@edotac 说实话，待了这么多公司，有大厂有小厂，公司的业务建模真就是一团屎，开发者都是瞎几把乱在建模，mysql 表驱动开发面条代码比比皆是，狗看了都嫌弃，还有上了年纪的 美名其曰这是懂业务，甚至美名其曰业务护城河，其实呢？啥都不是，这块业务不行了，或者上头换人了，请几个小年轻来这堆屎山里面吃又不是不行，该被开的人一个都不会少，而且这些难维护的代码都是表驱动的，光是一个状态变化逻辑 很有可能就在放在好几个微服务里面维护，这里 setStatus 那里 updateStatus 根本没有封装，也没有逻辑内聚，我实在很难认可这算是熟悉业务逻辑

@debuggerx

这种公司不去也罢，公司里面很多东西真就是硬搬砖，谁都能干，而且狗屎一样的代码，一点设计都没有，我自己写的代码 我都有代码洁癖，公司的代码我都是糊弄一下，反正大家都是堆面条，我也是堆面条，打份工而已，公司没有这方面的需求，只要求业务，那堆面条就是，反正留下的都是一堆狗看了都嫌弃的面条屎，根本体现不了一个人的价值跟能力，我全年一个线上事故没有，组里面 好几个有背线上事故，结果我年底背个 C ，说我代码质量问题多，这找谁说理去，大环境工作又难找，只能这样了。

所以现实就是大部分工作就是打份工而已，如果是我面试，我更乐意看到面试者有自己的想法 以及开源作品之类的，哪怕 github 上有几篇自己的研究，毕竟公司里面的东西，真的就是一坨屎，开源的东西 以及文章才能体现一个人的探索跟学习能力，毕竟搞码的，大多每年要接触新东西，学习能力不够，那真的就是团队里面的一颗屎，有点小问题就得来找你 问东问西

@gransh #7 分级基金，其实运作了很多年，对于大牛市，分级基金 A 、B 份额都很赚钱，A 份额赚利息，B 份额赚杠杆收益，皆大欢喜，当然这是当年的情况，毕竟那个年代的中国，股市根本没有好用的杠杆工具

另外不懂金融工具的话，建议还是 老老实实买基金或者股票就好了，什么期权 对冲 合约，这些东西里面太多交易规则了，大部分人连投资学都不想去读，何必来买这么复杂的分级基金，金融说到底这玩意交易的就是风险，连头寸 敞口跟风险点还有波动会产生什么结果 都不知道，那就老老实实做做 买入卖出就好了

@jifengg 正常，金融就是经常 旧瓶装新酒 兜售风险罢了，你说是卖出看跌期权 立马就懂了

@murmur #11 能推荐点资料么 感觉直接考 架构算了

@murmur #7 软考有教材么

@murmur #7 每个地方 考的不一样么

@gw1992225 same

@dapang1221 哥，你这个预定了

@PatrickLe 哥，这个就别拿来举例，对于上手了手动挡的人来讲 确实手动挡跟自动挡就是两种车，1.5L 手动挡能开出 2.0L 自动的感觉，转速只要敢拉高，发动机的轰鸣声那是真的爽

没啥用，编程随想都被抓了，你做这些的目的是啥呢？
如果是为了做一些事情，那真的是没啥必要，反抗当前的体制只有肉身润一条路，
因为懂得都懂，编程随想比你这个做的还绝，连信用卡都不用，用的都是虚拟机，
不干净的机器，人家都不会去发帖，而且他本身还懂信安技术，从文章来看，编程水平也不差

隐私就更加没必要了，对于真正有能力搞你的权贵来讲，你根本没有隐私可言，
对于商业公司巨头来讲，你得罪了马化腾，真要捏死你一个无名小卒 让你生不如死，也就是一句话的事情

在中国这个社会，普通人最重要的并不是隐私，而是如何爬到一个相对舒服的阶层，不那么累罢了，当然对于绝大部分人来讲这也是并不现实的，底层为了生活奔波，所谓中产也是失业就返贫，还被房子 医疗 教育 养老 四座大山压着，对于一个最爱生的民族来说，整个生育率都跌成这样了，真的活着就不容易了，隐私不隐私的还有啥意义呢？

---来自搜狗输入法输入🐶

刷 openwrt 有 iptables ，但是不建议使用，有需要的基本上都是 VPN

国情所致吧，国内的项目大多短平快，半年就要出成绩，甚至 2 个月就要出成绩，而且码农本身真的很便宜（相对国内的公司收入而言），一个项目再烂，再狗屎都能请到人来维护，像 JPA 这种 Model First 的框架当然不合适，远没有 mybatis 面向 db 表驱动的开发模式搞的快。

要是美国 2000 美金就能雇佣工程师去吃屎，资本家怕是笑得合不拢嘴，做梦都能笑醒，软件工程？啥是软件工程？ 2000 美金雇个大学生，让你在屎山里面 996 遨游不香么？这比 GPT 高级不知道多少的真人工智能，才 2000 美金在就中国能雇佣到一个入门的。

讲一个真实的案例，我们系统里面有一个车辆模型，光是 status 状态就好几个， 审核状态，车辆可租售状态，催审状态 等一大堆的状态变量，而这些状态变量本身相互之间还有依赖。

结果这些变量全部都在各个接口跟 job 里面来维护，本来这种状态变化最好的方式当然是维护一个状态机模式，在模型内部维护车辆状态，不至于代码逻辑失控。

但是我们的现状就是类似 mybatis 这种，天然就是面向 db 的（虽然 mybatis 有提供一个表针对多个对象的转换服务，但是真的很少看到有人用，毕竟是个半残的 ORM ），几乎不存在逻辑内聚的需要，这个开发在 job 服务里面 query 出来 update 一下，那个开发在接口里面 query 出来 update 一下，代码多了，服务多了，基本上就失控了，第一版写的人很爽，因为一开始状态很少，变量也少，逻辑还没有分散在各个代码仓库（草台班子还用上了微服务，逻辑没有内聚，全靠人肉对代码进行跨仓库静态分析），基本上不会有什么思维负担，对于三版第四版维护的人来讲，简直比吃屎还难受，时间评估的多，还容易改错。

说到底用 JPA 跟用 Mybatis 是两种截然不同的开发模式跟思维方式，一个系统里面 OLTP 的部分出错了，需要花费巨大的成本去定位问题，以及修复数据，并评估对生产数据带来的影响，成本极高。对于业务逻辑相对复杂的项目，建议使用 JPA 去好好建模分析的，减少业务变动对于后续维护者带来的心智负担。

对于需求变化极快且复杂的 OLAP 需求，这种功能大多都是面向内部，用 SQL 怎么快怎么来，就算出错也没事，改改就好，而且我经常跟人讲，OLAP 就是要打破业务逻辑里面的 Model ，甚至用 es 来重新聚合 Model 的数据都没有问题，因为 OLAP 就算出问题，who care ？分析数据？根本不重要的东西。

以我之前那个案例来讲，有一个哥们因为车辆状态太复杂，帮业务下线一匹数据，job 维护车辆的逻辑写错了，导致生产上几千辆车 没法进行租售，直接就是生产重大事故，要是做个报表联几个表出一个后台页面，就算是错了又能怎样？糊弄一下就过去了。

@xiaomada 这是啥梗？

大佬的 日线 分钟线 数据从哪里爬来的，覆盖哪些范围，能否提供共享之类的？