常高伟的专栏

核心团队是什么？举一个简单的比喻，就如果把公司比作一棵大树，核心团队就是大树的枝干。寒冬来袭，树叶尽落，只要枝干还在，春天来的时候还会发芽。核心团队是公司发展壮大和东山再起的核心力量。核心团队建设的根本目的是为了留住人才，用好人才，特别是优秀人才。有篇文章写得很好：“很多企业经常犯的错误是业绩越差，越不给加工资，工资不涨，优秀的员工肯定要走，剩下的都是比较差的。即使做的再差，也要加工资，不过可以减

软件领域一个非常大的特点是流程和技术变化相当的快。作为一个软件企业，面对日新月异的开发流程和开发技术，何时、如何选择及引进新的流程和技术变得十分重要。这篇文章主要讨论的是进行选择和引进时的出发点，我称之为“缺陷驱动”。什么是缺陷驱动？这涉及到引进新技术的根本原因。其实很简单，就是为了解决软件开发过程中遇到的问题。但是实际操作时，面对外界的宣传和影响，人们往往会偏离这个初衷——从追求问题

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 <!-- /* Style

眼下马上快到六七月份了，又到了应届毕业生的入职高峰期。这篇文章权作对初入职场的毕业生的一个建议，希望能够对他们的学习和工作有一些帮助。本文针对的一般的普通的毕业生，天才除外——因为我不是天才，也很少遇到天才，天才的情况我不了解,他们的发展轨迹可能异于常人。正文：上周在优快云发表了一篇文章《毕业一年不到的员工要跳槽，我的建议》。很多人进行了回复，讨论，大家占的角度不同，看问题的思路也不一样。其中还是有很多精辟的论述，比如针对发生这种现象企业方责任的一些观点。同时，我也看到有些人回复说，在刚毕

受限于经验与知识，本来不想写这个话题，不过今天突然想到，用时间思考了这个问题，权将自己的观点写出来和大家交流，欢迎讨论。 “代码民工”这个词可能是程序员的无奈的自嘲，也可能是自谦，反正来源已无法可考。“代码民工”即是指那些编写程序、敲打代码的底层程序开发人员，是IT行业中干得最多、干得最累、却挣得最少的那一群人。这其中可能有公司的原因，也可能有个人的原因，但我认为最根本的原因可能是技

背景：今天早上刚到公司，一个员工就对我说，他想离职，他说的已经考虑了好几天了，我看他也是深思熟虑过的。本来人走人留也很正常，特别是在现在这个跳槽高峰期。但是他是去年刚毕业的应届本科毕业生，工作还不到一年。接下来我和另外一个同事和这位员工详细的谈了一下，不过这对最终的结果应该没有任何的影响。至于离职的原因，这位员工给我们的理由是工作的地方离女朋友太远，这也许是真的。但是大家都知道，人们一般不喜欢承认跳槽是因为对待遇不满意，可能是因为文化的原因，也可能是因为会给面试官留下不好的印象——因为一个为

分别介绍了GTD时间管理理念和德鲁克时间管理理念，最后得出他们的一些不同点。这两种时间管理理念可以综合起来使用，对时间管理可能会有更大的帮助。

记录最近一些没有形成系统的思考

我不止在一本书上看到，时间要做整块使用，而且大小最好是90分：太长则注意力无法集中；太短则任务切换耗费精力。我整理了我一天中要把握的六个90分：

今天在优快云首页上看了一篇文章：如何成为一名专家级的开发人员文章相当不错，感触很深，总结一下：1、专注。要选择一个平台，一个行业，然后在这个领域内专注一段时间（最少要6年）。我现在应该是linux 上C/C++开发，要专注这一领域。我的一个同事做了三年，后来跳槽到HW后转java了，可惜了。2、深入。深入的了解我的这个平台，以及语言，行业。比如，我要能掌握linux操作系统，linux内核；深入掌握C/C++；掌握通信行业知识。3、扩展。“当你开始掌握当前的平台，要开始学习独立于平台的

做IT学习非常重要，但是学习的资料同时又非常多，如何选择资料对学习的效果影响也是相当大的。选择资料是质量的内容是一方面，何时学习资料也是一个非常重要的方面。我学习时机最为合适的两本资料是《代码大全》和《Effective c++》。最后总结一下：1、那种方式学习最快？一定是有工作需求的，并且能够和实际的开发经验结合起来的时候学习的最快，2、如果一本书读不下去，不一定是自己的意志力有问题（技术学习是一个IT人的一项基本需求，就像人要吃饭一样，不需要意志力），可能是这本书不适合你，至少是不适

近几年 IT 培训似乎非常火，各种各样的培训学校层出不穷，而且据我说知，学费好像也非常高。这几年面试下来，都能碰到很多培训学校的学生。我们更喜欢招聘这样的学生，无论他有没有参加过培训：1 、对编程充满兴趣；我认为，这是前进最持久，最根本的源动力。2 、自己经常编程，经常提出一个小的需求并且用代码实现。或者经常参与程序设计竞赛，ACM等。3 、对编程知识点深入学习。不但要知其然，还要知其所以然。4 、积极学习学校课程之外的编程知识，比如《 c 和指针》，《 c 缺陷和陷阱》，《c专家编

在上一家公司的时候，一次新员工培训的主题是员工的工作态度。当时有一个案例：有两个员工，能力不相上下，都合格的完成了工作任务，其中一个员工完成任务的同时中总是抱怨，发牢骚。案例的问题是“给这两个员工进行绩效考评，一个是A，一个是B，你会怎么评？”。我记得当时我们都豪不犹豫的把总是抱怨的员工评了B，理由是抱怨对团队氛围和工作效率的危害很大。现在想来当初的这个判断很草率，不够深刻。管理者如何正确对待员工的抱怨？首先应该对员工的抱怨足够重视。其一是抱怨对团队的危害性。其二，可以把员工的抱怨理解成

大学毕业择业的时候，除了工作的行业（通信，互联网），职位（研发，销售），工作地点职位，公司规模（大公司，小公司）也是一个比较纠结的问题。这篇文章主要根据我自身的经验，谈一下大公司和小公司的一些不同的地方，希望对即将总出校门的毕业生有所帮助。本文所指的大公司是指规模在500人以上的公司，小公司是指规模在100人以下的公司。我毕业后在一家大公司工作一年，然后到一家小公司工作。下面主要根据我自身的经历谈一下它们之间一些不同的地方。1、企业文化。大公司的企业文化在经历了很长一段时间的发展后，一般

研发绩效考核按月还是按季度进行？我们公司是一家小公司，各方面的制度不是很完善，当然也包括研发员工的考核。最开始是没有考核的，后来列了几个简单的考核项，每月进行一次简单的考核。考核是和当月的奖金挂钩的，和薪酬和职位升迁也有一定关系（但是主要还是靠主观评判）。我以前在过的公司是一家国内知名通讯公司，他们的研发是按照季度来考核的。 也许是崇洋媚外的思维在作怪，我也想把我们的研发考核更改为季度考核。而且我在某些地方好像看到过一篇文章，大意是软件开发效果要经过一段时间才能够判定。最近和

今天正式上线了，非常不错。之前参加内测，提了一些问题，今天又用了一下，说一下我的感觉。先说一下问题：1、页面不支持宽屏，或者说不能够根据显示器宽度调整。像我的电脑两边都是空白，而中间有显得有些拥挤。2、现在博客的主题都是默认的，好像还不可以更改。3、排名好像有问题，没有更新：答复：排名规则变了。4、评论目前好像最多可以看495，超过好像无法显示。这个是我理解错误。楼数和评论数是不一样的。哈哈。5、

最近比较忙，这篇文章写得有点晚。有些人提议取消排名，这一点我不同意。排名还是有他存在的价值的，虽然对于博主来说都是虚的，但是可以得到精神上的鼓励。对于优快云来说，排名算法其实就体现出了他对博客系统的定位：是鼓励原创精品文章；还是鼓励更多原创的文章；这两者不可兼得。看了原有的排名

前注：本文中针对的我们公司研发的一些问题的思考，以及我给出的一些解决方案。如果你有更好的方案，希望能够介绍给我。1、  现状：在新产品开发和维护过程中，经常会遇到产品质量的问题。一种情况是在新产品开发时遗留的bug，还有一种情况是维护过程中引入的新的bug。2、  原因：这个现状的原因有两个方面。一是资深研发人员的流失，这是客观方面的原因，这里不再多说（留住人才有很多的影响因素，很多不是我能够掌控

今年是我工作的第四年，也是程序员成长的一个重要阶段。通过今年的学习，希望可以获得一个质的提高。要充分利用工作，工作间隙，晚上，周末的时间进行学习。要同时关注广度和深度两个方面进行学习。具体的点：驱动开发，嵌入式开发：主要是和硬件结合比较紧密的领域，现在这是我广度上的一个盲区。这个完成后，基本上在近几年内，广度上应该达到目标了。后面就是要在深度上进行钻研了。充分利用公司这次的接入设备开发机会学习。今

读马云专访的几点心得，原文：http://tech.sina.com.cn/i/2013-01-06/17027951221.shtml几点心得：1、上世纪是管理人，本世纪是自我管理。软件开发中也很早就有自组织的观念。 2、老人做新事，新人做老事。 软件研发中的人员搭配可以参考一下。3、新人的成长，一定要给他们机会去实践，去犯错才能成长。——实践是人才成长的一个重要因素，只是让人郁闷的是我们种的庄

好吧，我这个人平时想的有点多。下面是一个项目管理的总结。1、要把所有人的积极性调动起来，而不是自己一个的积极主动2、要善于借助人的力量，而不是凭借一己之力完成。项目leader不要写大量的代码，可能会影响项目的推动。3、把各个模块分给不同的人去设计，去思考细节，而不是事无巨细都自己来完成。4、思考一下为什么设计方案变化总是很多。5、分配任务的时候，是不是没有指定任务的完成时间，让他们自己去安排任务

前言：这篇文章写作过程断断续续持续了两个月，终于写完了，最近事情有些多。这次技术会议的主办方虽然是阿里巴巴，但是还有很多其他的互联网企业，比如百度，新浪，腾讯，盛大，360，小米。会议共有两天，主要面向互联网技术，参与者也大多是互联网公司从业者。人还比较多，讨论也比较活跃。我主要参与的是aDev(应用架构和后端技术)，这里简单总结一下：1、SOA的落地。记得Infoq上一篇文章曾说过：大意是，当一

不知道这样好不好，在做一个事情的时候，总是想上一下网，看一下技术。而看到一个技术点，总会不自觉的研究一下，搜索一下相关的内容。这样对工作效率会有影响的。后面要注意啊。刚才看服务框架。把底层的组件、功能服务化，对业务层提供统一的开发接口（将异构的开发接口统一为服务）。这样做的好处：1、避免重复开发。将很多公共的东西，抽象构造为服务。2、对应用系统，降低开发复杂度。一起要连接很多提供服务的实体，现在，

1、基于消息的架构。关注一下GPB，erlang的ROITMQ，thrift。用它做一个业务平台。2、自动化测试框架。利用在Python协程方面的积累，做一个面向SIP的，端到端的自动化测试框架。3、引入一套强制代码review工具，比如reviewbar。4、内存数据库，看是否可以使用，来实现热备。5、用Python来写CGI。6、为公司写一个web网站，功能包括：任务管理，日报，周报，微博，博

不要把大脑当做磁盘上学的时候我们会倾向于（被迫）背很多东西，毕业后发现大部分都又还给了老师。但是受过教育和没有受过教育的人还是有区别的，差别可能就在于剩下的那一小部分。工作后，在工作中可能还会倾向于去记忆很多东西，但是我发现很多时候是没有必要的，而且有时候甚至会成为一种负担。第一个原因是之前被我们说了很多的知识爆炸。只看看在软件开发领域，这十几年出现了多少新的语言，接口，框架，思想，方法，模式，还

还是比较习惯在农历年后做总结。首先对2011总体总结一下：去年有一些进步，也有一些遗憾，有的时候感觉自己进步挺快，有的时候感觉自己好像遇到了瓶颈。1、读书读了几本好书，感觉不错的有《effective c++》，《卓有成效的管理者》，《黑客与画家》，《编程人生》，《unix编程艺术》。之所以感觉不错是可能是因为这些书和目前自己的经验和工作比较贴切，容易产生共鸣，印象深刻。之前我说过，如果一本书读不

下面是最近对公司研发管理的一些思考，和大家一起讨论。一：关于敏捷：1）敏捷是否适合电信行业？对于想互联网这样“小而快”的行业，敏捷开发无疑是适合的。但是对于电信行业这种“大而笨”的行业，是否也适合？我一直有这样的疑问。电信行业有他自身的特点，比如，需求变化一般不大，相对比较稳定；对稳定性的要求比对快速发布的要求要高，如果稳定性有问题，影响一般很严重；一般采用更底层的语言（比如c）来进行开发。将敏捷

前言：写这篇文章的起因是老家几个亲戚的小孩今年高考，而且都是IT类相关专业。我是从一位大学毕业生及程序员的角度提的这些建议。类似这样的文章很多，权作一些补充，希望对他们的大学生活有所帮助。我的建议：1、 首要任务，找到自己的理想，方向，兴趣，人生规划。我认为这才是大学的首要任务。

1、  成员的主观能动性得到充分的发挥。——愿景，激励。2、  成员的优势能够得到充分的发挥，而他们的劣势能够通过成员彼此间的互补得到控制。——优势导向，磨合，任务的分配。3、  团队目标清晰，力量一致（可以不同心，但是必须协力）。4、  自我治愈能力（进化），能够发现自己的缺陷

为什么需要简单的设计？我想这和人的特点有关。我不止在一个地方看到过，人同时能够处理的信息不超过7个。我想这应该就是人们追求简单设计的根本原因，人需要用一个简单的设计去解决现实中的问题。如果真的存在完美，也许简单的东西就是完美的东西。很多人都崇尚简单设计的思想，那么什么是简单设计？

之前发表过一篇文章，也是谈如何学习一门新的语言《如何学习一门新的语言》，这篇文章主要的关注点是心态。今天这篇文章主要的关注点是具体的方法和步骤，是我学习C++和python的一些经验，整理出来和大家一起讨论。另外，我主要针对的已经掌握了一门编程语言，再学习一门新的语言的情况。

管理的技巧就是通过其他人实现你的工作目标。写作的技巧就是创造一个能够激发其他人进行思考的环境。需要有一个激发人们创造力的体系。团队成员优势无补带来的威力。让成员认为他所做的是他想做的事情。雕塑就是把隐藏在石头里的形象挖掘出来。

1、做事要有提前量。今天ISO认证时间突然提前，结果我还有些文档没有准备好，相当被动；半个月前第一次敢火车延误，结果站回了家；——任何事情都会有突发情况，安排的“刚刚好”，结果往往是“刚刚不好。”2、放权从来都不是把自己的工作让别人来做，而是把应该别人做的，让别人来做。把自己的工作让别人来做是不道德的，也是无法完成任务的。专权和滥权都是不可取的。——不要妄想事事都做甩手掌柜。3、管理者更多的时候是影响，而不是替代。影响包括命令式的影响和

做IT想不加班真的很难。前几天接到国内某知名通信设备制造商B公司西安研究所HR的电话，说是西安那边正在招聘LTE基站软件开发工程师，问我有没有兴趣过去。因为最近我们也在招聘，所以和他多聊了一会。我有以前的同学在那边，听说那边加班比较厉害，所以这次也确认了一下。我问他们的加班情况，他说他们最近项目比较多，所以会有加班。具体加班时间如下：1、每周一，二，四要加班到晚上八点到九点左右。2、每周六也要上班，时间从早上九点半到下午四点。3、如果项目特别急，做不完，还要在申请加班（这个看具体情况，可

从大公司的职位要求也可以获得技术提升的目标。下面是华为，阿里巴巴云，Google，百度，阿里巴巴招聘职位中的要求，和Linux相关的部分我摘抄了一下。

原文：http://blog.youkuaiyun.com/wfrong/archive/2009/10/13/4664102.aspx比喻的比较恰当。目前我也在学习《重构》，并在工作中进行尝试。可以多交流。重构所要做的第一件事情，就是构造一个可靠的测试环境，对此深有体会。有了可靠的测试环境，就有了重构的一部分勇气。我们公司目前的情况和你介绍的差不多，每隔几年系统就要重写一下。我认为，不单代码需要

读S计划的理念 自助、互助，共同进步！   读S计划的初衷 现在有很多学习方式，搜索引擎、论坛、博客，qq群等等，那么我这样的计划还有存在的必要么？这个计划的独特之处在哪里？ 读S计划的独特之处不在于其学习内容和方式，学习的内容我们可以根据实际情况调整，可以由多个人同时引导多个学习方向，这些都不是程式化的，也不是重点。 读S计划的独特之处在于其理念：致

在学习的不同的阶段我们应该保持的心态：1、接触之前，拥有一个好奇的心态。与自己原有的知识对比，不要对新的知识产生偏见。比如，原来一直采用瀑布式软件开发，在接触敏捷软件开发之前，不要对敏捷软件开发模式产生偏见：“敏捷开发根本不能够和瀑布式开发相提并论”。偏见会阻碍新知识的学习，而是要对敏捷开发保持一种好奇心：1）这种理论为什么会提出来？2）主要为了解决什么问题？3）现有的理论无法

对于某一个知识领域，不怕不知道，也不怕全知道。不知道一般会保持一种好奇的心态；全知道则会保持一种敬畏的心理。就怕一知半解而又以为无所不知，既没有好奇心，也没有敬畏心理，这样就堵住了自己前进的道路。

我们公司测试工程师不多，专职的有两三个，有两年工作经验。实施工程师的情况更糟糕一点。大部分都只有一年的工作经验，很有好几个刚刚毕业。我们公司虽然成立有几年了，但是实施工程师职位了老员工不多，主要原因是流动性太大了。工作超过两年的很少。这种状况下应该好好反思一下测试部和工程部的管理和建设。我认为，要解决这个问题，就要在测试工程师和实施工程是的培养上下功夫。目前我们在这方面做的还很不够。对