二者之间的竞争会演变成为一场“战争”吗？（现在甚至出现了可以把Flash转成Javascript/HTML5的工具）

首先需要弄清楚二者之间最主要的区别，HTML 是一种语言（超文本标记语言 – HyperText Markup Language），而 Flash 是 Adobe（其收购了Macromedia）公司的一个浏览器插件（Plugin）。HTML5 目前还是 W3.org 规范中一个草案，这意味着其还没有最终定案，希望到 2012 年这项工作能够完成。

以下是二者各自的一些特点：

HTML5

这个新的技术更为易学和易用，比较 .FLA 和 .SWF 文件更容易编辑。并且基本上过去所有由 Flash 才能制作的动画效果都能够使用 JS + HTML5 + CSS 3 来完成，不过工作量可能会更大一些，不仅文件尺寸会增大，性能方面也会有影响。

以前为 Web 表单设定风格我们一定需要使用到 JavaScript， 但是 HTML5 中的 contenteditable 属性让我们可以做得更多。一些新的输入类型（Types of Inputs）也被加入到 HTML5 中，如：电子邮件，数字，值范围等等。

用户不仅仅需要一个支持 HTML5 的浏览器，还需要 CCS 3 和新的 JavaScript 引擎的支持。

免费（不包括第三方字体和音频视频等等）

更好地移动设备支持（HTML5 正在被运用于 iPhone，iPod，iPad 和 Android 应用的开发）

拖拽，事实上这不是 HTML5 的一部分，但是在新版本的 GMail 中，从桌面拖拽文件到浏览器能够用 HTML5 很好地实现。对于 Flash 我不知道这是否可以实现？

Flash

文件经过压缩，所以文件尺寸会比 HTML5 + CSS + JavaScript + 图像 + 其他 小。

硬件优化

需要安装 Flash 插件， Android 2.2（代号 FroYo）同样支持 Flash 插件。

Adobe 在它的 Creative Suite 5 中包含了 Flash Builder 4.0。

也许对很多人来说，相对于 HTML + JavaScript + CSS，Flash 应用 更难于“破解”。

以下是一些 Flash 能够实现而 HTML5 + JavaScript + CSS 3 不能的功能：

• 增强现实（Augmented Reality）
• 3D
• 真正的面向对象，而非原型（Prototyping）
• 对麦克风和摄像头的支持（事实上 HTML5 已经宣布要提供这些支持）
• 混色模式（如：渐进色，重叠色等等）
• Action Message Format （AMF）
• 二进制数据（Binary Data）
• 位图数据（BitMapData，HTML5 的画布 Canvas 和矢量标记语言 VML 可以实现近似的功能）
• 图形处理器的利用（Use of GPU）

结论

HTML5 是一项新技术，很多人会想要尝试它，而 Flash 业已存在很久，并且还将会有很长的生命周期。HTML5 短期内无法完全替代 Flash，而 Flash 可以作为 HTML5 的一个很好的补充。

HTML5 相关的一些链接

• HTML5 Browser Compatibility Test
• HTML5 by Apple
• HTML5 Demos
• HTML5 Rocks
• HTML5 Watch, not necessarily HMTL5 but interesting applies of JS like the Google Pacman
• Chrome Experiments
• Learn HTML5: 10 must read lessons

您可能也喜欢：
你准备使用 HTML 5 吗？	游戏Flash vs HTML5	把Flash转成Javascript/HTML5	流体力学的演示	HTML5 小游戏展示
无觅

相关文章

• 2011年02月16日 -- Web开发人员速查卡
• 2010年09月28日 -- 一些非常有意思的杂项资源
• 2010年09月09日 -- 你准备使用 HTML 5 吗？
• 2011年11月24日 -- 一些文章资源和趣闻
• 2011年09月20日 -- 一些文章和各种资源
• 2011年06月08日 -- 开源中最好的Web开发的资源
• 2011年03月04日 -- 一些有意思的贴子和工具

2010年7月2日，Roy Osherove 和 Kent Beck 在 blog.typemock.com 进行了一次对话，话题涉及单元测试（Unit Testing），JUnit Max（Kent 开发的一个单元测试的 Eclipse Plugin，不免费），和面向初创企业的精益方法（Lean Startups）。

