预发布环境,Tag发布机制和可重复的部署过程
下面文章由网友吕毅投递，源文是：http://blog.lvscar.info/?p=427
—————————————————————————————————————————————
周末聚会，无意间聊起建筑行业。自己是搞软件开发的，我们的行业从建筑设计/施工过程中借鉴了大量的概念，隐喻，名词。可以说软件就是现实中伴随整个人类历史发展的“建筑”在虚拟空间中的投影。有个两年前问过其他朋友的问题，这次友人又再次提起，“为什么建筑设计过程中没有普遍性的采用版本控制呢？” 瞎扯了一干各种原因后，我们几乎同时想到一个名字”Joel”，建筑设计行业或许缺乏像Joel Spolsky一样十数年如一日，把自己丰富的经验和深入的思考转化成一篇篇文章以向新人传授软件开发过程中那些容易被忽略的概念。高傲的黑客们会对CMMI之类的认证抱以鄙夷之情，但对Joel整理出的12条写出更好软件的”最佳实践”，大家甚至把此称为审视其他团队开发过程的“Joel TEST”以推崇
这12条测试如下:
1. 是否启用版本控制？
2. 是否可以一步构建?
3. 是否进行每日构建？
4. 是否有bug跟踪列表？
5. 是否在修改bug后，才开始写新代码？
6. 是否及时更新工作计划？
7. 是否在开发前编写了大家一致认可的功能文档？
8. 是否有安静的工作环境？
9. 是否在使用最好的软件开发工具？
10.是否有专职测试人员？
11.是否在面试时以实际编写代码来检查求职者？
12.是否利用陌生人进行可用性测试？
你所在的团队符合其中的几条呢？ 觉得这些条目太一般，软件开发原本就该如此？ Joel Test写于十年前，一个Windows XP，Mac OS X,Ubuntu都还没有面世的年代。 如果你觉得这些条目有些过时了，Google中搜索“Joel Test”，你可以看到这十年内很多对此进行更新的尝试, 比如这两个页面“The Joel Test Update for 2010″,“Joel Test for web dev”.
(9 人打了分，平均分： 3.11 )
Loading...