I'M G.Shine

摘要： 《程序员修炼之道》读书笔记需求之坑1 don't gather requirements - dig for them. 不要“搜集“需求，而应该是去“挖掘”他们。因为需求很少存在于表面，通常他们深埋在层层的假定误解和政治手段下面。用户口中描述的东西可能并非他们真心想要的功能。在确定需求时，要找出用户需要做特定事情的原因，而不是他所说的做这件事的方式。你的开发的功能应该是帮他们解决商业问题，而不是仅仅实现了他所陈述的需求。2 work with a user to think like a user. 要想深入的了解用户需求，一种方式是成为用户，从用户的角度去思考需要哪些功能。3 建立 阅读全文

摘要： 编写“羞怯”的代码：包含两层意思，一个是不向别人暴露你自己，不会没必要的向其他模块暴露任何事情；另一个是不与太多人打交道，不依赖于其他模块实现的模块。不与太多人打交道，说的就是要降低与别人的耦合，比如你的模块A依赖于一个模块B的功能，那么你就仅仅调用这个模块B的功能，而不要调用这个模块的实现中出现的模块C的功能，因为，一旦B的模块实现方式改变，那么C可能不存在，或者C出现了变动，那么它的影响就不仅仅是B，还有A也受到了影响。而如果A只调用B，则即使B的实现去掉了C模块，那么只要B的接口不变，那么A是不受影响的，或者如果C变了，那么由于A只调用B，则C的变动影响的只会是B，而不会影响A。因此，耦 阅读全文