单元测试和 JUnit Max
作为软件开发方法学的大师、极限编程XP的创始人、敏捷宣言的创始人之一，Kent Beck 一直在努力最大化地利用单元测试的价值，他说一些程序员仍然认为单元测试并不是他们的工作，但是单元测试确实能够提高软件的质量。目前他正在开发 JUnit Max，这是一个 Eclipse plugin，每当程序员保存一个 Java 源文件的时候，JUnit Max 就会运行测试并报告反馈信息。测试中的错误将会如同编译错误一样被报告给程序员。JUnit Max 的核心思想是测试错误应该和编译错误一样被 IDE 报告给程序员，程序员不需要额外的菜单选项或者运行其他的工具来运行测试。特别是那些经常失败的测试，对于程序员来说是非常有价值的反馈信息。在测试驱动开发（Test Driven Development – TDD）中，我们重复着这样一个循环：“编写一个‘失败’的测试（Failing Test）” – “编码实现功能以便让测试通过”，随着开发的深入，测试越来越丰富，测试能够反馈给程序员的信息也越来越多，它们可以帮助程序员找出那些需要改进的代码。JUnit Max 能够缩短这个循环的周期，因为它更为频繁地运行测试和提供反馈。Roy 问道：“当你一个人编码的时候，你是否严格地遵循 TDD，即一定要先写测试，然后写实现代码。我个人发现这并不是一件容易做到的事情，特别是当一个人编码的时候。” Kent 回答：“视情况而定，有时候并不需要死板地遵循 TDD，比如当我在做一些探索性或者说实验性的编码时，并不需要写测试，因为我只是想尝试一下某些功能和特性。”

Roy： “你在测试驱动开发中见过的最糟糕的错误有哪些？”
Kent：“很多程序员仅仅是拷贝和粘贴测试代码，但并不理解它们。所以我们经常能看到没有断言的测试，同时测试很多逻辑和功能的测试，过于臃肿或者过于短小的测试等等。当然这些错误在学习过程中很普遍，也是我们学习的一部分。”

Roy：“你下一步最想尝试的新概念是什么？”
Kent：“我最近谈论的一个主题是 Software G Forces，是关于软件产品的部署频率（Frequency of Deployment），这里的部署是指面向最终用户的部署或者说发布，是生产环境而非测试环境。从前的软件产品每年（或数年）发布一个新的版本，而现在的软件产品发布频率越来越快，从每季度，每月，每周，每天，直至每小时。Kent 提及有一些非常复杂的软件产品的发布频率甚至是每天 40 到 50 次。此时 Roy 提出了一个非常好的问题：“产品发布得如此频繁，我们如何能够在这么短的时间间隔内获得用户反馈呢？”，Kent 回答道：“持续部署（Continuous Deployment）确实需要一些基础设施建设来支持，比如：自动版本回滚，自动错误检测，系统同时运行多个版本的能力，比如一个服务器集群中不同的服务器上可以运行产品的不同版本。”

Roy 问道：“当你在开发一个产品的时候，你在为客户创造价值，而持续部署创造的则是一种内在的价值，并且实施过程也是非常复杂的，你怎样投入时间去实施它呢？是否需要从产品设计的一开始就考虑这些问题呢？”，Kent 答道：“5 年之内市场上可能会有许多持续部署的产品出现，目前我们可能需要自己来寻求解决方案，因为现在它还是一个较新的领域。持续部署的重点之一是及时捕获系统错误，不仅仅是技术层面上的错误，同时也包括业务层面。以 Amazon.com 为例，他们评价系统运行的良好程度是以业务运营状况为依据的，如果销售额出现不明原因的下降，系统也会发出错误警告。”

注：为了不让文章过长，下半部分的面向初创企业的精益方法（Lean Startups）将在后面发布。

您可能也喜欢：
软件开发的“三重门”	惹恼程序员的十件事	Richard Feynman, 挑战者号, 软件工程	漫画：程序员的一生	参透软件开发的本质 - Uncle Bob Martin 推荐的经典书籍
无觅

相关文章

• 2012年01月30日 -- 软件开发的“三重门”
• 2012年01月04日 -- 程序员因为女孩而美丽！
• 2011年12月30日 -- 一个女程序员的故事
• 2011年12月20日 -- 三个事和三个问题
• 2011年11月15日 -- 来信， 创业 和 移动互联网
• 2011年10月25日 -- 多些时间能少写些代码
• 2011年10月20日 -- Stay Hungry, Stay Foolish ！！

有很多的书籍讨论敏捷方法是怎样工作的（How it works？），在这个主题演讲中，Martin Fowler 和他的同事 Neal Ford 讨论了敏捷方法能够在软件开发项目中行之有效的原因（Why it works？）。作为敏捷方法的发起人和传道者，Martin Fowler 和 ThoughtWorks 一直试图从理论层面证明敏捷方法的可行性，同时不厌其烦地解答着客户们的各种困惑，正如他们所说，敏捷方法中的很多概念不是特别的直观，除非人们真正实践过一段时间，否则有些概念很难从字面上去完全理解。

Martin Fowler 谈到一个有意思的现象，那就是今天许多人们口中谈论的敏捷方法，和最初的敏捷方法大相径庭，他把这种现象称为“语义扩散（Semantic Diffusion）”，大意是某种思想在传播的过程中，在逐渐扩散的同时，其语义也渐渐变得模糊。在敏捷开发领域里，“语义扩散”导致的一个问题是，在一些使用敏捷方法的项目或者公司中，我们甚至无法辨别出敏捷方法的影子，原因是很多人没有真正地理解敏捷方法，也就不能够正确地运用和实践，从而也就无法真正了解自己是否能够从敏捷方法中获益。

以下是为什么敏捷方法行之有效的原因：

1. 敏捷方法和传统的计划驱动方法的两个主要区别

