构建之法

构建之法阅读计划

周一下午阅读第1--3章，

周二晚上9--10点阅读4-5章

周三晚上9--10点阅读6--7章

周四下午4：20---5：20点阅读8--10章

周五下午2--4点10---13章

周六上午13--17章

粗略浏览一遍，周日进行问题发表

此外进行阅读《软件秘籍--设计那点事》几周时间进行阅读，内容多，一周3-5章.

问题1：“响应变化胜过遵循计划”，第一反应是排斥，我也认为“拥抱变化”的提出有取悦某些人的成分，当然，作为一种方法论，想要推广，必须满足市场最大的需求，而这个行业最大的需求，就是业务的变化。那么如何相应变化呢？

问题2：“重构的第一原则就是不要重构”么？当需求变化的目标与一开始的代码很不兼容的时候，或者大幅度重构（工作量接近重写，而且重构没有重写那样顺畅的体验），或者采用“小修小补”的方式，以不断降低代码质量来“拥抱变化”，饮鸩止渴，至于“持续重构”，其风险和工作量又没人愿意承担。

问题3:那么响应变化，边想边做，是不是缺乏整体性的设计？

问题4：“不谋全局者，不足谋一域”，需求变化自有其范围，我们要做的是否应该是，在计划的过程中考虑到种种变化的可能性并预留出空间？

问题5：这本书让人有情怀，对“古老的”瀑布教材或“舶来的”敏捷书籍，难免会缺乏信心：这东西行吗？适用于现代吗？适用于中国吗？

问题6：书中介绍“方法论‘是否是最佳实践方案？

问题7：是否”不要以程序为中心“，围住人来改变，这种思想设计的正确与否？

问题8：敏捷宣言表明的是一些优先级，不必当作圣旨或者教条来争论”，是否需要我们不必沉浸权威中。

问题9：提到了成为软件工程师所要具备的条件？

问题10：什么叫宏观视角？什么叫最佳实践？什么叫算无遗策？