<<简单之美-软件开发实践者的思考>>读后感
[<<简单之美-软件开发实践者的思考>>读后感]几天就读完了倪建大牛写的这本别具风味的作品，主要是对软件开发过程的一些思考，读后感。
作者的写作方式很特别，通过叙述故事的方式讲解了软件开发的一整套流程和流程中需要注意的地方。
作者的主要态度是批判的，带有理想主义的色彩，然而却是发人深省的。
这本书给我最大的收获就是在软件开发中要学会思考。
思考所有步骤和方法存在的目的与意义。
是否符合软件开发行业发展的趋势。
作者主要涉及的是方法论上的层次，俯瞰着大地上的开发组织和人员。
看到的问题和解决方案往往是直指本质的。
这里摘几条印象深刻的见解和需要识记的名词。
学习新知识最快的途径是将新知识纳入自己所理解的一套知识体系。
所以，如何在学习的同时建立起各个技术的联系和区别是很重要的，有利于建立自己的体系。
修炼好内功，在接触新知识的时候，才能很快上手并理解其本质。
软件的本质是2进制和与非逻辑。
软件开发的本质是人的创造，而创造的根源在与想象，这又引出了“隐喻”和“故事”。
隐喻是指从生活阅历中抽象出与所要开发的软件的运行流程相像的事件与关系。
故事，则是讲述故事的方式想象软件运行的流程。
CMM：Capability MaturityModel，能力成熟度模型。
CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
敏捷开发：敏捷软件开发宣言：个体和交互胜过过程和工具可以工作的软件胜过面面俱到的文档客户合作胜过合同谈判响应变化胜过遵循计划敏捷开发最注重的是人，或者说个体。
目标是提高个体的主动性，提高产出效率。
敏捷开发要求团队一起工作，甚至还有客户。
结对编程。
迭代交付，三周为一个周期，每个周期都发布可用地、经过测试的代码。
2到5个周期后进行一次发布。
敏捷开发积极拥抱变化，主要依靠代码重构来配合变化。
敏捷开发的优点在于发布时间短和响应需求变化，读后感《读后感》。
敏捷开发的缺点是可操作性差。
实践者们常常走入各种各样的误区。
根本原因还是人，人的主动性还有在软件开发中的行为受各种各样因素的影响。
在需求分析阶段准备两份文档。
一份使用客户的术语表达客户的故事，另一份是使用软件术语表达软件实现的故事。
需求分析人员是客户和项目组之间的桥梁，是客户和软件开发人员之间的桥梁，十分类似于科手术过程，软件开发团队需要一个主刀医师，即软件架构师。
软件架构师保证了整个软件的思想和架构是一个主体。
而不是零散的，拼凑的。
这有利于开发和维护。
软件架构师在一个团队里一般只有一个，或者一个架构师团队由其中一个人作为领导。
这样保证了整个软件系统的一致性。
软件架构师工作的主要依据是经验。
在软件开发过程中，人是最重要的因素，而责任、权利和利益是保证这个因素发挥作用的关键。
负责文化是人类社会活动中必须具备的一种文化。
团队往往成为不负责任的推辞。
建立负责制度的目的不是为了惩罚，而是通过利益损失的形式，表明一个事实：没有金刚钻，别揽瓷器活。
也是质量保证的一个重要推动力。
对于软件来说，最大的软肋在于逻辑思维的不可遍历性。
这是测试工作存在的一个原因。
实际的软件工程师实践证明，让对软件思想有深刻理解的软件工程师进行测试，可以大幅度提高软件质量。
所以，测试工作并不比软件开发轻松，让软件开发菜鸟来进行测试是不负责任的。
测试人员并不是软件开发人员的对立者。
他在找出bug的同时，也要尽可能的帮助编程人员指出这种bug存在的原因以及地点。
所有论点都存在一定的上下文之中。
所以学习别人的论点只是理会这个论点的思路，而不要到处生搬硬套。
怀疑一切。
项目管理工作的基本思路不是控制，而是创造有利的环境和顺势引导，扫清软件开发中的各种障碍。
项目管理工作要与软件开发工作隔离开来。
对于软件开发者而言，你需要考虑的是风险服务，即风险响应。
而不要把主要精力放在风险预防和控制上。
软件维护要在项目开始或者设计时就要予以考虑。
〔读后感〕随文赠言：【这世上的一切都借希望而完成，农夫不会剥下一粒玉米，如果他不曾希望它长成种粒；单身汉不会娶妻，如果他不曾希望有孩子；商人也不会去工作，如果他不曾希望因此而有收益。
】
敏捷方法的敏捷开发
主要说的就是软件开发过程中，因为犹豫客服需求的持续更改，那程序员也要跟着更改
主旨依据客户需求更改，更改或者更新程序功能
敏捷开发就是迭代开发么?
两者有关，但不是一回事迭代开发是一种软件开发的生命周期模型，与其对应的还有瀑布模型、螺旋模型等等敏捷开发是多种软件开发项目管理方法的集合，其中保护了XP、Scrum等十几种开发模式，这些开发方法有些共同点，比如重视响应变更，重视实现客户的价值，重视开发人员的自身发展等等，其核心体现在他们著名的四句原则中。
这些开发方法基本都倾向于采用迭代的软件开发生命周期模型。
简单来说，迭代模型是敏捷开发普遍使用的软件生命周期模型，敏捷开发所包含的内容比迭代模型宽泛的多。
敏捷开发相比传统开发流程有哪些优势
1传统的瀑布模件开发不能满足正司的软件开发要求1-1手机软件公司大，小之分手机软件公司应该说一个参差不齐，（2）一般公司做法，有一定规模的公司，在软件开发过程中，引入了项目管理思想按照传统的瀑布方式的软件开发模式在做软件管理，按照软件需求分析，软件概要设计，软件详细设计，编码，集成，软件测试，软件发布流程在做项目计划，项目管理按照这个项目计划进行软件开发控制，软件项目管理仅仅是强调了软件开发计划和软件开发控制，对于整个软件实施构思，已经如何实施才能达到项目，指导比较少
针对于目前手机软件需求变化极快的情况，此开发模式在多项目情况下，软件需求确定，软件开发计划确认，软件开发反馈以及沟通，分工在实际实施过程中，都会往往应为一些软件需求变更导致项目交付有问题
（3）软件成熟度较好的手机软件开发公司，引入了PM，按照CMM流程重视软件开发过程控制以及软件开发技术积累，同时为了能适应手机软件开发需求变化比较快的特点，不采用传统瀑布模式软件开发，引入了敏捷开发模式，在软件实践过程中，引入了FDD,ASD,XP的敏捷开发模式，在软件开发过程中，强调以构架为中心，以需求为驱动的迭代开发模式，通过构架，确保软件的可扩展性和接口合理性，强调接口设计，方便于迭代和合作开发；通过需求驱动，把每一个需求功能，作为一个user测试点独立开发，先进行每一个userfeature验证，然后集成，通过每一个userfeature的验证中，引入客户参与以及反馈确认，从而控制开发过程质量以及需求匹配程度，减少软件开发偏差
1-2采用敏捷开发好处引入敏捷开发，通过需求阶段，需求管理敏捷，在需求管理过程中，以客户为中心；软件构架，采用敏捷分析，客户，测试，研发共同参与，让虽有参与，可以尽快获得客户反馈，以便于保证工作正确性；敏捷开发，强调接口，合作，迭代集成，迭代测试；敏捷测试：尽快确认研发是否适合需求，并且反馈；如果整个团队内部都已经能熟练的实施后，可以考虑实行分布式的敏捷开发；即机制外包开发或者异地机构开发管理；分布式敏捷：快速达成共识---沟通以及反馈确认通畅---敏捷开发2-1敏捷开发工具CC,SVN--软件配置工具；CQ,BUGFREE---测试管理工具开发论坛：WIKI；技术共享，目标共享，计划共享，接口共享网络工具：沟通工具
什么是敏捷软件开发
Leangoo敏捷开发工具 ， 简洁 轻量 体验好 很适合scrum 推荐试试