i. 预测性计划（Predictive Planning）和自适应计划（Adaptive Planning）

计划驱动方法首先计划要做的工作（plan your work），然后着手工作以完成计划（work your plan）。这是一种带有预测性质的方法，其衡量项目成功的标准则是我们是否按计划、按时、按预算完成了工作。这种方法在很多领域里是适用的。但是对于软件开发而言，如果我们的需求没有办法做到不变更的话，我们就无法保证我们的计划以及其后的工作是不会变更的。Martin Fowler 向现场观众提出了一个问题，大意是你们当中有多少人的软件开发项目的需求是一成不变的，结果没有一位观众举手。因此，敏捷方法引入了自适应计划的概念，既然我们无法保证需求不变更，那么就让我们随时准备接受变更，接受挑战吧。自适应计划将计划驱动的流程缩短为以数周为单位的循环周期，在每一个周期中，我们根据当前的情况不断地调整计划以及计划的执行过程，同时不断地产生能够工作的代码，并且不断地将代码部署到应用环境中去。当然要实现这个目标我们需要一些具体方法的支持，如：自测试代码（Self-Testing Code），持续集成（Continuous Integration），重构（Refactoring），和简洁设计（Simple Design）等等这些技术层面上的方法。Martin Fowler 指出，一些公司和项目之所以受困于敏捷方法，原因之一是他们忽略了这些技术层面的方法，而仅仅实施了项目管理层面的方法。

ii. 以流程为本（Process First）和以人为本（People First）

在传统的方法论中，我们总是需要事先定义好工作的方法和流程，然后“工人们”被要求遵照这些方法和流程来工作。在软件开发领域，很多人把软件开发过程等同于软件本身，也就是说，软件开发的过程也如同软件程序般象机器一样运行，组件之间环环相扣，严密地协同工作。问题是软件开发的核心是人，人相对于机器零件和流水线而言，是相对不可预测的和不那么精密的。所以敏捷方法反其道而行之，提倡将“首先定义流程，然后要求软件开发人员遵照流程工作”变为“让参与软件开发的人员自己来定义和选择适合他们的流程”。简单来说就是以人为本，不把人当螺丝钉，发挥人的主观能动性，当然前提是需要团队成员有较高的平均素质。

2. 沟通（Communication）

Neal Ford 让我们回顾或想象一下失败的软件开发项目，它们的失败是由于技术因素还是人的因素呢？《人件》的作者认为都是人的因素。人类的社会性决定了沟通的重要。Neal 举了几个有趣的例子，如：监狱里的犯人宁愿和其他人渣待在一起也不愿被关禁闭。很多国家禁止驾驶员驾驶时打移动电话，那为什么和乘客聊天就没有问题呢？原因是直接对话是最为有效和便捷的沟通方式，信息的传递在对话过程中非常顺畅和完整。虽然现在的移动通讯已经非常先进，信号质量也很高，但是我们的通话过程仍然是有损的，我们的大脑这个时候就需要努力地试图将通话信息拼凑得更完整以便能够理解对方的意思，因此才会分散驾驶的注意力。随后，Martin Fowler 举了另一个例子，拿他做水果蛋糕的方法和他在酒店的浴室中冲凉的方法来进行比较。因为做水果蛋糕的整个流程和配料都是非常固定的，所以他只需要按步照搬地烹饪即可做出味道非常一致（地好或者差）的水果蛋糕。而在酒店中冲凉就有些不同，因为每一个酒店浴室的开关设计几乎都是不一样的，所以他需要不断地调整开关来获得一个理想的水温，也就是需要不断地重复“调整开关”（输入），“用手试温”（输出）这个过程。相对于做水果蛋糕，在酒店浴室冲凉更好地反应了软件开发的特征，这就是在软件开发领域中，如果我们善于根据用户反馈的信息来做出新的判断和调整，就有可能提高产品的质量和用户的满意度。

沟通的确是一个非常重要的环节，它是敏捷方法的核心。在敏捷方法中，单元测试是程序员和代码组件的沟通，功能测试是程序员以及QA和系统的沟通，故事墙（Story Wall）和回顾（Retrospective）是团队和成员之间的沟通，功能演示（Showcase 或者 Demo）是团队通过产品和最终用户的沟通，持续集成（Continuous Integration）是产品和企业计算环境的沟通。沟通好了，什么事情都可以妥善解决，沟通得不好，好事也会变坏事。和广大技术爱好者交流沟通也是酷壳存在的目的和意义。

整个演讲时长一个小时，本文只是节选了我认为比较有意思的观点加上本人的理解写成，如有错误之处欢迎指正，不同看法欢迎交流。

您可能也喜欢：
与Martin Fowler关于敏捷方法的问答	在新浪微博上关于敏捷的一些讨论	敏捷水管工	为什么Scrum不行？	“品质在于构建过程”吗？
无觅

相关文章

