医保的话，老人家，比较容易生病，有用
年轻人不大生病没什么用，不过最好也交下，相当于年轻人在补贴老人家

大部分时候，业务不难，主要是要把整个价值链串起来，
至于价值链后面的技术，其实不重要，甚至你手动完成也可以
但是需要技术支撑的时候，你不能说这个你不会

技术是服务于业务的，业务增长了，才有资源去供养技术
面试时候，聊技术难点是因为，确保进来后不会有技术卡点

我也基本转投 pdd ，除非是急着买的才会在京东上买

后面发现好像手表其实没有增加什么功能，还不如就一个手机

我不带的主要原因是要充电。。。
后面发现还是手表其实没有增加什么功能，还不如就一个手机

久坐好像会钙化，不过医生说没症状不用管

这种没什么好反感的啊

买的话，不要买理财的

以前想给家里老人买保险，不过发现他们年纪大了，买起来好贵，而且好麻烦，
这种东西要买的话，需要趁早，时间过了，买的话，就不划算（真碰到事，子女 A 钱会更合适）

世界有很多差异，对自己影响不大的，不要花精力去特别的在意

不看，他抽他的，这是他的自由，没事别对别人品足论道

把技术挖深了，你才有护城河
副业的话，追逐来追逐去，容易没有积累

1. （业务） 搞清楚，哪些是你们的核心能力，优先在核心能力的功能上进行质量保障，要不然容易在不重要的地方花费精力，投入没有足够的回报的话，就是浪费，无法持续下去
2.1. （技术） springboot 的话，控制反转 和 依赖注入用起来，这个是基础（解决耦合的基石），有了这个基础的话，可以在逐步的把核心代码抽离到单独的类里面，这样的话，就可以添加测试，逐个模块的确保正确性
2.2. （技术）代码这么糟糕，TDD 是没有时间可能性的了，但是可以试试 BDD ，加测试的好处是，将来改动的时候，单元测试一跑就知道破坏到旧的业务了，可以马上把影响给纠正下，你可以想想下，一个功能，提测然后 QA 告诉你出问题，你再重新改重新提测要花多少时间。
不过当前会付出额外的时间成本
3 （权衡）分层、面向对象设计和 DDD 之类的要不要整起来，就看你负责的业务的价值，业务价值高，就会希望质量也高，想要质量高，必须避免面条式代码（面条式代码当前大多不会有 bug ，但是一次次迭代的过程中，就会有 bug ）

挺强的，感觉还需要有一个输入人物性格背景特征的地方

只富一次，不要去碰会让自己致命的事情（即使是小概率）

慢慢来

尽量买同一色的。。。要不然匹配袜子很痛苦

无所谓，
平时没什么交集的话，打招呼对方还要搭理你下，然后又没话聊，你们都尴尬
不打招呼，各自玩手机多好