2012年9月30日

写代码的三重境界

摘要: 搞IT的就是修电脑的,做软件的就是写代码的。后一句可能更对一些,因为学校是这么教的,开发工作中的确也是这么在做。然而,新手在写代码,牛人也在写代码,他们之间有什么区别?为何新人老手相互之间不理解?新手如何成长为牛人,老手如何百尺竿头更进一步?BDD、TDD为何兴起,又为何难以推行?软件研发公司的写代码能力提升为什么这么难?写代码的三重境界记录了关于写代码的一些思考。1. 写代码的三重境界1.1 写代码三重境界之第一重境界是见山是山。对第一重境界的人来看,写代码就是软件开发的全部,软件开发人员的工作就是写代码,如果没有在写代码,软件开发人员就没有在工作。他们会第一时间投入到代码编写工作中,编写的 阅读全文

posted @ 2012-09-30 12:08 大卫张 阅读(4430) 评论(7) 推荐(13) 编辑

2012年5月27日

债思维——软件研发新视角

摘要: 在软件研发中,我们做过的事、写过的代码、留下的文档,都不是资产,而是债务。——债思维生产思维统治着软件研发的世界债思维是一种颠覆,与大多数人对软件研发的看法相反。生产思维已经统治软件研发的世界很长时间了。一直以来,软件研发都是生产代码、文档,以构建可工作的软件的过程,毋庸置疑,这就是生产。嗯,宣言体挺棒的,就来段软件生产宣言吧。软件生产宣言软件研发是生产代码、文档以不断构建可工作软件的过程。为此:生产正确的文档软件 高于 客户价值(目标债)流程规范合同分工 高于 沟通协作(过程债)按产出评价 高于 维护重构(结果债)人是机器,聪明人 高于 群体创造(人员债)可预测、可重复的生产是成功的关键。右 阅读全文

posted @ 2012-05-27 12:26 大卫张 阅读(2034) 评论(2) 推荐(0) 编辑

2012年5月10日

软件研发之管理债

摘要: 这是即将在Scrum Gathering上海2012大会http://scrumgathering.cn上演讲话题《软件研发中的管理债与债管理》的第一部分。如果你是一位软件研发人员,想了解软件研发为何如此困难,怎样才算做好软件;如果你是一位管理者,想知道哪些管理措施可以奏效,为什么一些管理措施效果不佳;如果你是一名敏捷精益实践者,想深入了解敏捷精益背后的思维模式。你可以来看看,以债出发的视角也许会给你带来惊喜。在软件研发组织中“管理债”不断堆积,这是因为采用了与软件研发的特点不匹配的管理模式。软件研发管理债是什么?“技术债”是一个隐喻,这几年已经被大家熟悉并接受。如果向一个软件系统增加功能时需 阅读全文

posted @ 2012-05-10 12:36 大卫张 阅读(1803) 评论(0) 推荐(0) 编辑

2012年3月14日

管理是资产?不,管理是负债

摘要: 模仿XX体,纯属娱乐,如有雷同,必属巧合。1. 管理是绝对正确的2. 所以管理者是正确的3. 如果结果有问题,首先是执行问题4. 如果还有问题,是管理者未能理解管理5. 如果还有问题,请参考第一条在知识经济时代,管理已经不再是资产,而是负债。“管理债”提法的由来2012年2月18日,敏捷之旅2011的最后一站来到了南京,敏捷之旅2011全国14个城市的组织者们走到了一起进行回顾并参加南京敏捷之旅。在2月19日的南京敏捷之旅上,@大熊Stanly的敏捷DNA游戏让一部分对企业转型有兴趣的参会者集体进行了探讨,期间我突然脱口而出的“管理债”一词得到了大家的认同。午餐时还被大家戏称为“管理债”第一人 阅读全文

posted @ 2012-03-14 18:26 大卫张 阅读(404) 评论(0) 推荐(0) 编辑

2012年3月12日

得懂点财务 - 从房奴养成四部曲到管理债

摘要: 最近本人疯狂的迷上了“管理债”话题,后续将以“管理债与债管理”为主题完成一个简单的系列。既然涉及到债,财务知识当然要有,下文就算是简单财务知识普及吧,顺带推荐《穷爸爸,富爸爸》。房奴养成四部曲 - 财务意识很重要房子是资产。当我想到房子的时候,房子是一生中最重要的资产。因为房子是温暖的港湾,让漂泊的心有了归宿感,给我带来幸福。还因为没房子就没结婚证,就没老婆,这么现实的问题。房子是投资。看啊看,诱人的房子实在太多,但实际行动起来才发现这世界是这么现实。没钱怎么办?一生的资产难道就这样离我远去。我不甘心,为了一生中最大的投资,豁出去了。死磨硬泡,花光积蓄,找到父母资助,找亲朋好友借贷,终于筹足了 阅读全文

posted @ 2012-03-12 21:50 大卫张 阅读(1813) 评论(5) 推荐(2) 编辑

2012年3月1日

结对Review后续进展(看看团队怎么说)