• 2011年10月17日 -- Test-Driven Development？别逗了
• 2011年10月16日 -- “品质在于构建过程”吗？
• 2011年08月12日 -- 在新浪微博上关于敏捷的一些讨论
• 2011年07月21日 -- 为什么Scrum不行？
• 2011年06月27日 -- Bob大叔和Jim Coplien对TDD的论战
• 2011年02月25日 -- 敏捷水管工
• 2011年02月24日 -- 再谈敏捷和ThoughtWorks中国咨询师

如果我们开发的是局域网 Web 应用的话，可能没有必要这样做。但如果我们的 Web 应用面向的是互联网上的成千上万的用户，这样做就很必要了。因为在现实世界中并不是所有的用户都有高数率的网络连接，也许用户使用的是拨号接入，移动设备，3G，或者是 USB 网络加密狗。如果我们没有在低数率的网络环境中测试过我们 Web 应用，极有可能在上线后收到一些意想不到的关于系统性能方面的抱怨。这个时候无论我们的 Web 应用界面多么地 Web 2.0，功能多么地强大，对于用户来说都失去了使用价值。

目前有很多工具能够模拟慢速网络，值得一提的是 Firefox Throttle，这是一个 Firefox 插件，你可以设置上载和下载的数率，并且监控当前带宽的使用情况。另一个非常有用的特性是它可以控制你的 localhost 的连接数率，对本地测试很有用。

Firefox Throttle 的截图

另一个工具是 Sloppy，它是一个 Java Web Start application。

文章来源

您可能也喜欢：
十个免费的Web压力测试工具	疯狂的 Web 应用开源项目	开源中最好的Web开发的资源	50套Web开发图标	如何自己写一个网络爬虫
无觅

相关文章

• 2010年07月13日 -- 十个免费的Web压力测试工具
• 2011年12月07日 -- Web开发中需要了解的东西
• 2011年11月28日 -- 如何设计“找回用户帐号”功能
• 2011年11月24日 -- 一些文章资源和趣闻
• 2011年11月15日 -- 来信， 创业 和 移动互联网
• 2011年09月20日 -- 一些文章和各种资源
• 2011年08月25日 -- 你会做Web上的用户登录功能吗？

1、检查并报告是否有缺失的 @Override 注解，此功能仅对 Java 1.6 版本适用。在以前版本中，当我们为一个方法加上 @Override  注解，但是这个方法实际上并没有过载（override）任何父类的方法时，将会得到警告信息。在新版本中，如果我们忘记为一个过载方法加上 @Override 注解，同样也会得到警告信息。

2、变量视图中新增了一个列用于显示当前变量类型的实例数（Layout -> Select Column）。

3、Java 视图中的包名称可以用自定义的规则来显示（Window –> Preferences –> Java –> Appearance）。

4、用户可以选择在关闭 Eclipse 时不清除本地更改历史（local history），这样可以加快关闭的速度，但同时本地更改历史记录将会无限制地增大。

5、查看实现代码（Open Implementation）。此功能在 Navigate 菜单中能够找到，目前没有缺省的快捷键，用户可以为其自定义一个（Windows –> Preferences –> General –> Keys）。例如，用户可以查看一个抽象方法的具体实现，如果有多个实现， Eclipse 会显示一个弹出窗口。

6、虚拟文件夹（Virtual Folders）。用户可以在 workspace 中创建文件夹，这些文件夹只对 Eclipse 可见，对操作系统不可见。并且它们只能包含其他的虚拟文件夹和外部链接资源。

7、安装配置比较（Compare Configurations）。通过此功能用户可以查看那些组件在哪一时间被安装，还可以选择卸载无用的安装以节省空间。

8、提供了对 JSF 2.0，Apache Tomcat 7，和 Aapache CXF 的支持，新增了 JAX-RS project facet。

9、Eclipse 市场客户端（Eclipse Market Place Client）。在以前的版本中安装插件（plugins）一直都不能说是一件简单的事情，用户需要搜索相应的 update site URL。新版本引入了和 Apple 的应用商店类似的概念，用户可以在 Eclipse IDE 内搜索和安装插件了，此功能在 Help 菜单中可以找到。

文章来源一，文章来源二

您可能也喜欢：
Eclipse和Vim快捷键桌面	Eclipse开发Android应用程序入门	Eclipse 和 Vim	Eclipse开发Android应用程序入门:重装上阵	JAVA的字符串拼接与性能
无觅

相关文章

• 2012年01月06日 -- Hash Collision DoS 问题
• 2012年01月05日 -- Resin服务器getResource揭秘
• 2011年12月28日 -- 由一个问题到 Resin ClassLoader 的学习
• 2011年10月31日 -- API设计：用流畅接口构造内部DSL
• 2011年10月14日 -- 那些曾伴我走过编程之路的软件
• 2011年08月01日 -- 你确信你了解时间吗？
• 2011年07月18日 -- 程序员技术练级攻略

Uncle Bob 认为以下四本书是软件开发人员必须阅读的，并由他自己来排名。

1. The Structure & Interpretation of Computer Programs 计算机程序的构造和解释 （By Harold Abelson & Gerald Sussman）

书中使用的是 Scheme 语言（Lisp 的一个变种），此书的内容曾经是 MIT 计算机系的一门课程，当然现在已经不是了。

