工程师的自我修养

- 自主可控：它不在硬盘上，在人脑中。 - 开发工具：开发工具一定要简单高效，Develop与Release阶段分开。 - 数据与逻辑：应当以数据为中心，数据是多样化的，逻辑一定要简单，要善于利用数组简化逻辑。 - 可参考性：无论是设计还是解决问题，一定存在并且要找到可参考的对象。 - 实践：如果不去复现，不去插入测试和观察点，问题始终无法落地。 - BUG难度系数：若BUG离工程师技术栈越远，则可插入的调试点越有限，BUG越难解决。 - 代码编写：理论上每一行要有注释，每一次改动要有GIT解释。 - 时间精应当由自己分配，活到老，学到老。 - 稳定的开发环境能够提高大家的效率，应当尽量采用。 - 团队的力量：将平时的积累化成文档，平时多组织审查，要用到的时候才能高效率的激发。 - 代码审查的必要性：人的思维具有重复性，所以要工具检查或者别人帮助。 - 关于总结：总结和整理只有落实到代码和文档才能发挥其价值。 - 每一个独特的可用的工作环境都应该备份起来，因为每次重复都会消耗大量的时间和精力。 - 需要用但不整理的文档和代码，它们的价值会慢慢降低。 - 实时性会降低性能，有失才有得。 - 经得起压力测试的才是好产品，经得起参考的文档才是好文档。 - 关于测试：API应当经得起单元测试，模块应当经得起压力测试。 - 模块发布：模块的开发者应当提供它的功能和性能报告。 - 交接：人是懒惰的，并且抗拒大量的价值观输入，所以，Show them the result。