摘要: 好久没有更新结对Review的实际情况,让我们来看看团队自己的理解和总结。下述内容摘自团队成员的邮件,隐藏了敏感信息。结对Review在好几个项目(项目名称隐藏)中试点以后,在项目各阶段都进行了一些尝试,也收获了许多,其中最大的收获就是项目信息更流畅了,项目成员相互补位更容易了。很多项目组同学也想尝试一下,方便大家分享更多结对Review的经验和感受,整理了一个参考的模板提供给大家,大家可以在一定阶段后将结对Review的心得分享出来,晒一下,邮件抄送xx(人员姓名隐藏),我们可以帮助一起收集,形成知识积累。结对Review的核心价值:通过分享和互通让结对Review成为习惯,成为形成知识库的 阅读全文

posted @ 2012-03-01 10:31 大卫张 阅读(1620) 评论(0) 推荐(1) 编辑

2012年1月20日

用敏捷玩转软件开发 - 序

摘要: 龙年即将到来,先预祝大家新年快乐,龙年大吉!在新年来临之际,也许下自己的新年心愿,2012年将写一本敏捷软件开发方面的书,至少也是电子书吧,以帮助更多的人认识敏捷和玩转软件开发。暂定书名为《用敏捷玩转软件开发》。如果你有更好的建议,欢迎提出。其实是否玩转敏捷并不是那么重要,真正重要的是如何玩转软件开发。作为一个软件开发实践者,我的职业生涯一直与软件开发相连,一直在思考和实践各种软件开发方法,希望不断取得软件开发的成功。本书的目标是借机总结自己软件开发的认识和经验,以帮助自己和他人在软件开发的路上越走越好。2011年9月在北京与@Thinker姜志辉和@我是晴耕雨读聊到,国内现在已经有大批的10 阅读全文

posted @ 2012-01-20 15:41 大卫张 阅读(1632) 评论(6) 推荐(1) 编辑

2012年1月4日

解读敏捷3 - 解读敏捷实践之结对Review

摘要: 程序员A碰到了程序员B。“Scrum糟透了”程序员A说。“为什么啊?听说Scrum很好啊,我们公司也在准备实施Scrum。”程序员B回答。“千万别,你们会后悔的。”“你们实施的是真正的Scrum吗?”“当然,Scrum里面的3个角色、4个会议和3个产物我们都有啊。”敏捷非常简单,却又极其困难。敏捷方法学由一系列敏捷实践组成,而当人们实施敏捷的时候,却急于一次性实施整个方法学。他们看重敏捷实践简单的形式,却不了解或者不想花费心思了解任何一个敏捷实践背后的内涵,从而导致没有一个敏捷实践能够做到位,不能享受到对应的好处。最后却发现投入那么大,期望那么高,收获却那么少。敏捷实施带来的只是无穷无尽的伤痛 阅读全文

posted @ 2012-01-04 10:24 大卫张 阅读(1751) 评论(0) 推荐(0) 编辑

2011年12月14日

解读敏捷2 - 敏捷实施的六个陷阱

摘要: 随着敏捷日益成为主流,各种各样的敏捷会议召开,一本又一本的敏捷图书出版,一个又一个的公司前赴后继的迈向敏捷,好一番火热景象。这让我回忆起了当年看报时的一个感受,当时每张报纸的显眼处都能看到牛皮癣和肝病的广告,咋一看感觉会治病的人很多,仔细思考下才发觉是根本原因是能治好病的人很少,否则市场上不会那么热闹。敏捷的现状是不是也是如此呢?“与其做敏捷,不如变敏捷!Be agile rather than do agile.”但对于大多数公司来讲,如果没做过敏捷,怎么知道如何变敏捷。而且做敏捷可以检查和测量,变敏捷则不能,这违背了“不能被测量则不能被管理”的管理定律。但大多数敏捷实施会失败!那些被敏捷后 阅读全文

posted @ 2011-12-14 12:51 大卫张 阅读(2161) 评论(3) 推荐(3) 编辑

2011年12月8日

解读敏捷1-你在做苦逼敏捷吗?

摘要: 一天,程序员甲遇到了程序员乙。程序员甲就问程序员乙了,“听说你们公司也在搞敏捷?”程序员乙答:“是啊,别提了,纠结着呢。感觉现在加班比以前还多了,一个迭代接着一个,比以前累多了。你们公司呢?”“我们啊,现在不怎么提敏捷了。敏捷这一套东西在我们这里不好用。” 上述对话并非个案。对大多数人而言,敏捷实施给他们带来的更多是痛苦,而不是成功,而且即使是成功,大多也与他本人无关。所以一方面来讲,敏捷越来越火热,敏捷大会上人潮汹涌,另一方面,又有很多的声音在声讨敏捷,包含那些在敏捷上栽了跟头吃了亏的。 如何才能形容很多公司敏捷实施的现状呢?我苦苦思索。当“苦逼敏捷”这个概念从我脑海浮现出来的时候,... 阅读全文

posted @ 2011-12-08 21:50 大卫张 阅读(2774) 评论(12) 推荐(2) 编辑

导航