随笔分类 -  软件以人为本

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

摘要：原文首发于图灵社区。http://www.ituring.com.cn/article/196很多软件开发人员很困惑，自身的职业发展是怎样的？靠谱的公司怎么那么少？很多软件公司很困惑，软件开发人员怎么招聘，怎么培养，怎么用？为什么靠谱的软件开发人员那么少？如果你有上述疑惑，在思考职业的软件开发人员应该是什么样，这本书可以给个参考。1. “码农，请不要侮辱农民这个职业！”“码农，请不要侮辱农民这个职业！”——原话出自@孟晓林Ralph。读完《浮现式设计-专业软件开发的演进本质》，这句话一直回响在我的耳边。做软件就是写代码，这是一种典型观点。软件行业有个提法，要想成为高手，至少先要有十万行代码经验 阅读全文

摘要：职场有很多新人。也许你刚参加工作，也许你刚跳槽到一个新公司，也许你经验丰富，空降到某公司带团队。不管怎么样，公司的一切对你来说都是新的，对你来说，首要的问题是在新公司如何生存？且看“鲜花盔甲的故事”。鲜花盔甲的故事 从前有一个村子来了一个外来者，他身着盔甲，为人低调。过了一段时间，因为对村子毫无贡献，被逐出了村子。 从前有一个村子来了一个外来者，他身着盔甲，手持刀剑。村民们很排斥他，他的行为让村民们很担心。最后他与村民们互殴，被村民们齐心协力的赶出了村子。 从前有一个村子来了一个外来者，他身无寸甲，手持鲜花。他四处向村民们献花，也接受了部分热情村民的鲜花。但在不知是“躲猫猫”还是“俯... 阅读全文

摘要：也许你在这样一个团队工作。在这个团队中你感到寂寞，没人关心；工作是日复一日的重复，没有成长；编码工作太枯燥，能力得不到承认；人们有时会相互指责，没有团队氛围，各干各的。 没错，这不是你想要的。作为一个个体，你想在良好氛围的团队中工作，你想快速成长，你想受到关注和被关怀；作为一个团队，你希望团队的产出是更高质量的，你希望从团队成员的分享中学到新知识和技能。那么，你愿意做什么让这一切发生呢？结对Review是一个很好的开始。想了解结对Review，请参考《推荐实践：结对Review》。 结对Review的关键就在于参与者用什么样的心态去Review，而不是用什么样的方法和什么样的人去Rev... 阅读全文

摘要：为未来学习听起来很好，但如果没有落地的方法，那就仅仅是引发思考的假大空而已。在上一篇中已经向大家推荐了自省表，下面以“推广结对Review”作为样例来展现自省表使用过程。最近有机会在一个几十个人的团队进行过程改进，推广结对Review是一项正在开展的工作。然而就像其他实践一样，推广并不容易，下面就是我作为推广者在推广期间的记录。1. 没有新东西会好用由于本人曾经在以前的工作中熟练的使用结对Review，并且在前段时间推荐给一个小团队并取得了不错的效果。所以最开始的推广方式就是：1）在会议上告诉大家结对Review是多么好的一个东西；2）撰文描述结对Review，地址：http://www.cn 阅读全文

摘要：“一再重复做同一件事而期待会有不同的结果，是发疯最明显的征兆。”——爱因斯坦。爱因斯坦也不总是对的，就工作和个人成长而言，我并不认同他的说法。工作本身就是一再的重复，但是这种重复的确会有不同的结果。同样是十年的软件开发，同样是十万行代码经验，有人成了牛人，很多人依然是码农。自省表介绍上一篇博客《为未来学习》中提到，为未来学习以改变自己为第一要务。如何改变自己？工具是第一位的，正所谓“工欲善其事，必先利其器。”下面就介绍为未来学习中的最重要工具：自省表。过去当下将来眼光心态行为习惯1. 过去、现在和将来。1）过去：过去主要指结果等一旦完成后不会变化的东东。这些东东非常重要，但是终将成为过去。2） 阅读全文