2. Structured Programming 结构化程序设计 （By Edsger W. Dijkstra）

相信软件专业的同学们都上过此课程，我们的启蒙书籍。这本书讨论了 go to 是怎样的邪恶，同时也讨论了面向对象。对比一下今天我们视为 best practice 的测试驱动开发（TDD），go to 在过去也曾经是 Fortran，Cobol 等语言的核心。

3. The Annotated TURING （By Charles Petzold）

Uncle Bob 令人尴尬地忘记了这本书的名字，他自嘲说自己从来记不住这本书名。但是此书在他的推荐列表中列第三位。

4. Clean Code （By Robert C. Martin）

Uncle Bob 本人的大作。

我的一位同事将这位 Uncle Bob 视为软件开发领域中的上帝，Uncle Bob 这位大师在当下各类编程语言和平台层出不穷的时候，在我们为该学什么语言买什么书举棋不定的时候，推荐给读者这几本经典，也许是煞费苦心地想让我们参透软件开发的本质吧。不过会不会也是因为我们都在慢慢变老，许多旧的东西如今又变成了新鲜有趣的事情啦？（出自采访记者之口）

文章来源

您可能也喜欢：
怎样做一个 Program Manager	Richard Feynman, 挑战者号, 软件工程	软件开发的“三重门”	编程语言进化	编程语言的评测
无觅

相关文章

• 2011年05月03日 -- 读书笔记：对线程模型的批评
• 2010年12月13日 -- 编程语言流行度
• 2010年11月08日 -- 两本电子书
• 2010年10月18日 -- 一些非常不错的资料
• 2010年10月11日 -- 编程语言进化
• 2010年08月04日 -- 免费电子书列表
• 2010年07月26日 -- 计算机编程简史图

在刚刚结束的 DEMO Spring 2010 中，执行制作人 Matt Marshall 宣布了获得 DEMO 大奖的各类 IT 产品，以及由大众评选出的最佳产品，作为奖品， DEMO 将为该产品提供价值100万美元的 IDG 广告宣传。以下是各类奖项的归属：

移动产品 Zosh

Zosh 是一个 iPhone 应用。有了Zosh，你无需使用扫描仪或者传真机即可实现对文档签名，Zosh支持的文档格式有：PDF，Office，以及图像文档。点此处查看 产品详情。

具体操作方法：

1. 打开邮件中的附件文档，将其发送至Zosh（本地）。

2. 在Zosh中打开该文档，使用手写输入签名。

3. 将签名作为一个“图层”合并到文档中。

社交和媒体产品 Everloop

Everloop 是一个网络社交应用，目标用户是8到13岁的儿童。其现在是一个 White Label 产品（由一个公司开发，但由其他公司进行再包装和市场营销的产品），很快将会独立运营。

基于云计算的产品 Gwabbit

Gwabbit 已经两次获得 DEMO God 奖项。它的新产品 Gwabbit Cloud Sync 帮助你从 Outlook 和 Blackberry 邮件中提取发件人信息，然后通过 Gwabbit 服务保存和同步。

消费电子产品 Phone Halo

Phone Halo 通过电子标签来管理你的手机、钥匙和钱包等贵重物品，在你有可能遗失它们的时候发出警报，从而大大降低遗失的概率。 点此处查看 产品介绍。

Phone Halo 的工作方式大致如下：

1. 在你的手机、钥匙和钱包等贵重物品上贴上有感应装置的电子标签。

2. 在你的手机上安装 Phone Halo 应用程序。

3. 当你忘记携带其中任何一项物品时，也就是你的手机无法感应到其他物品时，手机将会发出报警。如果你没有听到报警声，手机会发送电子邮件给你的亲朋好友，让他们来提醒你忘记了东西。

（根据 Phone Halo 的预测或曰期望，在 2010 年的美国，将有五分之一的人遗失他们的手机，十分之一的人遗失他们的钱包，四分之一的人遗失他们的钥匙，看来该产品很有市场前景）

企业级应用 BlueSkies Hospitality

BlueSkies Hospitality Restaurant 2.0 是一个餐饮行业解决方案，主要和 OpenTable 争夺市场。

概念产品 UppyMedia TAGtheLOOK

TAGtheLOOK 是一个 Facebook 应用，它可以让你在自己或者朋友的时装照片上贴上标签，并且与其他人分享这些标签来展示你的时尚品味。这个应用能给网上时尚商店带来潜在的商机。

大众评选产品 eXaudios MagInify Call Center

MagInify 是这样一个工具，它能够解码客户讲话的声音和音调，以判断客户情绪的好坏，从而帮助呼叫中心和客服人员分析统计服务质量，发现不足。

您可能也喜欢：
Python也Spring了	一些杂项资源	用脚本实现哄宝宝睡觉(Demo)	2000年的iMac和2010年的iPhone	2010 = 1+2-(3-4-5)*6*7*8-9
无觅

随便看看

