《敏捷软件开发原则、模式与实践》读书笔记（一）

一、敏捷联盟宣言（The Manifesto of the Agile Alliance）
● 个体和交互               胜过       过程和工具
● 可以工作的软件       胜过       面面俱到的文档
● 客户合作                   胜过       合同谈判
● 响应变化                   胜过       遵循计划

以前自己接到课程设计，总觉得矛盾重重：自己要考虑的到可能的异常，但是能力有限。最后把功夫定在文档上，因为老师看的就是文档，所以有几份作业交的代码并不能实现所谓的功能，但是老师还是很怜悯我这类”刻苦“的学生，让我以不错的分数过了。但是现在看来这的确是个大错误！应该先让代码工作起来，而不是一味地以文档为由推迟代码的调试。毕竟社会是要求实现功能而不是一件艺术品！
二、重构（refactoring ）
每个软件模块都具有三种职责：它运行起来完成的功能；它要应对变化；要和阅读它的人进行沟通。要让软件模块易于阅读、易于修改，所需要的不仅仅是一些原则和模式。还需要你的注意力，需要纪律约束，需要创造美的激情。

在程序大赛时很庆幸自己使用的是函数调用，而不是ctrl+c、ctrl+v。在调试起来很快就好！而书中给出的例子，更让我明白自己使用的C的过程化与面向对象对象比起来又不是一个层次了！今后自己是要使C++的，因此我必须开始钻研继承和抽象了。