- 一种以人为本，团队合作，快速响应变化和可工作的软件作为宗旨的开发方法
- 快速的响应变化
- 每个人都尽最大的可能做好自己的工作
- 防微杜渐
- 以迭代的方式进行工作
- 欲速则不达
- 反馈是敏捷的基础
- 最高优先级应该是解决问题
- 符合标准不是结果
- 实行代码审查
- 单元测试
- 要专业而不是自我
- 礼貌对待他人
- 你不需要很出色才能起步，但是你必须起步才能很出色
- 设定最终期限
- 逆向思维
- 设立仲裁人
- 支持已经做出的决定
- 如果你发现其他人的代码有问题，只要你自己心里知道就可以了，毕竟，你不想伤害他们，或者惹来麻烦。如果他是你的老板，更要格外谨慎，只要按照他的命令执行就可以了
- 良好的工作习惯
- 可读性更强
- 敏捷需要持续不断的学习和充电
- 给自己投资，对团队投资
- 懂得丢弃
- 打破砂锅问到底，学会如何有效的提问
- 把握开发节奏，节奏感
- 迭代和增量式学习
- 了解最新行情
- 参加本地的用户组活动
- 参加研讨会议
- 如饥似渴的阅读
- 学习型团队
- 每周，要求团队中的一个人讲座，给大家介绍一些概念，演示工具，或者做团队感兴趣的任何一件事。可以挑一本书，给大家说说其中一些特别的内容、项目或者实践
- 平衡的艺术
- 真正的敌人是变化
- 敏捷的目标
- 让客户做决定
- 让设计指导而不是操纵开发
- 合理的使用技术
- 提早集成，频繁集成
- 保持可以发布的状态
- 提早实现自动化部署
- 使用演示获得频繁的反馈
- 使用短迭代，增量发布
- 固定的价格就意味着背叛承诺
- 准备好集中可选择的方案
- 记录客户做出的决定，并注明原因
- 设计文档应该尽可能的详细
- 需求-设计-代码-测试 ：瀑布流式开发方法
- 战略和战术，前期设计属于战略
- 缺乏可取消性
- 新技术就应该像新的工具，可以帮助你更好的工作，它自己不应该成为你的工作
- 保持可以发布的状态
- 在本地运行测试
- 检测最新的代码
- 提交代码
- 持续开发
- 一遍集成，一遍进行独立开发
- 从第一天就开始交付
- 一步行动，胜过千万专家的意见
- 先用它，再实现它
- 《单元测试之道》
- 《JUNIT Recipes》
- 《项目自动化之道》
- TDD 测试驱动开发 Test Driven Development
- FIT 集成测试框架
- 判断工作进度最好是看实际花费的时间而不是估计的时间
- 对客户的那些愚蠢抱怨，你既不会生气，也不会轻视。你会查看一下，找出背后真正的问题
- 没有愚蠢的用户
- 只有愚蠢、自大的开发人员
- 代码几乎总是可以得到进一步精炼，但是到了某个点之后，在做改进就不会带来任何实质性的好处
- 简单、可读性高的代码
- 版本控制
- 单元测试
- 自动构建
- 欲速则不达
- 对事不对人
- 跟踪变化
- 对团队投资
- 懂得丢弃
- 把握开发节奏
- 让客户做决定
- 合理使用技术
- 不同环境就有不同问题
- 增量式编程
- 保持简单
- 告知而不是询问
- 根据契约进行替换
- 记录问题解决日志
《高效程序员的45个习惯：敏捷开发修炼之道》读书笔记
最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
- 文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
推荐阅读更多精彩内容
- 敏捷开发指的是在一个高度协作的环境中，不断地使用反馈进行自我调整和完善。 一般误认为，敏捷就是快，越快就是越敏捷，...
- Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