• 2010年02月08日 -- Python处理encoding的小技巧
• 2012年01月16日 -- 由12306.cn谈谈网站性能技术
• 2009年05月31日 -- 最完美的Linux桌面软件
• 2011年10月16日 -- “品质在于构建过程”吗？
• 2011年07月04日 -- Quora使用到的技术
• 2010年08月23日 -- 两个教程：Socket和HTML5
• 2011年02月12日 -- 为啥搞电脑的会有这么多空闲时间？

很久以前就看到这篇文章，它给了我很深刻的印象，搜索了一下 JoelOnSoftware 的中文 Wiki，似乎也没有此文的中文版，那就让酷壳来完成吧。

• 你备份你的系统了吗？
• 你备份服务器了吗？
• 你的备份是否存放在另一台机器中？
• 你是否有异地备份？

以上都是非常好的问题，也都是很好的备份习惯。

不过，让我们别再只谈备份了，因为仅仅备份是远远不够的。资深的系统管理员们都会告诉你他们有完美的备份计划，但是问题往往发生在当你需要恢复系统的时候：

• 备份文件被密钥加密，而遗失或损坏的恰恰就是存放密钥的那台机器。
• 存放着大量配置信息的 IIS 元数据库恰好没有备份。
• 备份文件一直被拷贝到一个限量2GB的FAT分区，多出来的数据被默默地抛弃掉了。
• 你的备份都在一个LTO磁带上，磁带已经和数据中心一起遗失或损坏了（911？）。
• 即便你有了备份，仍有可能遇到许许多多的意外情况。

所以，保证基本的系统安全不仅仅取决于你做了备份，还在于你是否能够成功恢复备份。如果你在运营一个 WEB 服务，你需要向我展示你能够在合理的时间内，在一台新的服务器或者是和原来的数据没有任何关系的服务器上，使用近期备份的数据还原出整个网站。

让我们不要再问人们是否做了系统备份，而是问他们是否能够恢复系统。

您可能也喜欢：

一张关于操作系统的图

Fork 系统炸弹

Facebook 的系统架构

质量管理经中的八个法则

文件备份的几个简单命令

无觅

随便看看

• 2009年03月22日 -- 优秀程序员的十个习惯
• 2010年04月14日 -- telnet的一个Bug
• 2009年07月24日 -- Internet 技术演变图
• 2010年11月01日 -- 一个人脸识别的Javascript
• 2010年07月09日 -- 如何在低速率网络中测试 Web 应用
• 2009年04月29日 -- Glassfish ESB 的教程
• 2009年04月28日 -- 25个Linux相关的网站

从2010年2月23日至3月3日，Martin Fowler 在 ThoughtWorks 内部通过开发人员邮件列表进行了一个关于版本控制工具的小调查，共收到99个回复。下面是调查选项定义和调查结果：

• 非常好 （如果不是最好也非常接近了）
• 还行 （不是最好，但是我还是愿意使用）
• 问题多多 （我可能会因此强烈建议我的团队使用其他同类工具）
• 危险 （非常糟糕的工具，我认为 ThoughtWorks 不应该使用它）
• 不知道 （我还没有使用过此工具）
• 回复数 （对此工具的回复总数，包括“不知道”选项）
• 好评率 （(“非常好”+“还行”)/回复数）

Martin Fowler 补充道：

• Subversion，git，和 Mercurial 都得到了较高的好评率，git 得分最高。
• 大部分人认为 VSS 很危险，不过也有一两个人认为它还不错。
• 大家都不太喜欢 TFS 和 ClearCase，并认为 ClearCase 更为危险。
• 我们不用太拘泥于具体数据，特别是对于那些不好的工具的差评都无太大区别，而对于那些优秀的工具的好评却很有一些不同。

Martin Fowler 反复强调这只是一个公司内部的调查，并无误导市场的意思，大家如果感兴趣的话可以点击 文章来源 阅读原文，以及另一篇关于版本控制的文章 VersionControlTools。

您可能也喜欢：
版本控制Subversion相关资源	与Martin Fowler关于敏捷方法的问答	再谈敏捷和ThoughtWorks中国咨询师	版本管理器的发展史	参透软件开发的本质 - Uncle Bob Martin 推荐的经典书籍
无觅

随便看看

• 2010年07月15日 -- 五个方法成为更好的程序员
• 2009年09月22日 -- 微软在从Google赢取搜索引擎市场份额
• 2010年10月12日 -- Javascript向量图Lib–Raphaël
• 2009年11月09日 -- 给我一个序列号
• 2010年12月01日 -- Groovy是怎么实现createArray的
• 2009年03月10日 -- Linux Distribution Timeline
• 2010年10月08日 -- 40个很不错的CSS技术

2010年3月8日，Appcelerator 公司发布了 Titanium 的 1.0 版本。 Titanium 是一个桌面和移动应用程序开发平台，基于此平台，开发人员可以使用标准的 WEB 技术如 HTML，JavaScript，和 CSS 来开发桌面和移动应用程序。

