开发过程思考
文章平均质量分 80
ronghao100
目前为ThoughtWorks咨询师,邮箱:ronghao100@gmail.com
新浪微薄:http://t.sina.com.cn/ronghao100
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
一个项目的自动化测试实践
<br />项目上线,有时间总结一下当前的项目,对自己而言,一直是一个学习的过程。本篇总结我们的测试实践。本文分5部分,分别是:项目背景、系统架构与模块划分、我们的测试实践、自动化测试在项目中的价值与对自动化测试的进一步思考。<br /><br />一、项目背景<br />所有对项目的介绍一定是从客户开始。<br />客户:我们的客户是一家全球领先的时尚内容提供商,通过遍布全球的员工,客户每天获取大量关于时装发布、产品设计、街边流行、城市热点等信息,这些信息的绝大部分以图片的形式上传原创 2010-06-09 09:20:00 · 2065 阅读 · 0 评论 -
少年Pi的奇幻漂流-我们的后台自动化发布方案
一、我们要解决的问题无论是什么样的解决方案,一定要牢记我们要解决的问题是什么,切不能将解决方案当做问题本身。具体到过程改进,不管是何种方式的改进,它们所要解决的问题永远只有一个:缩短从产品想法到可用软件之间的时间周期。自动化发布正是如此,如果软件发布只做一次,我们说根本不需要自动化,但如果三次以上,那么软件开发的黄金法则DRY就必须遵守,让时间真正用到开发当中去。 二、与发布相关的问题所谓自动化只原创 2012-12-14 15:54:20 · 11289 阅读 · 4 评论 -
PM成长日记第三话-那些年我们一起做过的项目
第三话按照原计划是要写写平常心的,因为飞跃计划要交作业,所以就改为写自己对项目管理的一些经验总结,刚好前一段时间那些年我们一起追过的女孩很是流行,这一话的名字就叫做那些年我们一起做过的项目。我的第一个项目是在2005年,那是一家市场占有率前三的本地化翻译公司,公司的信息部门只有两个人:老大和我,我们一起开发公司内部的协同办公系统。要解决的问题很简单:由于公司发展迅速,以前单纯依靠纸质单据和邮件分派原创 2012-09-06 09:48:36 · 13976 阅读 · 14 评论 -
PM成长日记第二话-一定要想清楚自己要什么
标题是一定要想清楚自己要什么,内容却是士兵突击,因为从那么样一群的男人身上,总能扒拉出点自己想要的。我周围的朋友大多讨厌成才,他们把他从钢七连的出走和演习中的放弃称为“背叛”,他们把他的自我主义称之为对许三多的“出卖”,他们说,这个人才是真正的假到了一定水平的人。我什么都没有说。 因为说真的,在这群华丽的男人中间只有成才略显真实,只有他才在成长过程中不断遇到挫折,哪里是挫折,那样完整的一段人生历程原创 2012-08-23 17:34:39 · 12194 阅读 · 11 评论 -
PM成长日记第一话-不要使用邮件解决问题
首先,在学习任何东西前都需要明确学习的目的,我们为什么要学习电邮沟通技巧呢?因为电邮代表了个人职业形象,好吧,我们开始。 第一个问题是什么情况下我们应该使用邮件。在使用邮件前我们必须清楚邮件只是众多沟通方式之一,既然是之一,那么必然就有应用它的合适场景和不合适场景。 邮件沟通场景之一:知会对收件人必要的信息这类场景包括了会议通知、事件周知、申请批准和信息分享。这类邮件几乎没有什么好说的,重要程度也原创 2012-08-02 09:22:03 · 9669 阅读 · 6 评论 -
做一个主动的项目经理
长假在家看完了余世维的职业经理人讲座,内容很多,感触也很多。有两点感触特别深刻,一是要有积极主动的做事态度,二是要有正确的做事方式。一、 积极主动的做事态度余世维在讲到一个人要想成功时,提到有两个要素,一个是机会,第二个是所必须拥有的特质。人一辈子的机会只有7次,从25岁到75岁每隔7年一次,其中第一次因为太年轻所以会错过,而最后一次因为太老也会错过,那么剩下5次,这其中有2次会原创 2012-02-07 22:04:44 · 22604 阅读 · 45 评论 -
初识puppet
话说工欲善其事,必先利其器。当我们面对几十台机器需要同时进行环境管理时,一个适合的工具就非常重要了,这里我们介绍的工具是puppet,也就是google正在使用的devops工具。当新的工具引入时,大家肯定都会有个疑问:这个工具的使用成本有多高,让它运行起来困难吗?这篇文档将会回答这个问题,答案就是,搭建一个puppet的运行环境非常简单。当然,第一个问题是puppet能帮我们做什么,当然,它能帮原创 2011-12-14 21:18:28 · 16241 阅读 · 1 评论 -
估算那点事
周末听了项目管理的课程,很有感触,有很多记忆深刻的点,比如不要揣摩要提问,要先管理后产品,胜者先胜而后战,败者先战而求胜。然而,让我印象最深的是估算工时这点事,不禁让我想起自己的经历来。 最开始刚参加工作时是在一家翻译公司做它内部的协同系统,两个程序员,老大和我,老大是30岁的老程序员,安排工作很随性,每天早上,点点系统,然后想想接下来要做什么,然后,叫上我,说,把这棵树实现一下吧,然原创 2011-12-11 19:46:48 · 11321 阅读 · 24 评论 -
我看Scrum(2)
四、团队协作提到团队协作,听到最多的就是团队责任制。在一个小团队里,形成对外的团队责任制是很容易的(因为集体荣誉感),这也是Scrum鼓励小团队的原因之一。但在团队内部,使每个人都能做到团队责任制却并不容易。找到反例似乎很容易。在一个分特性到人的项目里,产品出现bug,几乎总有程原创 2011-08-02 21:58:43 · 3061 阅读 · 3 评论 -
我看Scrum(1)
周三下午拿到《Scrum敏捷软件开发》,周五晚上十一点看完最后一章,联想起自己的项目经历,不禁产生很多的感触,对于作者的观点大部分是深有体会而赞同,有些也是不以为然的。又想起前端时间陈皓翻译的那篇《为什么Scrum不行》,这里系统的说说自己对Scrum、敏捷的看法,也作为对这本书原创 2011-07-31 11:24:19 · 4345 阅读 · 2 评论 -
太过平淡的QCon第一天上午
<br /><br /> <br />依旧是公司团体票,家住河北,早上5点就起床出发,这意味着我对这次QCon有着很高的期望。其实在公司时,团队一帮人就为第一天的票而争个不停,最后,我说,我住河北,于是,获胜,上午,同事南方,下午。<br /> <br />早上是三场专题演讲,分别是Facebook的《支撑Facebook消息处理的HBase存储系统》,Oracle的《Java EE 7平台:走进云计算》以及《在实践中实现企业的敏捷性》,最为期待的无疑是在中国并不存在的Facebook。<br /> <br原创 2011-04-08 23:53:00 · 1539 阅读 · 0 评论 -
三个人的2012-工作篇
初六的早晨,刚从老家回来,坐在出租屋的阳台上,阳光灿烂,竟然是北京难得的好天气。距离上次写年终总结已经过去好久,打开博客,发现上次写年终总结已经是四年前的事情。上次写总结的时候还是在东直门温暖的办公室里,随着年龄的增长,觉得时间过得越来越快,四年时间,发生了太多太多的事情:有小孩了,换工作了,最重要的,是三十了。三十,意味着很多事情,古人说,三十而立,对我来说,更重要的是有了更多的责任,不仅仅是家原创 2013-02-16 18:31:30 · 8250 阅读 · 5 评论
分享