book:程序员修炼之道
差别
这里会显示出您选择的修订版和当前版本之间的差别。
两侧同时换到之前的修订记录前一修订版 | 后一修订版两侧同时换到之后的修订记录 | ||
程序员修炼之道 [2020/08/14 23:07] – plough | 程序员修炼之道 [2020/08/17 21:58] – plough | ||
---|---|---|---|
行 275: | 行 275: | ||
在遇到不可能解决的问题时,要确定真正的约束。问问你自己:“它必须以这种方式完成吗?它真的必须完成吗?” | 在遇到不可能解决的问题时,要确定真正的约束。问问你自己:“它必须以这种方式完成吗?它真的必须完成吗?” | ||
- | ====2.==== | + | ====56. 等你准备好再开始==== |
+ | Start When You're Ready | ||
- | ====2.==== | + | 你的一生都在积累经验。不要忽视反复出现的疑虑。 |
- | ====2.==== | + | ====57. 对有些事情“做”胜于“描述”==== |
+ | Some Things Are Better Done than Described | ||
- | ====2.==== | + | 不要掉进规范的螺旋——在某个时刻,你需要开始编码。 |
+ | |||
+ | ====58. 不要做形式方法的奴隶==== | ||
+ | Don't Be a Slave to Formal Methods | ||
+ | |||
+ | 如果你没有把某项技术放进你的开发实践和能力的语境中,不要盲目地采用它。 | ||
+ | |||
+ | ====59. 昂贵的工具不一定能制作出更好的设计==== | ||
+ | Costly Tools Don't Produce Better Designs | ||
+ | |||
+ | 小心供应商的炒作,行业教条、以及价格标签的诱惑。要根据工具的价值判断它们。 | ||
+ | |||
+ | ====60. 围绕功能组织团队==== | ||
+ | Organize Teams Around Functionality | ||
+ | |||
+ | 不要把设计师与编码员分开,也不要把测试员与数据建模员分开。按照你构建代码的方式构建团队。 | ||
+ | |||
+ | ====61. 不要使用手工流程==== | ||
+ | Don't Use Manual Procedures | ||
- | ====2.==== | ||
- | ====2.==== | ||
====2.==== | ====2.==== |
book/程序员修炼之道.txt · 最后更改: 2020/09/02 17:01 由 plough