和其他开发平台所宣传的开发移动应用无需理解本机代码不同， Titanium 允许开发人员使用他们熟悉的编程技术来开发本机（native）移动应用，同时效果和功能与那些使用平台特定语言编写的应用相同，如可以操纵内置相机、播放视频流等等。 Titanium 的产品代码在近几个月内得到了优化，在性能方面得到了多处改进，加载时间由原来的10-20秒下降为3秒，页面切换非常迅速，处理速度提高了5倍。同时还增加了一些新的功能，如超过100个本机界面控件，2D 和 3D 动画及媒体处理机能。有了这些方面的增强，开发人员可以在 Titanium 支持的平台上开发品牌化应用， 休闲游戏， 以及增强现实应用。

当被问到 Titanium 与其他开发平台的不同之处在哪里时，公司的营销副总裁 Scott Schwarzhoff 解释道：“很多我们的竞争者经仅仅是将 WEB 应用曲解为本机应用提供给客户，而没有提供真正的本机应用解决方案”。提供本机界面（超过100个本机API）的只有我们一家公司，同时我们还提供推通知服务，本机地图，Facebook连接，应用数据分析，增强现实应用，将来还会有更多特性。

自2009年6月以来，Titanium 开发平台吸引了超过27000名开发人员对公司所谓“本机优势”概念的兴趣（阅读详情）。其中包括对本机控件的支持，基于位置的服务，社交共享，HTML 5，在线和设备内置数据库，集成数据分析，丰富的多媒体等等。

Appcelerator 承诺在3月份的第三周支持苹果的新平板设备，包括几周后即将发布的 iPad。对黑莓的支持将于五月或六月间发布。Titanium 的社区版本完全免费，专业版本不免费，但是提供技术支持，数据分析以及对新版本的预览。

Titanium 支持的平台包括： PC， Mac，Linux，最新版本则支持 iPhone 和 Android，Appcelerator 公司即将发布对黑莓和苹果 iPad 的支持。

您可能也喜欢：
Eclipse开发Android应用程序入门	HTTP幂等性概念和应用	Eclipse开发Android应用程序入门:重装上阵	如何在低速率网络中测试 Web 应用	疯狂的 Web 应用开源项目
无觅

随便看看

• 2010年05月18日 -- 如何管理并设计你的口令
• 2009年07月16日 -- （免费在线）新书推荐：搜索的用户界面
• 2009年09月19日 -- C++的std::string的“读时也拷贝”技术！
• 2009年11月16日 -- 超强：Unix道德经(英文版)
• 2009年03月18日 -- 20 你应该知道的PHP库
• 2009年04月26日 -- Guido认为程序员大多数工作不需要递归
• 2011年02月22日 -- 你会问问题吗？

以下是座谈的内容：

1、如何在常规业务中应用敏捷方法？

常规业务（Business As Usual）是指使公司业务正常运营而进行的一些日常业务活动，对于IT部门而言则包括系统维护、技术支持以及应用更改。这些工作相对于独立的软件项目而言即琐碎又零散，但又是不可或缺的。“如何在常规业务中应用敏捷方法？”，这是我们向Martin提出的第一个问题。Martin阐述道，首先需要澄清一下对项目的定义，传统的项目运作方式是集中一批业务人员、开发人员和管理人员进行产品开发，开发完成后将产品交付系统运行和支持部门，项目也就随之结束了。在敏捷方法中，项目是一个持续性的过程，系统随着业务的需要不断地更改和重构，参与项目的人员也相应地在不断地增加或者减少。笔者的理解是只要系统仍在支持业务运营，项目就不会结束，因为业务几乎不可能不变更，并且必要的重构也不可避免，对于ThoughtWorks的顾问们来说这意味着他们和客户的业务关系也不会结束，呵呵，双赢的策略！

2、集中式办公和分布式办公

Martin强烈反对项目成员分散式办公，甚至觉得如果你需要业务人员每天到你的办公室来访问你，那简直是不可接受的，至少你应该每天都去拜访他们。“It is a shame if the business stakeholders need to come to your office every day”大意如此。但是现实却是，对于很多公司而言，将业务经理、项目经理、业务分析人员、开发人员和测试人员都集中在一个办公室简直就是一件不可能完成的任务。笔者目前所在的项目有三个团队，一个在悉尼，两个在墨尔本，每周进行四次远程视频会议，同时通过使用电话、即时消息系统、电子邮件、项目WiKi系统等手段来解决分布办公带来的沟通不及时和信息不透明等问题。Martin最后也不得不承认，很多时候如果实在不能够做到集中式办公，那只有准备好为此付出一定的成本。笔者认为要做到完全的集中式办公可能不太现实，不过可以尽可能在异地团队之间保持相关业务的对等沟通，比如在各个团队中都尽可能安排项目相关的各类角色，如：业务经理、项目经理、开发人员等，让这些人员与在异地的相同职能的人员沟通，然后再将信息在各自的团队内消化和共享，这样的效果也许会好于纯粹的按照职能来分布团队。

3、交叉技能（Cross Skills）

