忍住还是开干?
86 年技术, Javaer, 平时爱看书, 对成长的态度是「保持好奇心(多质疑多问为什么)、持续性的学习」
虽然对技术是年岁越久越敬畏, 但是也经常会在看完王垠的话后对这世界有所反思, 我们看到用到的很多东西都是权威崇拜的产物. 这个世界概念混乱、逻辑不清, 比如这个鼻祖 turing, 还有 这本书 的附录: 
所以也经常会庆幸还好没买高纳德的书, 没陷入过他的 Tex(陷进去应该也不懂)
很认同 Tiny "今年的计划是人员翻一翻, 由 3 个变成 6 个" 这种态度和方式. 所以旁边的部门后端动不动二三十个 Javaer, 看得我简直不要太怕! 混日子的多, 不用想, 这种项目组产出的项目代码质量也基本会没眼看. 我这边的后端一直都保持在 6 个人以内.
但尽管是这样, 也还是会有老油条, 1 年经验干 10 年的那种, 经常有新东西问建议, 每次都没主意. 死板的认同, 机器的回应. 应试教育真的太容易产出没有思维的石头~ 反倒是产品还挺给力. Tiny 那个自己业余时间研究爬虫抓数据的 CTO 简直不要太难能可贵!!!
所以经常看到手底下人的代码, 逻辑上明明 2 行可以处理的, 非要 20 多行, 数据库设计了一堆"后面扩展会用得上"的奇怪字段, 然后过了几个月回头, 发现那些已经成了业务垃圾, 完全无用却哪敢轻易做减法?
时间一久, 我也容易对一些东西不放心, 很多东西都自己上. 看到不合理的代码, 以前会把人叫过来沟通, 让他们自己重构, 现在都是先重构并提交了, 再私下沟通一下甚至不沟通
可是. 程序员的自尊心还是蛮强的, 虽然每次跟他们沟通过后都挺服气, 让他们业余时间多买些书看也认可. 还是明显能感觉得出来他们对我的怨气在积累
也怪自己, 团队人员本来就不多, 数据库设计, 代码方面的细节应该参与进去, 不该这么单纯的分配出去~
到底是忍住, 放任代码的失控. 平庸也不是罪. 还是继续这样, 看到不爽的地方就开改?
生活真是充满了选择