摘要：为未来学习的思路源于身为一个软件从业者的我对未来的担忧。软件行业一直有这么一句话，软件开发是青春饭，30岁或35岁后就写不动了。这是经典的为过去学习模式，其假设是知识经验是可以被传授的。如果自己花费10年20年积累的知识经验可以在较短时间内被他人学会，那么自己也很容易被别人替代。那么有没有什么办法可以让自己变得不可替代？体机用与为未来学习“体机用”是早已有之的概念，却能够帮助我们区分为过去学习和为未来学习两种学习模式。体用是很容易理解的概念，体指本体或本质，用是效用或表现。机也容易理解，却难以掌握。机是指时机，常用的不少成语无机可乘，机不可失，临机应变，当机立断，见机行事，机缘巧合等都与时机相 阅读全文

摘要：学习应该不是一个问题，尤其对IT圈而言。每个IT从业人员都知道，如果你不学习，你很快就会被淘汰。IT圈新技术、思想层出不穷，也逼着大家不断去学习。翻开IT从业人员的简历，不管是新手还是老油条，学习能力强几乎是必备项。IT从业人员的危机感也很强，不少人都在强调，如果在公司学不到东西就会离开。受此驱动，IT公司和其他公司不同，三天两头的培训学习，公司很重视学习。然而，学习是个问题，而且是个大问题。以前在看报纸的时候，发现过一个现象，肝炎、脚气什么的，疑难杂症的广告最多。恰恰是因为缺乏根治的手段，才会有那么多医治的方法，才会让那么多庸医有利可图。“真正的难题都在显眼之处”，其实问题并没有藏起来。而众 阅读全文

摘要：“一千个读者就有一千个哈姆雷特， 但哈姆雷特不会变成李尔王。”每个人心中都有自己的敏捷，在此，也说说我心中的敏捷。声明，此文章仅代表个人见解，可以献花可以扔砖。任何个人见解必然存在个人对原有信息的重新理解或者扭曲，我相信这里依然存在。一.我是这样衡量敏捷的在我心中对敏捷有两个主要的衡量依据，每个依据分为5个方面进行阐述。这5个方面并非层级关系或相互独立，实际上你不可能只践行其中一个方面却完全不涉及其他方面，同时这5个方面间存在一种平衡关系，很难单独让其中一个方面超出另一方面太多。1. 以人为本，持续改进1.1 引入敏捷方法学和实践为了改进引入敏捷方法学和实践，最常见的就是引入Scrum和XP中 阅读全文

摘要：“你不是真正的快乐，你的笑只是你穿的保护色。这世界笑了，于是你合群的一起笑了。”摘自五月天“你不是真正的快乐”，领衔出演：周星驰。1. 敏捷成为主流？敏捷已经成为主流？前段时间敏捷十年，国外纷纷报道，皆称敏捷已经成为主流。将在杭州举办的今年十月的QCon更是把主题定为“敏捷已到壮年”。然而什么是敏捷至今依然没有权威的解释，每个人的心中都有着自己的敏捷。敏捷是个筐，啥都往里装。敏捷成了一个喧嚣的菜市场，啥都有！敏捷工具、敏捷思想、敏捷宗教、敏捷方法学、敏捷咨询、敏捷世界观、敏捷实践、敏捷个人、敏捷团队、敏捷企业、敏捷教练，以及种种伪敏捷。敏捷到底是什么？“我敏捷了”：1）使用了某敏捷工具；2）应 阅读全文

摘要：据小道消息，70%的软件从业者都认为自己怀才不遇。也许你不同意，但是我承认，我也是其中一员，呵呵。韩寒说，怀才就像怀孕,时间久了才能让人看出来。但也有人说，怀得太长就生了，谁还知道你有才？看来在生之前就被看出来是件很重要的事。然而千里马常有，伯乐不常有。“我的梦中情人，他是一位盖世英雄，我知道有一天，他会穿着金甲圣衣、踏着五彩祥云来娶我……可是，我算出了开始，却没算出这个结局……”这是《大话西游》... 阅读全文