这里主要讲的是BA（Business Analyst 业务分析人员）和QA（Quality Assurance 质量保证人员或测试人员），Martin说在理想的情况下，BA和QA的角色可以合并，开发人员和QA的角色也可以互换。因为BA和QA都需要对系统功能有很清晰全面的了解，他们也是系统测试的主要参与者和鉴定者，他们用来定义系统功能的主要文档是用户故事（Story），而用来测试系统功能的则是功能测试代码，测试人员和开发人员有责任将功能测试代码写得易于阅读，特别是对于BA，如果他们能够象阅读用户故事一样阅读功能测试代码，将会提高他们测试系统的效率和兴趣。这也是在功能测试中使用领域特定语言（Domain Specific Language）的目的，如果BA和QA都能够阅读和使用DSL编写测试代码，那该多好啊！（憧憬中…） 通过让开发人员轮换地担任QA的角色，可以帮助提高测试代码的质量，也可以让开发人员真正从用户的角度来考虑系统功能的设计，还可以建立相互信任、相互尊重（appreciate each others work）的良好氛围。

4、设计和编码

一位同事谈到对业务模型缺乏了解会导致代码难于理解，有时候即使代码的质量过关并且系统功能都在正常工作，但是系统的设计却和业务模型出现很大的偏差。“ 在实现设计之前，开发人员需要正确理解整个业务模型（The big picture）”，这是被经常提及的解决方法之一。Martin对此却不置可否，当然能够理解整个业务模型是最理想的情况，但是往往很少有人能够做到这一点，即便能够做到，业务模型也会随着时间和具体情况而变更。Martin首先认为设计和编码不是两个分离的过程，开发人员在设计过程中编码，也在编码过程中设计。开发人员在编码的过程中实现自己当前对业务模型的了解，首先让功能模块工作起来（Get it working），同时考虑如何让代码更便于日后的必要的重构，随着时间的推移，开发人员对业务模型的了解会不断清晰和全面，只要代码易于重构，整个系统的设计和实现将会不断地、最终地符合业务模型。

5、公司内部的开源项目，鼓励用户参与产品开发

很多公司里不同的IT部门可能会重复开发相同功能的产品，这样会导致很大的资源浪费，用户也会面临选择的难题。再者，Martin发现很多IT部门对用户提出的功能需求缺乏足够快的响应速度，主要原因是开发人员资源有限，即使再玩命地工作也不可能在用户的预期时间内处理完本来就很长的功能需求队列。典型的例子是：公司有两个IT部门A和B，A部门需要B部门对邮政编码的Web Service做一个功能更改，而B部门的开发人员正忙于处理n个之前提交的功能需求，所以A部门的需求只能在队列中耐心等待直到B部门有开发人员空闲。如何缩短用户的等待时间？Martin建议如果A部门有开发人员熟悉Web Services，他可以从B部门的源代码库中提取邮政编码Web Service的代码，并且编码实现他需要的功能，完成之后生成代码包提交给B部门审核和测试，通过后就可以将代码合并到代码库中。这样做的优点是：1. 将功能需求由开发部门驱动转变为用户驱动，因为用户是真正了解并需要这个功能的人，所以用户会更为迫切地运用各种手段实现该功能，同时保证功能如其预期的那样运行。 2. 缩短开发周期，如果用户不愿意等待的话他可以立即着手开始功能的实现，而不必等待B部门的人员。3. 有利于公司内部的知识共享和交流，即便A部门的开发人员不熟悉Web Services但是愿意学习，B部门的开发人员可以通过结对编程（Pair Programming）的方法指导对方，待对方上手之后即可返回自己的工作，相对于B部门开发人员由始至终开发整个功能而言，这仍然可以大大缩短整个开发周期。当然，公司内部的开源策略需要一些前提，首先是部门之间应该有共同的知识领域，代码和文档需要版本控制的支持，部门人员能够理解和运用结对编程。

6、选择和运用框架

“It is like you buying a new PC every 2 years” 当Martin被问道“这么多的应用框架层出不穷，我们该如何选择？”的时候如是回答。每几年我们都会换一台新电脑，是因为新的电脑内存更大，处理速度更快，应用软件也更复杂，要求的系统资源也更多。我们使用框架的目的也是解决业务相关的问题，只要是对业务有利的框架，都值得花一点时间去关注。 Martin鼓励公司允许开发人员占用一定的工作时间来实验新的框架，因为不这样如何能够知道它是否对提升业务价值有帮助。当然框架在生产环境（Production Environment）中的表现是衡量的一个重要标准，因为不经过生产环境中各种复杂情况的检验，很难最终确定框架是否适用。

（本文系作者原创，请勿用于商业用途，如转载请注明出自酷壳www.cocre.com）

您可能也喜欢：

为什么敏捷方法能在软件开发中行之有效？

Martin Fowler 在 ThoughtWorks 内部关于版本控制工具的调查

在新浪微博上关于敏捷的一些讨论

再谈敏捷和ThoughtWorks中国咨询师

敏捷水管工

无觅

相关文章

• 2010年07月18日 -- 为什么敏捷方法能在软件开发中行之有效？