标签：估算 有感 依赖性 重复 小工 决策 程序员 避免 调试

第二章——注重实效的途径

遵循DRY原则：Don't Repeat Yourself.使系统中的重复降到最小，降低各组件间的依赖性。

正交性，即互不依赖性，这样会提高生产率和降低风险。消除无关事物之间的影响。编码时避免使用全局数据，避免编写相似的函数。

关键决策不容易撤销，否则会付出极大的代价，不存在最终决策。

架构的灵活性，没人会知道未来会怎样，所以要让你的代码学会“摇滚”，可以“摇”就“摇”，必须“滚”就"滚”。

第三章——基本工具

用纯文本保存知识，优点是保证不过时，易于测试。

估算，避免发生意外。在着手前进行估算，提前发现潜在的问题。

用好一种编辑器。

总是用源码控制。能够被安全的保存。可以进行自动的和可重复的产品构建。

自从14世纪以来，bug（虫子、臭虫）一词就一直被用于描述“恐怖的东西”。

接受事实：调试就是解决问题，要据此发起进攻。要修正问题，而不是发出指责。记住调试的第一准则：不要恐慌。

标签：估算,有感,依赖性,重复,小工,决策,程序员,避免,调试
来源： https://www.cnblogs.com/wajava/p/15935070.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。