摘要：“思考可以很复杂，但行动一定要简单。”每日立会远不像看起来那么简单，了解它背后的复杂内涵，有助于掌握和使用它。但如果过于在意它的复杂性，出左脚还是右脚就成为了一个问题。1. 问题解决了吗？上一篇《拯救每日立会》应该算达成了第一个目标“思考可以很复杂”。要做好每日立会需要复杂的思考，需要关注方方面面，甚至需要改变自己。也许各位看官会很心动，想下一次就应用到实际当中。然而难题来了，你会发现上一篇中的方法过于复杂了，对你来说缺乏可操作性。而无操作性就意味着无法落地，就无法给团队带来实质性的帮助，这不就变成了夸夸其谈吗。怎么办？这可把我难倒了，好吧，出绝招。为什么有经验的敏捷教练能够做到呢？教练的做法 阅读全文

摘要：题目源自《拯救大兵雷恩》。话说每日立会作为Scrum实施的先锋队，战斗在Scrum的最前沿。然而它孤军深入，面临覆灭的危险。如何拯救？其实在上一篇博客中已经隐约提到了拯救的办法，估计各位看官并未注意。不过也不必担心，且让我慢慢道来。1. 大兵-每日立会每日立会在什么时候变成大兵的呢？是在你觉察到的时候？不，比那早得多。敏捷很火，如果你还没有在用，值得试试。因此在经过或多或少的培训后，A团队决定开始实施Scrum。在开始的时候，团队坚持以“暴露问题，沟通进度”为目标，坚持在固定时间固定地点，从不超过15分钟，只回答3个问题。团队成员们比较兴奋，咱们可以自组织了，咱们可以敏捷了。但热情并没有持续很 阅读全文

摘要：《软件以人为本》由此开始进入实战部分，先从Scrum的实践开始吧。1. 每日立会很难来自微博@大卫张33（就是我自己，呵呵）：http://weibo.com/1812458977/eD4B8a661kg似曾相识？早上路过一个站会现场。白板上贴了很多即时贴，大概每类10-15张；团队围成一个圆圈，但是没有面对白板；领导挨个询问，被询问者面对领导作答；领导笔录，问问题，每人两分钟左右。团队成员10人左右，主持询问时感觉其他人不是太关心，有零星的窃窃私语。半小时后回来，白板不见了。每日立会大多都会变成进度汇报会议，面对领导汇报进度，领导继续安排工作。会议逐渐会超出15分钟甚至半小时，几个成员对细节 阅读全文

摘要：软件以人为本，这是一个值得讨论的话题吗？1. 回顾“软件工厂”至今还记得在我国九十年代中期兴起，两千年左右火爆的 “软件工厂”运动。CMMI、TSP、PSP、RUP、UML还有MDD等等就是在那几年开始火爆的。招募一帮代码工人，给他们合适的工具，用最好的流程和方法学管理他们，他们就能生产出符合要求的软件产品。多么好的想法啊！公司老板和管理人员太喜欢了，于是很多公司轰轰烈烈加入了“软件工厂”运动中。如果加上MDD，在不远的未来代码都可以自动生成，代码工人可以取缔，于是真正的“软件工厂”就建成了。当时作为软件开发人员的我也有点小恐慌，做开发真的是青春饭啊，这才做开发几年，连写代码这个工种都要淘汰了 阅读全文

摘要：听说我党科学发展观的核心是以人为本？听说企业管理最重要的是以人为本？大多被管理的笑了。听说软件开发是以人为本？基本上所有搞开发的都笑了。听说敏捷是以人为本？你笑了没有？虽然我这次是严肃的。常常听到以人为本，但是什么是“人”，其实我们知之甚少。敏捷社区相对于其他软件开发社区而言，更加以人为本。从2001的敏捷宣言开始，以人为本就是敏捷宣言中最重要的内容。第一条就是来自于最新的中文版敏捷宣言的“个体和互动高于流程和工具”。然而从敏捷社区组织的各种大会可以看出，社区对人的关注度并不够，在会议的议程中主要谈的是谈方法学、工具、流程和实践等等，真正谈“人”的比较少，这一点在国内的社区尤为明显。1. 20 阅读全文