春天的气息-spring3.1例子

摘要： 程序员作为企业开发力量的最核心资产，无疑得到公司从上至下的一致关注。开发是个智力密集型产业，程序开发的特点是，付出相同时间的情况下，两个开发者之间的产能会相差十几甚至几十倍。软件开发人员向来以“不容易考核、工作不容易被量化”而著称。本期，我们重点分析程序员考核的“死因”及对策。典型的程序员考核的产生分析考核死因之前，我们先看下它是如何出生的。某天，公司老板突然想到件事——我不懂研发，而研发对我公司这么重要，怎么办？念一及此，老板不禁有些紧张，马上叫来HR开会，安排本月人力资源部分的工作重点，那就是“研发人员考核”，务必贯彻到位、立即执行。深谙老板意图的HR，回工位立刻上网卖书，从如何考核、KP 阅读全文

摘要： 作者：粘新育 任甲林　来源：希赛网 http://www.csai.cn 2004年06月28日软件开发是以人为核心的过程，对人的依赖性远高于传统的硬件生产企业，为了保持开发能力的稳定性，一方面需要定义软件过程，以过程为枢纽将人、技术、工具衔接起来，另一方面也要加强人才的培养，使人的工作能力能够稳定、提高人员的自治性。随着社会需求的膨胀，对程序员的需求量、对熟练的程序员的需求量在剧增，然而对程序员的培养问题却成了一个盲点，学生在学校里学习的是关于软件开发的基础知识，软件企业需要的是熟练的能够快速开发出产品的程序员，需要程序员具有很强的实用知识，因而出现了明显的学校教育与实际需求脱节的问题。企. 阅读全文

摘要： 万分重视自己的第一份工作根据某杂志在2009年6月的统计，54.7%的父母要求孩子读到博士，83.6%要求孩子考试得分在前15名。母亲对孩子说得最多的一句话是“好好学习”、其次多的是“功课做了没有”，就足见家长对孩子学习的重视。在这里我想说的是，比学习好更重要的是毕业之后的第一份工作，对此我们应当投入更大的关注。从Leo的故事讲起十几年前我刚走出大学校门时，毕业对于我而言第一感觉就是解脱——再也不用考试了、再也不用上课了！好啊！！！（至少当时是这么认为的）可随之而来的是对未来的一片迷茫。这是因为，我就知道走向社会后应该工作，至于做什么完全没有概念。当时我用业余时间在麦当劳做一份兼职，每月有30 阅读全文

摘要： 这是敏捷开发一千零一问系列的第十篇。（之一，之二，之三，问题总目录）问题总体架构设计在什么时机进行？是每个迭代做还是先做完再迭代？方案之前提到了在时间的角度上，从技术和商业层面上的架构设计，下面看看横向的架构设计。方案1：开发人员全体参与架构设计敏捷开发整体上是一个崇尚“跨职能”的管理方法，开发和测试融合（所以才有很多类似自动化测试、单元测试、持续集成这些需要开发人员强参与的测试活动），开发与产品融合（开发人员要参与客户价值分析）等等，所以在架构设计与编码这两块，也不会分得很开，不能有人专门做架构，另外一些人专门编写代码。一方面，“架构设计”一旦变成一个文档，就要被写，被读，效率不说，中间难保 阅读全文

摘要： 创业者和经理人之外，中关村或者说中国计算机业界还活跃着另一类人，他们过着另外一种人生——程序人生。 程序是这些人生活的全部重心，他们有天分，爱编程，能吃苦，甘于寂寞。他们当中绝大多数不被人所知，像WPS求伯君、KV300王江民、CCDOS严援朝、五笔字型王永民、2.13吴晓军、四通利方王志东、CCED朱崇君、UCDOS鲍岳桥这些成名的程序员十几年来也只才产生了十来位。有才华的程序员绝不只这些，但他们没有机会。有时候，他们觉得机会就在眼前，伸手可及，但当他们扑上去将要和机会撞个满怀的时候，却每每扑了个空。在苦干了若干年之后的某一天早晨，从睡梦中醒来，他们突然发现自己除了编程能力提高之外，什么都没 阅读全文

