《程序员修炼之道–从小工到专家》阅读笔记03

第六章阅读笔记及其我的感觉

咱们想要让编写代码所花的时间越少，想要尽量在开发周期的早期抓住并修正代码错误，想要在一开始就少制造错误。若是咱们可以深思熟虑的编程，那这些会对咱们有所帮助：

• 老是意识到你在作什么。
• 不要盲目的编程。（试图构建你彻底不熟悉的应用或者使用你不熟悉的技术）
• 按照计划行事，无论计划是在你的大脑中仍是在别的什么地方。
• 依靠可靠的事物，不要依靠巧合或假定。
• 为你的假定创建文档，“按合约设计”。
• 不要只是测试你的代码，还要测试你的假定。不要猜想，要实际尝试它。编写断言测试你的假定。
• 为你的工做划分优先级，把时间花在重要的方面。
• 不要作历史的奴隶。不要让已有的代码支配未来的代码。准备好进行重构。

笔记1）为你的工做划分优先级，把时间花在重要的方面。

我的感觉1）我之前j老是把时间花在小细节上，结果最后弄得特别拖延，耽误了整个项目的运行，这样作是不对的，要学会分清什么是重要的什么是不重要的，划分好优先级，先把控大方向，将时间花在重要的方面。

笔记2）不要作历史的奴隶。不要让已有的代码支配未来的代码。准备好进行重构。

我的感觉2）重构，能够经过调整程序代码改善软件的质量、性能，使其程序的设计模式和架构更趋合理，提升软件的扩展性和维护性。要知道一个完美得能够预见将来任何变化的设计，或一个灵活得能够容纳任何扩展的设计是不存在的。系统设计人员对即将着手的项目每每只能从大方向予以把控，而没法知道每一个细枝末节，其次永远不变的就是变化，提出需求的用户每每要在软件成型后，才开始"品头论足"，系统设计人员毕竟不是先知先觉的神仙，功能的变化致使设计的调整再所不免。因此"测试为先，持续重构"做为良好开发习惯被愈来愈多的人所采纳，测试和重构像黄河的护堤，成为保证软件质量的法宝。

第七章阅读笔记及其我的感觉

笔记3）与用户一同工做，以像用户同样思考

我的感觉3）有一种能深刻了解用户需求、却未获得足够利用的技术：成为用户。其实咱们老是以为挖掘需求很难，或者抱怨用户提的要求很过度时，那是由于咱们没有站在用户的角度去考虑问题，甚至咱们历来没有把本身当成过用户。可实际上，咱们本身就是这个项目的第一个用户，咱们要想一下，本身做为用户会有哪些想法或者叫需求。要学会创建需求文档挖掘而不是搜索需求，学会使用用例图（能够用UML活动图捕捉工做流，并且有时要为手边的事务建模，概念层类图颇有用。用例能够含有指向其余用例的超连接，它们也能够相互嵌套。）

笔记4）不要在盒子外思考，要找到盒子

我的感觉4）咱们可能会遇到不少棘手的问题，这个时候列出全部的在你面前的可能途径，不要排除任何东西，无论它听起来是否愚蠢，而后分类，从最为严格的逐个击破。

第八章阅读笔记及其我的感觉

1、注重实效的团队

不要破窗户

质量是一个团队问题。

煮青蛙

做为总体的团队甚至更容易被煮熟。

交流

团队做为实体须要同外界进行明晰的交流。

不要重复你本身

交流、不一样的人指派不一样的工做、即时聊天软件

正交性

围绕功能，而不是工做职务进行组织。

自动化

确保一致和准确的一种很好的方式是使团队所作的每件事情自动化。

知道什么时候中止绘画

团队是由个体组成的，让每一个成员都能以他们本身的方式闪光。给他们足够的空间，以支持他们，并确保项目的交付可以符合需求。

笔记5）不要重复你本身

交流、不一样的人指派不一样的工做、即时聊天软件

我的感觉5）咱们的团队就是一开始特别乱，一锅粥，你们作一样的事情，结果效率低下，就连这件事情也没作好，因此啊得学会团队分工，不一样的人指派不一样的工做。

笔记6）早测试，常测试，自动测试。

我的感觉6）一旦有了代码，就要开始进行测试，越早发现bug，进行修补的成本就越低。“编一点，测一点”，要经过所有测试，编码才算完成。

测试什么

• 单元测试
• 集成测试
• 验证和校验
• 资源耗尽、错误及恢复
• 性能测试（压力测试、负载测试）
• 可用性测试（真实用户在真实环境下进行的）

怎样测试

• 回归测试——把当前测试的输出与先前的做对比
• 测试数据——一种是真实数据，一种是合成数据
• 演练GUI系统——每每须要专门的测试工具
• 对测试进行测试——故意引入bug，以证明测试可以抓取
• 完全测试

什么时候测试

许多项目每每会把测试留到最后一分钟——最后期限立刻就要来临时。咱们须要比这更早就要开始测试吧，任何产品代码一旦存在，就须要进行测试。

有些测试可能须要频繁进行测试，一般是单元测试和集成测试，每一次在代码签入源码仓库以前都要测试一下。

有些测试可能不容易频繁进行测试，好比压力测试，这些测试就不那么频繁，好比每周或每个月一次。