应用云平台的可用性——从新浪SAE看云平台设计
云计算平台的可用性，相比传统互联网服务而言，更加复杂和困难，也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台，以及对云计算的用户提出了建议。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
Kent Beck和Dave Thomas演讲小结：务实的敏捷
作者 滕振宇 发布于 2009年9月16日
敏捷中国大会2009终于落下了帷幕，总的来说今年的大会办得相当成功。Kent Beck和David Thomas，两位敏捷宣言的签署人，给大会带来了十分精彩的演讲。
Kent Beck做了一个很切题的主题演讲——“务实的理想主义”（"Pragmatic Idealism"）。现实和理想往往是比较矛盾的，但是在充满竞争和变化的现代社会，这种矛盾却无处不在。对软件开发来说，我们的理想目标包括：
- 责任心（Accountability），客户和团队之间，团队成员之间，公司内部不同部门之间不再需要相互遮遮掩掩，所有人勇于承担自己的责任；
- 可依赖性（Reliability），软件团队只忙于对客户最有价值、有用的功能；
- 可预测性（Predictability），团队以比较稳定的速度和质量发布软件，团队总是能够信守对客户的承诺，按时给客户发布可靠的软件；
- 专注（Focus），每个成员能够专注于真正给带来价值的工作；
- 有效性（Effectiveness），仅仅把时间花在做有价值的事情上；
- 财务有效性（Cost Efficiency），尽管软件开发的成本以及门槛变得越来越低，我们还是需要更有效的投资。有效的投资能够保证公司尝试更多的选择，在激烈竞争中更容易生存；
- 更高频率的发布周期，高频率的发布带来的好处是更多的客户反馈，公司能够从反馈中快速学习，不断调整。
怎样实现这些看似很难实现的理想目标，Kent给我们的建议是：
- 在敏捷团队中树立标杆；
- 分享敏捷开发的成功经验；
- 给团队激励、支持和认可，鼓励团队一步一个脚印的向理想的目标靠近。
Dave Thomas的演讲题目是“务实的敏捷”（"Pragmatic Agile"）。敏捷其实是一种怎样做事情、做什么样的事情的方法。“卓有成效的程序员”作为与敏捷宣言同一个时代出版的书，其中很多基本原则仍然有很多现实意义，而且这些原则与敏捷开发的原则相辅相成的：
- 破窗理论，团队应该专注处理小问题，及时处理小问题能够大大减少大问题出现的几率，正如老子说的“为之于未有，治之于未乱”；
- 不重复原则（DRY），无论是代码还是设计都应该减少重复；
- 减少代码耦合，试图同时做所有事情，结果往往是一事无成；
- 自动化一切重复工作。
敏捷并不是一个目的，我们要用敏捷的思维方式来指导我们开发程序、写书以及做很多其他的东西。这个务实意味着“只做有用的东西”(Doing what works, if not wok, stop; Working at what to do)，关注与给客户带来价值。
滕振宇 具有多年敏捷实践经验以及丰富的带队经验，正致力于帮助国内团队导入敏捷方法以及思维。
The pragmatic programmer
发表人
cao Alex
发表于
问题之见解
发表人
Lee Jet
发表于
细节决定成败
发表人
Li Jansen
发表于
卓有成效的程序员和敏捷宣言不是一个时代的吧。
发表人
button ww
发表于
Re: 卓有成效的程序员和敏捷宣言不是一个时代的吧。
发表人
小刀 凉粉
发表于
外包问题
发表人
B Alex
发表于
-
正在拜读《The pragmatic programmer》
破窗理论，团队应该专注处理小问题，及时处理小问题能够大大减少大问题出现的几率，正如老子说的“为之于未有，治之于未乱”；
不重复原则（DRY），无论是代码还是设计都应该减少重复；
减少代码耦合，试图同时做所有事情，结果往往是一事无成；
自动化一切重复工作。 -
当团队专注在小问题上的时候，本身要依赖于对整体的把握。
两人的演讲确实精彩！ -
从我理解的角度来看敏捷，关注小问题细节问题将决定软件产品的成败，有时我们需要主动做出改变，要想在客户的前面，方便客户使用体验的任何细节问题都想到解决掉，那么做出来就是个好产品。
-
“卓有成效的程序员”作为与敏捷宣言同一个时代出版的书
-
一个敏捷的咨询团队，若干外包的开发团队，这种合作有什么好的建议？
-
作者写错书名了。pragmatic programmer的中文名是《程序员修炼之道》。《卓有成效的程序员》对应的原书是productive programmer
6 条回复
关注此讨论 回复