摘要： 这是敏捷开发一千零一问系列的第九篇。（之一，之二，之三，问题总目录）问题总体架构设计在什么时机进行？是每个迭代做还是先做完再迭代？这是少数几个被提到的技术问题。在两天的培训课程之后，最后剩下的纯的技术问题一般只占1/5都不到，多数都是管理问题，而管理问题中，又基本上是人的管理问题，这也说明了在“心法人事物”中，心总是第一位的。方案最早想写成方案1、方案2，但感觉有点像说是有不同的很多并行方法，之后又改成步骤1、步骤2，又有点把事线性化了。现在干脆写回成方案123吧，总之越往后的越终极一些，也越难以一步到位。方案1：Sprint0对于长期的项目，常常引入“Sprint0”的概念。Sprint0就 阅读全文

摘要： 这是敏捷开发一千零一问系列的第八篇。（之一，之二，之三，问题总目录）问题在Team中，TeamLeader给人指定任务时，基本没有选择怎么办？（因为大家对别人的工作都不熟悉）方案步骤1：如果团队已经习惯了沉闷地自己开发自己的工作，办公室里边总是静悄悄的，那么一个可行的起点，是Leader可以先与大家进行松结对，就是不断地指导有难题的人。实际上当大家听到有人在交流的时候，就会侧耳听听，如果听到自己感兴趣的话题，也会积极参加。步骤2：下一步，可以主动喊某些人一起交流，比如“老张，过来帮忙看看小李这个问题”，这样交流的范围就逐渐扩大到3个人，而且老张-小李之间也建立了联系。一个宽敞点的办公环境还是很 阅读全文

摘要： 这是敏捷开发一千零一问系列的第七篇。（之一，之二，之三，问题总目录）问题松结对编程中，师傅对徒弟安排任务时，对于有想法的徒弟提出的意见怎样解决？方案步骤0：正心，诚意。人们到底是在管理一个人（控制，监督，指令）还是领导一个人（帮助，引导，培养），被管理者和被领导者其实心里是一清二楚的。因此在师徒关系中，不能为了师徒而师徒，而是要找到师+徒这个体系的目的，把心态放在把事情做好而非维护师徒结构上，从这个角度看问题才能做好下面的事情。步骤1：师傅日常要多在收尾的时候检查徒弟的代码，指出其中的问题，以让徒弟正确认识自己的水平。软件开发有一个好处是比较理性：好的就是好的，没有什么可争辩的；但也有一个坏. 阅读全文

摘要： 这是敏捷开发一千零一问系列的第四篇。（之一，之二，之三，问题总目录）有一次课程上居然来了一个非开发人员，他是个网站的业务人员，提出了这个问题，并被评为课堂最佳问题之一。问题一线业务部门应该怎样具体参与到敏捷开发中来？答案方案1：敏捷开发中有很多活动是需要业务部门参与的，如果没有时间，第一个要参与的事情是“评审会”，就是阶段性验收产品的会议。在会上应该思考产品在实际应用中是否可用，并提出改进意见。但是要注意改进意见不要急于实现，而是应该询问下一步原来的计划，或许原来的计划更加重要。如果能在评审会上对产品未来的应用做出一点预测，对之后的迭代会有帮助。方案2：如果能选出一个代表，参与到计划会中，对于 阅读全文

摘要： 这是敏捷开发一千零一问系列的第五篇。（之一，之二，之三，问题总目录）本问题被评为某次课程最佳问题之一（每场2～4个）。问题怎样让团队成员完成从派活到主动要活？方案步骤0：在一个传统团队中，多半是由一个人（一般是项目经理）估算、分配、监督任务完成。由于这个人处于鸡的角色（请参考百度“猪与鸡”），所以真正承担任务的人要冒任务被错误估算和分配导致绩效低下的风险，引起大家的不满。按时完成了经理领导有方，延期了则总能找到一个临时工来顶缸，事情永远做不好。步骤1：“领导”和“管理”的区别在于后者利用权力行事，而前者亲自带领队员。比如如果项目经理仍然估算和分配任务，但是会主动帮助认为估算不对、任务过难的人。 阅读全文