养老金反正我一向都是当税看的，每次看到一些发达国家税收多高多高的言论只能默默无语，我们这也不低。

61 入的 inter 的 13pro，两个月用下来除了做工确实一般，别的还是挺满意的。可能你运气确实不好。。。

实际上 90%的情况都到不了比天赋的那种程度的，光计算机这块的勤奋不一定能让你当得了科学家，但是混个大厂年入几十万甚至上百万还是可以的。

之前也遇到过这样的。现在想想这些其实都是领导的问题，如果后面还这样子领导也不管，那你应该做的就是也尽量推工作，抽时间自己学早日跑路。

把 spring 的源码大致看一遍，原理理解个大概，剩下别的东西你基本都能理解了，无法就是配置的地方换一换，会话里新增一些组件。

个人常用模板方法，建造者，工厂这几种。实际开发中很多业务实际上也不需要那么多设计模式，强行往上套感觉蠢蠢的。

哨兵可以监控很多实例啊，有的公司 redis 需求有但是不高的情况，整那么多集群干嘛，简单的主从能防宕机就行了。几台哨兵能监控一大堆东西了，毕竟机器是要钱的。

我们之前都是每周挑个一两小时开会组里人一起 review，规范大家定，但是得遵守。

@deplives 都是写熟悉吧至少我是这样，虽然很多东西个人认为确实算比较精通，但一般也不敢写精通，怕被更吊的大牛怼。

再好的设计也架不住需求的频繁变动，说白了一个好的项目不是只有开发水平高就可以的，是一大帮子人水平都比较高才行。

ng 查看下回复时间，排查是否网络原因；是否 io 密集型任务排查下系统 io 情况； cpu 是否高占用，如果高占用具体排查线程，是 gc 线程还是用户线程。数据库是否有慢查询，缓存连接情况，mq 消费是否正常，是否有三方接口响应过慢。大方向具体就想到那么多。

算是滚雪球吧，其实很多语言都能搞一个大型的应用，但是现在 java 的解决方案多啊，除了问题兜底容易啊。所以用的人就多，用的人多了好的方案就更多了，然后就循环了。

不难学啊。。一般后端的程序员多少都会点前端的东西吧。我就写过 vue 和 angular，当然解决不了的很高深的问题。

快照读解决，当前读还是有问题