第五次读书笔记

第六章 当你编码时
31.
要深思熟虑地编程，“不要搞不清楚你为什么这样debug就能行，那样好像就恰巧可以工作，你要知道每个错误出现的原因”
如果你的水平不足以搞清楚这样做为什么会出错，就去问老师
32.
唔，你有没有感觉到你上次搞出来的那个指数复杂度的算法被嘲讽了……
量级上的估算其实你做了，但是你做到一大半的时候才意识到这里有个指数复杂度的事情出现了……
33.
讲道理，我挺想你重构那个第一次作业的
你现在会用map了，这样你就可以除去那个愚蠢的复合链表了，这样就可以一口气把指数复杂度降到对数复杂度了
34.
写好协议，如同这样针对协议做测试“给某个函数xxx的输入，给出xxxx的输出”这样清楚的如同作业题一般的协议可以方便你做测试
做一套测试专用的文本生成工具

第七章 在项目开始之前
36.
做需求文档的时候，选择题比填空题更合适，最合适的情况是允许客户修改选项，不管怎么说，哪怕代价是可读性的降低，选项都应该是严谨的
要给出优先级还有案例，用户未必可以理解你这文档在搞毛
太过具体也是危险的，在可以再议的地方保持抽象！
37.
那个问题很简单啊，画一个三角形，让这四点位于三条边上就好了
重新诠释问题，去找一些等价表述，比如说你那个愚蠢的顺向原则就有不少等价表述
38.
你的启动恐惧症更加严重
39.
噫，你那个严谨至极的设计文档经常面临误解释的事情，但是你处理得不错
今天就先到这里吧