首页 > 代码库 > 敏捷开发-原则 模式与实践(1)
敏捷开发-原则 模式与实践(1)
敏捷开发-原则 模式与实践
这的确是一本关于开发者的好书，对于我们开发者、研究人员，它提出了一个开发的全新的价值观（对我来说），甚至人生都有启发。需要认真阅读。
书中总结了敏捷开发的实例，确确实实更够感觉到对于项目的完成大有裨益，有种相读恨晚的感觉。想想自己之前的开发状态，想想自己导师安排公司项目的情况，就是低效率，就是小儿科，就是书上批评讽刺的那样，这正是开发者十几年开发智慧的结晶，前人的经验，前人的智慧，激发了我的阅读的快感，我获取知识的兴奋感，激发了我的成就感。
阅读前两天（结合思维导图）
敏捷开发联盟：开发团队需要具有快速工作、相应变化的能力的价值观和原则。
敏捷过程，最重要的是极限编程。
极限编程(extreme programming):一种适用于中小型团队在需求不明或者快速多变的情况下。（参考：http://www.docin.com/p-752508108.html）
学到的新名词：
项目涉众：产品或项目相关所有人员，包括：客户、用户、需求分析员、开发人员、测试人员、文档编制人员、项目经理、法律人员、生产人员、市场营销、技术支持及其他与产品和客户打交道的人员。
用户素材：项目需要相关的卡片，包括估算代价、优先级
项目迭代：每两周实现一些涉众的需求，每次迭代完成时，会演示迭代生成的系统，获得反馈。
结对编程：结对的程序员，在同一台电脑上完成代码。
发布计划：一次发布大约需要3个月的时间，即约6次迭代。
QA部门：即quality assurance，质量保证部门。
UML图：统一建模语言，是用来对软件密集系统进行可视化建模的一种语言。
重构：重构（Refactoring）就是通过调整程序代码改善软件的质量、性能，使其程序的设计模式和架构更趋合理，提高软件的扩展性和维护性。
敏捷开发-原则 模式与实践(1)
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。