（十四）
        和伍伟差不多同一段时间进来的，还有几个搞Java的，董X、谢XY、还有一个忘记名字了，只待了两天的，不妨叫做AX吧。这几个人，在F组的时间都不长，只有伍伟最后呆下来了。他们的故事，我想，对我们也应该有一些教益吧。
        首先说董X。这个人，分在S组，不知道有没有干满半个月。来的时候，我们刚开始做着原型版，虽然进度很紧，但气氛很轻松，经常有些搞笑的邮件在组内传播。他来了没几天，就给F组所有的男性组员发了一个邮件，其中详细地介绍了各个城市色情服务的集散地以及价格和服务。呵呵，搞得我们哭笑不得。他可能以为会回复邮件漫天飞，大家热火朝天地讨论。但是结果，没一个人理他。又过了几天，他可能觉得有些孤独，就辞职离开了。这个事情，很有趣，一直到今天，大家都心照不宣，从来没有讨论过。就连老干部都没有提过，哈哈。
        相比较而言，谢XY干的时间在三个人中算是最长的了。他应该干了将近两个月吧。他提出辞职的时候，C组正是缺人的时候，而且他的工作干得不错。所以，我希望能够挽留他。以我对程序员的了解，一般来说，我是没有什么机会的。他们一般是去意坚决，并且已经找好新雇主，才会提出辞职的。不过，我很想弄明白他为什么要离开，因为这可以帮助我更好地改善团队的建设。离开的人，说话可能也会坦白一些。
        我跟他谈了差不多有一个半小时吧。他去了中兴通讯，但这不是使我震惊的事情。使我震惊的，是他决定离开的理由。
        他说，因为F组的凝聚力太强了。
        他说，他看见同组的同事关系融洽，配合默契，打成一片，但是自己融入不进去，所以一直觉得特别压抑。然后我问他，我能够做些什么来帮助你融入这个团队吗？他摇摇头，说，可能我的性格就是这样，我觉得他们那样很好，但是，我不大喜欢这样。我希望我所在的团队，不要这么凝聚，只发生一些工作关系就好了。
        说到这里，我还能怎么说呢？
        这个问题，曾经困扰了我很长时间。这是我们团队的问题吗？
        我想了很长的时间，后来终于想通了。一个好的团队，难道非要能够让所有类别的人如鱼得水吗？不需要，也是做不到的。我曾经希望这样，但是，通过他的离职，我明白了，只要团队形成了自己的文化，它就会对人产生选择作用，这是不可避免的。这是文化的本质属性，要去掉它，就是去掉文化本身。但是这样，团队也就死掉了。
        但有些东西是可以改变的，比如，我们可以让团队成员进入的时候，就让团队文化进行选择。这就是后来我决心改变招聘流程的一个出发点。
        但这还不是全部的理由，还有一些其它的因素也在促使我改变招聘流程。其中之一，就是AX这个案例。
        AX以前所在的公司，曾经想做J2EE应用服务器，所以他对J2EE规范有过一些研究。我和他谈的时候，已经有三个人面试过他了。但前面三个人的信息没有被传递到我这里来。所以，我只能从头问起。问了大概半个小时的时候，他终于失去了耐心。他说：前面三个人都问过同样的问题了！
        这个愤怒的问题，使我意识到，我们公司的招聘流程出现了问题。因为我回忆起来，我到Appeon面试的时候，其实也遭遇了同样的模式。同样的简单的问题，我回答了太多次。唯一不同的，是我年纪大一些，稍微有耐心一点。
        虽然他的离开不是因为这样的原因，但我们是不是应该为此做点什么呢？
        在讲我们新的招聘流程如何建立之前，我先想讲一讲最后一个用老的招聘流程招进来的ZYMM的故事。她是一个反证，说明老的招聘流程，虽然有不尽如人意之处，也还是能够招到很棒的人。
        要知道，凡事无绝对。

回复区：
董X
一直没有提到他，并不等于忘记他。我至今仍然清楚记得他的名字。
在Forms团队，不管是段子还是开玩笑，都停留在一个缥缈的境界，从来没有把它现实化或者真实化。所以，老少皆宜。就好像大家至今不能确认XX和XX交界地方是否存在一样，其实，连我也不太清楚了，哈哈。
董X没有完全彻底理解我们的游戏规则，而是只看到了我们表面的东西就从内心下了一个简单的结论，所以，发出来一个邮件大家基本上不能接受。
至于谢说的Forms团队太凝聚，我觉得是他个人的问题。这种不能融于团队的人也不适合于其他团队。不过我觉得那个人挺好。
――老干部

董X好像刚刚和别人开公司，失败了，找个工作干干，平时看的书都是商道之类的。他想的是自己创业。他辞职多半是又想好创业的东西了。他关心的不再是技术了，更具有社会性
谢的离开大概是因为刚开始交给他作的事情和其他人没有太多交流。当时我也没有经验，以为给一个独立的事情给新人作，更容易完成。其实人是希望交流的，希望在工作中交流。如果一个有工作经验的（也许适用于没有经验）的新人，也许给于一个需要和多方面交涉的工作更好一点，这样他会自然认识更多的人。往往辞职时候说出的原因，有可能因为厚道地不得罪留着的人而修饰。
他曾经跟我说不喜欢我们那种嘻嘻哈哈的方式，而他认为自己的性格有点类似熊辉。
――老李

小强说他们现在的头刘x军天天要求搞什么团队，团队，hehe，据说无聊得很
――xbfu

不见得吧
我倒觉得一个团队应该更加有包容性，什么样的人都应该有。谢如果在我现在的公司，可能会干得不错。但是，并不是说我现在的公司没有小圈子，一样有。只是在工作的时候，拿出爱岗敬业的职业精神来，事情一样可以做的好。
――norwaywoods

名字
我想，我们都记得董X的名字。我在这里只是不想说出来而已。做人，要厚道。关于他，我想老李说的没错，我也注意到了。但是不是因为找到新的创业机会了，我不能肯定。总之，他走的时候，我没有和他谈，我没有这个意愿。
关于谢，老李说的也是对的。不过，我们团队的风格，应该不是他离开的唯一理由。一个人的行为动机常常是复杂的。但我趋向于认为这是最关键的原因。因为程序员，虽然从事的是理性的工作，其行为，则通常是由情绪驱动的。这是我的理解。
――whyitbe

老李
我做老李好多年了。我以前的朋友都叫我老李。
今天碰到这个老李，非常开心，呵呵。
顺便说一句，老李，我认真看了你的Blog了。
――老干部

关于ZYMM进FORMS
这一点我要多说两句，因为是在Whyitbe不在的时候，我决定招进来的。呵呵，背着老大干的事也不一定是坏事。
面试时和ZYMM讲了不少话，大部记不住了，只记得一件事，她的前一家公司已经欠她好几个月工资了，但她没有离开，实在不行了才走。kao, 我还是第一次见到这样实在的女孩子。我的直觉告诉我，她非常适合我们这个实在的团队。所以立刻下了决定。
她通过CTO一关好像很容易，后来的QHMM就没有这么顺利了，我为此与Huangjian吵了一次。等写到了QHMM，我再加上这段花絮。
――goose

不做老板，“开心”就是打工的唯一理由
我老了，老得记不起很多事情。
对于董X我是真的真的没有印象！但那个长达几页的“深圳黄页”我到是记得较为清楚。首先声明这绝对不代表本人是天生的好色物种。事实上，如果你在办公场合接到一份你在5年的工作中甚至于今后的工作中都不会收到的邮件。没有理由不把它当回事来看。当然，如果光以此去推断一个人的人品，这等无视人权的幼稚行为不会发生在我们身上。我只想说，至少董X从进公司的那刻起也许就没打算过认真呆下去。无所谓的态度是董X的离去最大原因。
对于谢，我们有过少许的交谈，我能理解小伙子的想法。不做老板，“开心”似乎就是打工的唯一理由。这句话不全对，但我信它。谢选择离去，是对的，但是谢的下一个公司会不会是另一个错误的开始，还很难说。“开心”是要主动去寻找，而不是旁观就能等到的。所有，不要轻言你的团队溶入能力，先问问自己有没有努力，不是去努力寻找团队对你的适应，而要努力去找到自已在团队中的平衡。能做这一点，至少我们少有几个“错误轮回”
――超级农民

论信任
信任在Forms团队中是很重要的，因为首先我们有了信任的环境，其次团队中的成员能相互保持信任，所以这才构成了Forms团队的强大。从而也导致进入Forms团队的任何一员，能够很快意识到这一点，并敞开心扉去信任大家，他才可能融入。
从我的理解来说，董X进入时，没有看到信任在Forms团队中的重要性，一直在旁观，到走的那天也没有打开自己的心扉。这是我与他接触的感觉。其实那封电邮是无关紧要的。
而谢的离开，我一直认为有个人的原因，也有团队的原因。一个优秀的文化是应该能够融化在其中的每个人的，但当时我们的文化显得太封闭，对外有很大的排斥力。这可能才是他离开的原因。
――goose

我同意GOOSE对于谢的分析
“但当时我们的文化显得太封闭，对外有很大的排斥力”
这是当时很多外组的人，对我们好奇的原因。杨柳就经常问我你们一天到晚的大笑是在干什么？哈
――norwaywoods

大家在这里分析来分析去的。
其实有一个简单的方法：去问他们自己。
――老干部

AX的确是个牛人，当时是我面试的。他之前的公司自己做过应用服务器，他对JBOSS的了解相当深。
招进来后坐了两天，因他爷爷去世，匆匆的请了个假回去了，从此就鸟无音讯了。
他为我们留下了一罐上好的龙井荼，一个铁杯子，一本新的笔记本。还有对他的怀念。
真正对EJB很熟悉的人有吗，包括我们现在公司？
他是我碰到的唯一一个。
――PK

鸟无音讯？
啥意思？
这个词使我确信，这个PK不是冒牌的。
――whyitbe

还有“一罐上好的龙井荼”？我只喝过龙井茶。
“一本新的笔记本”是不是笔记本电脑？谁拿走了？
――SHMILY

（十五）
        ZYMM是个MM，这一点是勿庸置疑的，而且这一点非常重要。更重要的是，ZYMM不是我招来的，我连面都没见上一个，她就被招进F组了。她也是唯一一个我没有见过，就被招了进来的人。
        去面试她的是PK，还有GOOSE。那时候，我刚好出差在外，在哪里？不记得了，也许是去了科大招毕业生了吧。
        这是PK蓄谋已久的事情。
        前面说过，他的M组最先完善自己的队伍。水松和盛伟进来之后，他的队伍看上去挺整齐的。但这只是我的想法，不是PK的。他敏锐地意识到，他的小组没有MM，这对于提高士气，凝聚小组非常之不利。所以，他要求招一个负责文档和测试的，并仅限于女性。那时候，没有MM的还有S组。但NorwayWoods年轻些，没有PK那么有经验，他也想MM，但不知道怎样整一个进来。（不过，他后来进步很快，终于也给S组配备了MM。）
        为了更清晰起见，我先交代一下，当时F组MM们的分布。
        当时的F组一共有3个MM，这个数目保持了很长一段时间，虽然里面包含的人发生过一些变化。每次有MM流失的时候，我们都注意及时地加以补充。
        3个MM分别是袁媛、贾莉、曲英。曲英在P组，另外两位都在C组，其它组则没有MM。这是很不平衡的一个格局，但我经过仔细的考虑，发现在现有的资源状况下进行调整有相当大的难度。唯一的办法，是在团队发展的过程中，有意识地进行补充和调整。
        所以，对于PK的这一计划，我没有理由加以反对。
        PK面试了不少候选人。也曾经有两三个准备定下来，后来被CTO否决了的，搞得他很是郁闷。ZYMM这一次，CTO那里能够通过，也许只是运气而已。
        我回来了，带回来一点安徽的小吃。课间休息，吃东西的时候，PK告诉我，他们新招了一个MM。我的第一个问题是，长得咋样啊？
        没问题！他们异口同声地说。他们，包括PK，GOOSE，还有M组的全体光棍。
        行了，其它的问题不用问了。啥时候来报到啊？一个月后吧，05年2月初。在这期间，曲英离开了F组；原型版出来了，虽然不太稳定；公司开了年终总结大会，虽然还没有开始盈利；公司又开始考虑合并F组、VB组和Platform组，虽然这肯定是个巨大的错误；我们发布了英雄榜4.0，照了依据《无间道》产生的灵感而排出的黑社会英雄照；在英雄榜4.0发布的时候，我发表了我那赫赫有名的屎坑理论。那个岁末年初，可真是个多事之秋。
        2月初，ZYMM如期来报到，她没有让我们失望。她来了之后，虽然早早就宣布已经有了男朋友，还是有很多人对她垂涎不已。
        最开始是甘霖，嚷着他那里需要一个MM来写Parsing Rules，不然他就要罢工。没有办法，我们经过和PK的艰难协调，才得以把ZYMM放在SA组，主要负责撰写Parsing Rules。后来PK只好再去招了一个MM。然后是shmily，这家伙后来养成了有事没事就往SA组转的习惯，我们都很烦他了，他还乐不巅巅的，不知道ZYMM烦不烦他，呵呵。最后是YYL，这个AJE大组的组长，自从借用ZYMM去做过一次会议记录之后，一直处心积虑想从我这里把ZYMM挖过去，这遭到了F组全体同仁的一致唾弃。
        ZYMM的工作，一直让我非常之景仰。她是我所见的，唯一能够从琐碎无聊的工作中做出乐趣，并让团队里的同事也感受到乐趣的人。
        没有人要求她去改进我们当时Parsing Rules的写法和格式，但是，她一版一版地进行着改进。字体，颜色，布局，内容的组织，表现形式，交叉索引。作为一个程序员，这是我看到的最完整的重构实践。到最后，F组被拆散，我辞职的时候，她完成了她的承诺，发布了我们Parsing Rules的最后一个版本CHM版。这大概是我们能够想到的最方便易用的Parsing Rules使用方式了吧，虽然那一天，这个Parsing Rules已经再也不会有用了。
        那个岁末年初。当我写下这几个字的时候，那些往事，如电光火石，点燃了我记忆的天空。我记起了自己为了保全这个团队所经历的艰难的挣扎和无望的抵抗。第一次，在回忆那段美好岁月的时候，我感到了孤独和隐痛。

回复区：
儿女情长
一谈到MM就儿女情长。
――老干部

屎坑理论
我想在这里重复一下“屎坑理论”：
占着茅坑不拉屎是为了防止别人来拉屎。
我考虑了很久，自己不拉就算了，为什么不让别人拉呢，原来是怕别人拉的屎太臭，把茅坑搞坏了，哈哈哈
不知道要是当时想拉屎的人看了该怎么想。
俗人俗想。
――老干部

那幅黑社会相片！
多么美好的回忆呀！哈哈！多好的创意！把对老张的个人崇拜推到了黑社会老大的高度！哇哈哈哈哈哈~~~~~~~~
――norwaywoods

我们照的相片也弄到外网了吗，提供下载呀！！！
――ccq

屎坑理论
体现老大的气魄，一般人是没这个气魄的。让我在现在的工作中，很有裨益！
――scorpioab

且谈屎坑理论
说到屎坑理论，一方面，对于张老大的拉屎作风深为之诚服。另一方面，屎尿之外，感想诸多，由于恰逢圆宵家人同吃汤圆，实在难以多嘴，改日专出“屎坑后感”同，以作张兄之后。
――超级农民

MM
垂涎ZYMM的黒名单里。
在早期最抢眼的其实是小罗。
当时我记得很清楚，我们去爬山时，去邀他，他问的第一句话就是ZYMM去不去？
――PK

嗯
PK这么一说，我也想起来啦。哈哈。
――whyitbe

（十六）
        还是要回到那个岁末年初，要讲F组的故事，那段时间是没有办法回避的。
        1月间，原型版可以给人演示了。虽然不大稳定，经常蹦点框出来，性能也有待改进，但不管怎样，能跑起来了。能够往数据库里面增删数据了。对于原型版，我们还能有什么别的期望呢。
        看完了F组、VB组和Platform组做的原型版，公司做了两件事情。一件好事，一件不好的事。大家想先听哪一件？Good news, or bad news？
        我选择先说不好的。据说这是天性悲观的人的选择，你的选择是什么？测试一下。
        看了原型版之后，公司重新拣回了把三个组合并的想法。
        刚开始的时候，公司就想这么干来着，但是他们没想清楚，加上我坚决的反对，最后还是分成了三个组。他们让YL总管三个组的SA，但我们都知道，那只不过是形同虚设。到了原型版，这种合并的声音又开始响起来了。理由很简单：资源共享，产品统一，方便管理。这个理由，看上去似乎挺正确的。
        我还是反对。这个态度从来没有变过，一直到今天都是如此。
        在参与这个问题讨论的所有人里面，我应该算是做产品开发管理的时间是最长的，经验是最丰富的。但是，我说话的声音，却是最小的。为什么？因为，我的"Appeon经验"是最少的。他们有一种让我无话可说的推理模式，那就是，我们以前做APB（Appeon的第一个产品，当时相对比较成熟了）的时候，怎么怎么样，所以现在，应该怎么怎么样。碰到这种话语方式，我只好哑口无言，因为它是一种暗示，表明你还没有被这个团队接纳。
        但我要说出我的反对，而且，因为上面的原因，我要提高音量。我考虑到，我的反对，可能遭到最浅薄的误解，认为我只不过是出于保护自己山头的目的。所以，我采取了不同的策略，我不在技术上进行反对，也不在管理上进行反对。我直接提出商务的理由。
        我问道，谁能告诉我，用一句话告诉我，合并之后我们的产品，是个什么样的东西，服务于什么样的真实的客户？没有人能够回答这个问题。没有人想得清楚明白。那好，至少我现在可以用一句话告诉你们，F组现在所做的产品，是个什么样的东西，服务于什么样的真实的客户。想听听吗？
        合并之后，产品目标不清晰了，团队焦点模糊了，这一点，抵消了因为合并可能带来的所有好处。
        我不知道，是因为我一次一次的反对态度本身，还是我所提供的始终一贯的反对理由被认真地加以考虑，或者是其它的什么我所不知道的原因，这一次，公司再次决定暂不合并。
        这已经是我第N次守住F组的领土了，但这一次，我开始意识到，也许我所做的这一切，只不过是使F组的欢乐延长一点。我看见了公司合并的决心，问题只是合适的时机而已。我意识到，在我们的产品在市场上死去之前，我们的团队会先在公司内部经历一次死亡。
        当时，参加这些讨论的还有游飞。但他不能意识到这个问题的严重性，所以我感觉非常的孤单。我的孤单难以派遣，于是我在英雄榜4.0发布的时候，说了两句非常隐晦的话：
        一。现在只有一种方式能够让我们的团队死去，那就是把它拆散。
        二。如果有人要说我占着茅坑不拉屎，我就回答，我就是要把这个茅坑占住，不让别人来拉屎。这就是著名的屎坑理论。
        这两句话，成了两个不幸的预言，后来一一地变成了现实。我意识到它们将要发生，但只能眼睁睁地看着他们发生。这也许，就是我们通常所说的命运吧。
        好了，终于把这个包袱扔掉了，让我们来说说欢乐的事儿。

回复区：
建议
强烈建议加入一些情节及对话，尤其是比较著名的经典的冲突，建议一一再现出来，对话情节可以虚构，只要大家明白是那个意思就行了。
这样可以更好的表现人物的个性及人性的光辉面。
――PK

哈
PK终于不潜水了。
不过这个建议......
还是给我们的老朋友们留一些面子好些吧。
――whyitbe

（十七）
        本来想今天写到这里为止，结果老干部马上就在MSN上抗议，说今天写的太少了。我想想，算了，把欢乐的事儿一并说了吧，省得有些同志晚上睡不着觉。
        好消息是，原型版做得差不多的时候，由于公司的队伍急遽扩大，12楼坐不下了。于是公司在创维大厦又把第三层整个租了下来，并且把PB整个产品组将近200号人一起搬下去了。12楼现在空了，我们终于可以离开原来那块憋闷的地方了！
        12楼座位的布局，非常简单，除了西北面有几个办公室，其余的，一大片卡座通开，全在一个大厅里面。F组刚开始的时候特别地倒霉，就位于这个大厅的中央地带，隔窗户十万八千里，空气非常污浊，常常让人透不过气来。我们想挪个位置已经很久了。
        机会终于来了。我的目标非常明确：靠窗户，连成一片，隔领导办公室远。
        心里是这么想的，但嘴巴上不能这么说。凡事要注意策略，这是我学到的一个很重要的办公室的政治智慧。
        我先看了看另外两位组长的态度，发现目标太容易实现了。他们两个以前都坐在北面靠窗的座位，爽得很，自然不想挪窝。这样，南面那一大片靠窗的座位就没人去坐，或者说，没人愿意去坐。
        这不是天上掉馅饼吗？记住，就算天上掉了馅饼，也不要说出来，切切！所以，我说：
        你们都不愿意坐在那边，那我就带F组坐过去算了。我一副很委屈的样子。
        呵呵，当然是我过去坐了，谁叫我的"Appeon经验"最少呢。
        有人会说，这个座位对你真的是那么重要吗？是的，自从F组搬到南面靠窗的那一排之后，我才可以确定地说，F组终于成了一个完整的团队。
        先且不说物理上的位置给我们带来的好处，比如，新鲜的空气，随时能够交互，相对独立的空间。单说这一个形式，就是一个很大的力量。象成人礼一样，这次座位的搬迁是对我们团队完整性和独立性的一个庆贺仪式。在空间上的完整和独立，使团队舒展开来了，我们找到了游刃有余的感觉。
        我可以肯定，达到这样的效果，肯定不是公司领导有意为之，但我愿意把它看成这是CEO对F组的第二次巨大的帮助。第一次，是他让游飞当时带领的团队成为F组的启动团队。
        趁热打铁，我们紧接着建立了自己的论坛，GOOSE一手操办。他管这个论坛叫做ROOM论坛，这当然是有个由头的，这个段子，F组的老同志们都应该知道吧。不过，这个段子很有点颜色，还是留给GOOSE作为花絮来补充比较合适。刚开始的时候，上论坛灌水的人很少，直到我在某一次发布英雄榜的时候苦苦哀求大家，出于同情，这个论坛才渐渐地开始火起来。
        那里面，有许许多多F组共同的回忆。特别让我怀念的，是GOOSE的小胖版照片，不知道现在谁的手上有，有的话，一定要给我发一份，我好贴到这里来。后来F组被拆散了，盛伟把这个论坛搬到外网，后来他没钱交托管费，被停掉了，我们失去了一个联络感情的好去处。现在大家暂时把我的Blog当成了我们的论坛，呵呵，我没有意见，帮我增加点访问量，挺爽。我们能不能捐点款，让盛伟重建我们的论坛呢？举手投票。
        好了，现在我们有了物理空间、论坛、MM们、原型版、以及，不时回荡在办公室的欢乐笑声，我想，现在我们的产品团队可以跑步前进了吧。呵呵，相信我，现实永远不会如你我所愿。新的危机出现了，此时的F组，正在进入最痛苦艰难的混乱时期。要不，怎么说这是个多事之秋呢。
        那个岁末年初。

回复区：
同意捐款。
我已经开好了帐户：
户名： 李进才
帐号：123456789
金额不限，多多为善。
阿米托佛！善哉善哉。
――老干部

捐款
已捐了十万，老干部注意查收。
收到后麻烦拿一万出来，让大家先FB几次。
――PK

很快，就会有论坛出来
很快就可以拿到空间了!
――scorpioab

（十八）
        上回讲到，原型版完成后，我们都认为这下我们可以跑步前进了。但事实是，在原型版演示完的一个多月时间里，我们的进展十分缓慢，基本上在原地踏步。问题出在哪里？
        问题太多了。但是最根本的，在于我们的管理团队内部对两个问题产生了深刻的分歧：
        一。原型版完成了，下一步怎么办？一些组长认为应该抛弃原型，对架构进行完全重构，另一些则认为应该稳定原型版，并以之作为我们0.1版的基础，在发展中持续调整架构。
        二。SA组和Parsing Rules的职能，到底Parsing Rules只是一个历史的记录，还是作为所有开发组工作的指引？SA是组织研究各个特性的迁移方案，还是仅做迁移方案的审核？
        这中间随便哪个分歧，都让团队够呛，何况两个一起来了？因此，产品的开发失去了方向。大家按照不同的方式做事，接口混乱了，团队合作开始给人挫折感。这是一个很不好的信号。那段时间的许多日子，对于有些程序员－－特别是C组和S组的，他们的交互最多－－来说，张珂测试没有那么容易通过了。
        在处理这个问题的时候，我的动作迟缓了。
        原型版奇迹般的推出和团队前期的和谐氛围，让我的自我感觉太良好了。这非常良好的自我感觉，蒙蔽了我的心灵（不是眼睛），导致我对频繁出现的警示信号视若无睹。一直到矛盾升级，士气明显的低落了，我才开始意识到问题的严重性。
        管理团队连开了三天的长会，不干别的，就开会、沟通。问题比我们想象的要深刻得多。这个过程，有多么痛苦，我把当时我发的一封邮件贴到这里，各位就看得比较清楚了。
        我知道，这种马拉松式的会议非常辛苦，但是我觉得，各位需要意识到这也是各位真正的工作。如果在我们这个团队范围之中，都难以让思想的汇流顺畅的进行，我们怎么可能期望其他的团队成员在接口如此复杂不清的状况下进行高效地合作呢？
        作为这个团队的头，我要求大家带着耐心，带着建设性的态度，带着达成共识的决心完成我们的讨论。团队的磨合，需要时间，需要智慧，更需要意志力。我们已经在前进的道路上了，让我们收获果实吧。
        相信我，你花在团队建设上的每一分钟都不会白费。
        痛苦的过程，孕育了甜美的果实。共识在形成，团队成员的相互理解在加深，关系在改善并且变得令人鼓舞。最难的，是信任在茁壮生长。问题的解决，成了水到渠成的事情。
        感谢F组的管理团队，我一直为他们感到骄傲。在每天长达数小时的会议中，他们袒露胸怀，开放心灵，真诚地探讨我们面对的问题。而这一切，都需要巨大的勇气。是他们的正直品质和专业智慧，挽救了团队。为此，要起立并致以革命的敬礼。
        团队经历了最大的转折，前途真正光明了。虽然，改变混乱的状况并非一日之功，但现在我们所要做的，只是让时间流逝而已。

回复区：
长长的会
那是一个长长的会。但是与会的人失去了耐心又找回了耐心。而且值得庆幸的是，那个会议坚持了对事不对人的原则。最后基本上取得成功。
但是，事后没有人发表讲话说什么“胜利的，团结的，成功的大会”。
当时我还在想：靠，现在是看whyitbe能耐的时候了。
――老干部

袒露胸怀
这个词语太恰当了。
靠，幸好当时开会的人里面没有女的。否则让人家以后怎么做人啊，
――老干部

谁说的？
ZYMM做记录啊。
――whyitbe

关于原型版
我感觉当初是应该扔掉原型版的，由于开始时我们对Forms的了解还是很浅，再加上原型版只是对部分功能的演示，所以采用了许多苟且的做法，缺乏事先的总体设计，若硬要做下去必会积重难返。原型版给了我们技术积累，让我们对如何写Forms迁移工具有了一个底。以此为契机，认真的思考、设计一个实用的、扩展性强的架构。开始不一定要设计一个很大的系统，可以从小系统开始慢慢扩展。

对于我们这个产品，我经历了从1.0到消亡的整个过程，就我所负责的System模块而言，已经是很难再做下去了——混乱的接口规范，苟且的实现方式。这期间我做过两次大的重构，其实很多人都在做重构，然而那段时间经常被人抱怨我们没有一个稳定的版本，而我，因为想将S组和C组的紧耦合代码解开，重新定义了接口和调用规范，所以，每当出了什么问题，不管三七二十一，我总是被叫去的。

其实我也有过妄想，妄想着有一天，我能够负责我们这个产品的X.0版的总体架构设计，因为我一直感觉我们的产品缺乏真正的总体设计，大家基本上都是各自为战。虽然也会协商各自的对外接口，但是没有人对整体有一个清晰的认识，也没有人能预见自己这样做会对整个系统造成什么样的影响。

以上只是一个刚出道的一个程序员的肤浅的看法罢，还要请各位前辈多多指正。
――zqchen

hehe
我在楼上的几个月，大多时间在发呆。因为我一直没弄明白那整个的东西是个什么样的，所有的文件是个什么组织。当然，那套东东对于编程初学者或许比较复杂，我搞得很头大，主要也是因为对forms很头大，我不知道当时和我一样处境的zhouyi同学有啥见解；不过jinglin当时说我基础比他好，呵呵，估计他很不平衡，其实是我啥也不懂。总之搞java那段时间可能算是我的入门时间，对整个结构上的体验没有小强同学那么深刻，但是整个从开发流程来看，整个的需求分析什么的都做的比较混乱，当然，原型版可能是以发现为目的，需要大家整个去研究这个特性。但是作为原型版开发出来的东西，肯定会有无数的垃圾代码，和无数的苟且的结构和流程在里面。完全抛弃几乎是必须的。原型版就是用来抛弃的，至少我现在还这么认为
――xbfu

一口气看完了
我家可以上网,可惜机会一直被我的男朋友霸占,每次我想上网的时候,他就象一尊佛像坐在那里,怎么推也推不动,要不然就打着"正在学习请勿打扰"的招牌,真是无可奈何!今天难得有机会,不管多晚一定要把大家在公司议论的最新发表看一下,一口气看了十二篇(很久前看了六篇就被我朋友抢了地盘),脖子都看酸了,不过很有意思咧,在FORM组的日子很开心,它会成为我永久的记忆!现在我不得不让位了,我朋友说如果我再不让位的话,他会把留给我的最后两个芒果给吃掉,晕~~~,我撤了
PS:我还特意让我男朋友看了"情人节"篇~~~~:)
――tiny

不想说的话题
关于原型版的问题，我一直都不想深谈。因为原型版的问题，并不单是原型版自身的问题，也不是我们应该如何对待原型版的问题，而是整个运行时架构的问题。
而整个运行时架构的问题，并不是一个F组内部的问题，所以，不是我们自己可以完全掌控的问题。
我说过，当时我们曾经设想过5种架构，如果要我自己选择，我不会选择我们最后所用的架构。这是整个AJE部门的选择，在这个问题上，F组已经显示出和AJE在技术上的巨大分歧。这就是当时闹得沸沸扬扬的所谓APP1和APP2之争。最后的结论，非常可笑，整出来一个APP1.5。也许从这时候开始，就预示了AJE在架构上的危机。
而日后，管理团队内部关于架构的分歧，实际上，只是在我们原来设想的5种可能架构中的一种上，进行子类型的选择，我以为，于大局，其实已经没有太大的影响了。
所以，我看原型版是否重构，主要不是作为技术问题来看待，我是把它作为一个团队的建设问题来看待的。
在原型版的问题上，我并不是没有自己的看法，但我以为，自己的看法是可以保留的。我最后选择了中立，就是说，我尊重管理团队自己的选择。
至于原型版就是用来抛弃的说法，我认为我们大可不必如此教条。事实上，一直到F组解散，我们对于Forms的认识都不是完全正确的，所以，在整个产品的开发过程中，我们一直在抛弃一些东西，只是没有公开地这样宣示而已。
谁对Forms的认识是完全正确的？Oracle。所以，Oracle本身所提供的迁移方案，对于我们认识Forms的迁移才具有最大的价值。我遗憾的是，我们对于Oracle的迁移策略，还是研究得太少。
――whyitbe

Chen ze qiang同学成长的真快！
看了Chenzeqiang同学的评述，仿佛有把我带回了那个时候。我的很多想法都跟他不谋而合呀！做这种东西本身就是风险很大的，所以面临一两次的推倒重来，不出奇。关键是每次死，都死得不明不白,仿佛在轮回，Replay!这是最让人郁闷的事情！
――norwaywoods

expecting。。。
站在高人的肩膀上看团队建设，受益匪浅。期待更多。。。
――jollyja

关于教条
对于一个团队来说，在工作的指导方针上，教条一点，不讲道理一点，未必不明智，起码这样可以使大家的目标更统一。那个forms的原型版，按照教科书上的说法的话，其出现的目的大概是要达到两个互相矛盾的结果：一是所谓的“曳光弹”，就是搭出一个功能不完整但是可以使用的骨架来，证明其可行，然后再往里添功能；一是所谓的“原型”，就是用来学习领域知识来用，也是证明其可行，然后扔了重来。如果说我们干了什么，那么我觉得我们所作的事可以这么理解：花做一个曳光弹那么大的力气来做一个原型出来，然后由于没有“教条”，或者“信仰”一类使大家的目的高度一致的指导方针，做出来了个四不像。综合了原型和曳光弹模型的不同的缺点：原型不适合重构，曳光弹不适合被抛弃，因为弃之可惜；而我觉得，如果大家一开始就决定，是扔还是不扔，那么痛苦虽然不会没有，但至少会少很多。当然了，这个是否有外界环境的影响，就不是我所知道的了。在学java那段时间里，我对重构的技术还是很感兴趣的，后来做了点cpp，每天在很空虚的代码结构上空虚的build不知道多长时间，对这许多所谓工程，管理，才有了些许理解。重构本身是轻量级开发过程的一部分，轻量级这个东西很关键，三五个人或者不到十个人开发一个项目，每个人都可以对整个项目有完全的理解，然后搞结对编程，tdd，重构，等一系列的事情，可以说：爽得不得了。当项目大了，人多了，这一套就吃不消了，代码量的增大，导致上面的那些好处都被每个人理解整个项目的复杂度，理解产生的代码的复杂度，build一次所花费的时间消耗光了。所以，重构本身的代价是庞大的，当项目大一点的时候，这个代价和重写差不多（或许java代价会小一点），最好的办法，还是在一开始，架构，和接口，就尽量设计得合理一点，多考虑一点。刚写出的代码的质量，很多时候更取决于程序员写这些代码的态度（让它天长地久？还是跑一次就扔？），而不是程序员的技术水平。
――xbfu

哇
所谓士别三日，当刮目相看。xbfu几天不见，写出来的东西就颇有见地了，景仰景仰。
我以前觉得科大的毕业生是一代不如一代，看了小强和付少的评语，我必须要承认自己这个认识上的错误。虽然，他们的观点我不能尽数同意。
我不知道别的程序员怎么做，反正我自己写代码的时候，从来没有打算过跑一次就扔的，除非是明摆着只用一次的代码。
进一步说，说重构只是轻量级开发过程的一部分，我不知道这是对重构的最大误解，还是对轻量级的最大误解。
――whyitbe

惭愧惭愧
付少这半年一直在写C++，所以他的很多看法是基于C++经验的。虽说程序设计思想是超脱了语言的界限的，但是对于写代码的程序员来讲，语言本身的影响力还是还是比较深刻的。C和C++，C++和Java，习惯了某一种语言的不同程序员在对待同一个问题的时候是会出现一些分歧的。这三门语言我在不同的时期学习过，并且也实践过，所以我还是有点体会的。
感觉现在流行的一些诸如设计模式、软件工程等等的书籍都是拿Java来举例的，Java的简单，单根的结构，施用起来也非常的爽，但是复杂而又灵活的C++就没有那么简便了。
当然，可能我的这个说法还是太幼稚了，毕竟我没有多少项目经验。
――zqchen

付少与小强应该是F组绝代双骄啊:)
我倒觉得原型版的架构没有大的问题。按照Form对象来划分类的总体思路是没错的。有味道的只是一些运行时的支持类，功能划分不明确，或者依赖关系不恰当，如此等等。这些问题我觉得还不算是最高层的架构问题，是可以通过重构解决的，不过可惜我们对重构的推动力度不够。程序员自动自发的重构受到了一些束缚，这很让人遗憾...
――gengmao

关于轻推渐进
其实想起了老大说过的一句话：“任何一句话，都有其适用的范围。”尤其是当我们面对以往的成功证明过的一些话的时候，更应该清醒的去了解这句话的适用范围。曾几何时，轻推渐进成为我们工作的很重要的主导思想。也就是说，由于我们的轻推渐进，所以在了解新的领域，我们尝到了原型版的成功。这个时候，支持这种策略的，重构技术，测试驱动开发、TDD等理论，开始盛行。
――scorpioab

原型
开发原型代码可以用许多语言，一般不是cpp，应该也不是java，这类痛苦的语言
――xbfu

我看待当时原型版是否改抛弃的问题，是一种指导思想之争，其实在我们探索一个未知领域而我们自身没有任何经验积累的时候，我们一定要轻推渐进，通过不断尝试再修改，在尝试的策略，摸索出一条前进的道路。可当我们摸索了很久以后，积累对事物的足够经验时，我们就应该适时候的把背在自己身上的包袱给卸掉。开始大胆推倒重来，但前提是要把以前的经验和问题要体现到新的架构中。也就是说，轻推渐进和弃之重来是辨证统一的，都在一段时期内，有其道理！既然两种观点，从来都没消亡过，就必然意味着，它们都有其生存的土壤，只是我们在倡导的时候，要注意我们当前的土壤是什么样的!
――scorpioab

（十九）
        ZYMM是我们用老的招聘流程招到的最后一个人，虽然她很棒，但这并不能说明这个招聘流程也很棒，这在逻辑上说不过去。前面在讲到几个F组的过客时，讲到老的招聘流程的一些问题，但那些，都不是最主要的。
        最主要的问题，是没有人愿意去面试来应聘的人了。
        面试的过程，一般都是由资历比较深的程序员或者组长担任面试官，这本应该是对他们工作的一种奖励。但结果，是最初的新鲜劲过去之后，所有人都觉得面试工作令人疲惫，非常无趣，碰到这样的机会都成了谦谦君子，互相礼让。面试是一个与人谈话、交流信息的过程，而且被面试的人具备不同的背景和经历，按照我的理解，应该是一个信息量很大的学习机会才对。问题出在哪里呢？
        问题在于，我们的面试过程缺乏娱乐性。
        对此，我们必须加以改进。
        过程的改进，还是发生在那个岁末年初。我们收集了团队所有人的意见，最后，审慎地推出了新的招聘流程，它包括四个步骤。
        一。笔试。笔试由各小组自己出题，题目经常发生变化。只要笔试成绩不是差得离谱的，都可得到面试的机会。
        二。面试。面试不再是以前的多轮单人面试，改为一轮双人面试。面试官一般由用人组长和一位未来的工作伙伴担任。两位面试官轮流转换提问和观察的角色，并单独进行评估。面试主要考察候选人的专业技能。双人面试还有一个好处，就是能够使面试过程流畅，不大会出现由于一个面试官一时半会找不到要问的问题而陷入冷场的局面。
        三。试讲。能够参加试讲的候选人，我们一般有70-80%的把握了。试讲由候选人自选一个与其未来工作方向有一定关系的题目在多位听众面前进行专题讲解。题目可大可小，听众会积极提问。试讲主要考察候选人的沟通协调、传播知识、理解、承受压力、应变，以及与F组融合等全方位的能力。试讲之后的评估是所有听众共同评估。一般，能通过试讲，问题就不大了。
        四。人事。我们这里都通过了，剩下的就是和人事谈待遇问题了。我的原则是，一定要让候选人独立地和人事谈，我们不去参和。
        这个流程的目标很明确，就是想把招聘变成一个有趣的学习过程。特别是试讲，参加的，基本上都是对候选人的选题很感兴趣的人，大家都是抱着去切磋的心态去的，所以双方都能得到进步。关于试讲，我在《团队培育的七种武器》一文中有更详细一些的阐述，这里就不罗嗦了。
        新的招聘流程的效果怎么样？我可以给出一个比较粗略的统计数字来加以说明。
        从F组成立，到F组被拆散，在F组工作过的人，一共有45人。其中，共有30人是F组成立后，新招进来的。在这30人中，共有15人是老的流程招进来的，F组拆散时还在的，有8人，流失率大约50%；另外15人是新的流程招进来的（所有毕业生虽然是公司统一招的，但因为参加了试讲，所以全部算成是新流程招的），F组拆散时还在的，有14人，只有毕业生罗智离开了，流失率约为6.6%。
        不能说这就是新的招聘流程的效果，因为这在逻辑上也说不过去。但我想，这些数字多少还是能反映一些问题的吧。
        第一个接受我们新的招聘流程检验的，是黑马。他与我三度同事，三次都是我去招进来的，现在看来，是我害了他三次，苦笑。我把他推荐到M组，试讲的时候，我有点徇私舞弊行为，结果遭到了同志们的一致鄙视。这个故事，我想留待下一回再说。

（二十）
        黑马是我的老战友了，他刚毕业的时候，去参加深圳双向人才交流会，正好碰到我在那里为我当时所在的公司招人。他把他以前写过的代码精选了一些出来打印成册，展示给我看。大家都知道，我对这样的人最感兴趣，所以他也就很自然地成了我的同事。
        那是我第一次害他。
        他进到那家公司不到一年，我们经历了四次裁员。因为他在毕业生里面表现特别优秀，所以，前面三次我都没有把他放在裁员名单里。结果最后一次，连我自己也呆不下去了，他才跟着整个部门一起离开了。那时候，我特别的后悔，要是早点裁他，还可以得到很多赔偿。等最后一批人离开的时候，公司已经开始耍赖，大家什么也没有得到。
        第二次害他，是我自己跟人合伙开公司那一回。
        他在一家公司混了几个月，很是不爽，我就把他拉下水了。结果，我又没有照顾好他，我们穷得连裤子都没得穿了，只好又出来打工。
        第三次，就是进F组了。这次，我还以为自己在帮他。
        黑马是我推荐到Appeon的，所以拿他来演练我们的新流程比较合适。因为，别人可能被吓走。后来确实有不错的人选，一听要试讲就逃跑的。大家并没有因为这是第一次试讲，就对他手下留情。
        那一次，所有的人都痛下杀手，尤其是PK，可能他们把对我的诸多不满都发泄到黑马身上去了。PK使用了压迫式的提问方式，问题一个比一个来得尖锐，这让黑马始料未及。所以到后来，他开始不能理解问题的本质了。我很明白PK的意思，他并不是非要把他问倒，专业能力的测试不是试讲的重点。PK要看看黑马在高强度压力下的表现。因为如果黑马进来，去的就是PK的M组。PK最好地理解了试讲的意义。
        我知道我应该遵守纪律，但因为已经害了他两次的缘故，我有点担心黑马失去机会，所以进行了一次很隐蔽的提示，我把PK的问题重新表述了一次。结果这成了我在F组最大的污点，为此我还专门发了邮件向大家道歉。这个错误是挺严重的，幸好我没有再犯，不然就没资格做F组的老大了。
        错误犯了，黑马也进来了，没有料到的是，这可能是我再一次害他。后来F组解散了，很多人被裁掉了，虽然这中间暂时还不包括他，但谁知道等他被裁掉的时候，能不能得到赔偿呢？
        黑马加入M组之后，因为他的出色表现，很快得到了伙伴们的高度评价和认同，所以，大家也慢慢原谅了我所犯的低级错误。他很快地融入到F组中来了，可以说不费吹灰之力。
        黑马是他从学校开始就一直用的名字，因为他喜爱各种运动，足球、篮球、跑步、游泳等等，而且都玩得象模象样，结果被晒得很黑，所以叫黑马。他没结婚之前，我们经常在一起打篮球，等他结婚之后，就打得很少了，只打了不多的几次。关于他打篮球的状态，我作了一个总结：婚前硬朗，婚后微软。
        熟悉黑马的同志们都说，这个总结很精辟。

回复区：
歧义
“没结婚之前，我们经常在一起打篮球，结婚之后，就打得很少了，只打了不多的几次”，听起来好象是你们两个结的婚哦
黑马被你害这么多次了，还是无比地崇拜你，不简单啊
――SHMILY

再论“黑马”
这一节写的相当精彩，生动地再现了一个人情味很浓的老大和一匹很黑很黑的“黑马”。
其实，我和“黑马”交流比较多的，觉得也比较了解他，他是个很敬业的人，为了解决技术问题孜孜不倦。他的为人也有目共睹，他的篮球技术也是我学习的榜样，尤其是篮下灵活的表现。（不过现在不好说了，哈哈）
不过文中对“黑马”的来历解释我不太认同。“黑马”这个名字是因为他跑得快，就像股市中的黑马一样脱颖而出。这不，前两天跑的太快，居然撞到路边空调架上把头撞了一个很深的伤。

祝“黑马”在2005年脱颖而出，顺顺利利！摆脱Whyitbe每次都害你的怪圈。（你可以这样祈祷，上帝啊，让Whyitbe的黑手放过我吧）
――老干部

婚后“黑马”
“黑马”自从结婚后基本上不打球了，错，“黑马”还是热爱篮球运动的。而且开始另一项球类运动。
而且，据说投篮比以前准了很多。哈哈
――无名氏

（二十一）
        刚才看到PK提的意见，说上午的那个附三纯属充数，这就太不厚道了。要知道，这几张照片都是我从不同的来源收集回来的，费了不少力气，没有功劳也有苦劳啊。再说了，大家还没有在互联网上看到一个F组英雄照集锦的地方吧，至少我这个算是做到了。现在只差英雄榜3.0了，就是照著名的三贱客那一次。不知道谁有？记得发给我。
        这两天，我不能通过公司网关上我自己的Blog了，很是不爽。后来才发现通过管理入口那里可以进去，为了找到进入这个Blog的更好途径，我试着在Blog搜索那里输入了whyitbe，结果意外的发现了一个叫xbfu.blogchina.com的二级域名。xbfu?这个ID很耳熟啊，进去看一下。呵呵，真的是我所认识的付少，纯种的八旗子弟。这家伙，竟然管我叫老头子，显然比老干部的级别还要高。
        士别三日，当刮目相看。他的那篇“舍得和智慧”的文章，还真有点智慧，建议大家去看一看。
        按照时间顺序，照理现在还没有轮到这批毕业生。他们比钟群、贺本林、许治国、张锡艳到公司都晚，更何况前面的贾莉、袁媛、曲英、操锦锋、洪伟郭兄、熊辉都没有得到足够的戏分。不过，今天看付少的文章，牵动了我的思绪，我想，不妨做一点变化，让他们先出场算了。毕业生嘛，大家要多爱护，关照，更何况他们大都是我的校友呢。再徇私舞弊一下，呵呵。
        我们的毕业生包括：付少、小强、周奕、罗智、清俊。五个人，显然不能一节写完，否则对他们太不尊重了，回头付少要在Blog里面骂我老头子了。我就信马由缰，写了多少是多少吧。前面提到的被怠慢的诸位，不要着急，会给你们机会的，耐心一点，再耐心一点。
        付少这个名字，不是我给的，是老干部给的，我觉得特别的贴切，就直接拿来用了。为什么先说他呢？因为2003年底我去科大招人，笔试第一个交卷的人就是他，而且得分最高的也是他。当时的题目，全部是稀奇古怪的逻辑题，还有脑筋急转弯，不知道是公司哪位仁兄出的，反正我大部分都不会做。所以，付少也就成了我第一个记住的人。
        到面试的时候，他抱着来玩的心态，所以反而谈得很好。到我这里谈，已经是二面了。谈完了，他还不走，要等他同学，时不时帮他同学补充几句。他说话的时候老是笑，所以在那插嘴也不让人觉得讨厌。
        等到了公司，各个组分人的时候，我要的全是科大的。刚开始是三个，而且这三个我都有很深的印象，后面会一一讲到。你问为什么全要科大的？因为我也出自科大啊，自然对科大人情有钟。这不算徇私舞弊吧？
        而且，那次我去科大，觉得很愉快。住的五星级宾馆，吃得不错，还有时间出去玩，心情自然很好。特别爽的，是去母校食堂吃饭，吃了我最爱的沙锅，居然还是三块一个！怎一个爽字了得？呵呵，扯远了，只是为科大做一下广告而已，从冯氏那里学来的。
        他们三个来报到的时候，试讲是一次搞定的。因为没有工作经验，所以对题目没有任何要求。结果，付少给我们大讲了一把东北的美食，还把我们前一天聚餐吃的小肥羊贬得一无是处。到我们说要吃他做的东北菜的时候，他却说，我只会吃，不会做。靠，典型的眼高手低，当代大学生的代表。
        付少非常聪明，智商肯定比我高出30个百分点，这一点，我想大家的认识是一致的。他刚出道开始写代码，一到MSN上碰到我就老问我怎么能够摆脱写代码，要么就是讨论怎么泡MM。老干部说，这个小伙子前途不可限量。我说是是，脑子好使，起点比咱们都高，就怕他太聪明了。要知道，正如他在自己的Blog上所说的，聪明并不是智慧。当聪明还没有变成智慧的时候，越聪明反而越麻烦，这也是我从他的文章里面推导出来的结论。
        我真诚地祝福他，早日得道。虽然赫赫有名的PK曾经说过：道，深藏不露，难以理解。

（二十二）
        第二个要介绍的，是小强。小强是什么样的人，我这样说你可能就清楚了：
        假如你没有见过一个真正的程序员，但是你经常看好莱坞的电影。现在在千万人之中，要你找出一个程序员来。相信我，你找到的，一定是小强。
        小强来二面的时候，我一看，心想，可以不用谈了，完全没有问题，肯定是我们需要的人。当然，后来还是谈了，但这只是一个求证的过程。谈话的过程，是很愉悦的，因为一步步地证明着自己判断的准确。小强有的时候会有点结巴，这是因为脑子转得太快，嘴巴有点跟不上的缘故，这也佐证了他是个聪明的人。
        他说他做过音乐播放器，纯粹为了自己好用。我问他，可不可以发一个给我。他有点不好意思，说可能被自己删掉了。如果别人这样说，我可能觉得不对劲。但我很相信他，如果你和他谈过，你就不能不相信他。
        因为这个原因，我把他挑到F组。来试讲的时候，他讲的是自己最爱的游戏编程。这不重要，重要的是，所有听众再一次帮助我确认了我第一印象的准确性。
        小强的话不多，但也不少。看上去很安静，但内心很奔放，是个性情中人。F组死第二次的时候，他来给我们敬酒，说了一句非常经典的"曲终人不散"，满座叫好。尤其是老干部，顿感后生可畏，自信心大受打击，所以那一晚都在不停地嘟噜这句"曲终人不散"。这可能是老干部第一次不喝而高。后来，老干部创造了一句"人散，心聚"，才总算捡回点自信。善哉善哉。
        小强的工作是非常出色的，因为他天生就是个程序员。每次看到他，我总感觉我在看着软件中国未来的希望。但我很迷茫，我不知道这希望能够持续多久。我担心几年之后，他也会堕落成今天的我，只想在业余时间写写程序，不再为程序员这个职业感到骄傲。不是因为他想这样，而是中国软件业的环境迫使他这样。但我又常常心怀渺茫的希望，也许那天生的程序员会有一种不屈服于外在环境的内部驱动力，那种热情，也许不是因为青春，而是因为天赋，不可抗拒的天赋。
        我不是这样的人，我自知。我们这一代程序员可能已经牺牲了，大多数都在远离或试图远离代码创作。我不知道，这是好事还是坏事。也许这远离的人中间，会产生真正的企业家，为新生代有天赋的程序员提供生长的天空和土壤，使软件中国的希望渐渐变成胜望。我希望，在这些企业家中间，有我的名字。要知道，我依然热爱这个行当。我因此常怀希望。
        有天生的程序员，也有很快就发现自己不适合这个职业的。罗智就是其中的一个。
        与付少相反，他是笔试最后一个交卷的人。因为他来得很晚，我们快要考完了，他才来。我们给了他一份卷子，说，回去看看，有兴趣明天直接来找我们。他拿着卷子出去了。三分钟后，他又回来了，说，这个题目很好玩，我还是做一下吧。结果为了等他，我们到中午1:30才吃饭。他戴着大大的眼镜，分数排名与许多人并列第二。你很难忘记他，一个为了做有趣的题目而走进考场的人。
        我对罗智特别的关照，因为他是和我同系的学弟，而且是我同班同学的学生。他来试讲的时候，给我们讲的是关于3G的通讯网络。讲得很好，但我完全听不懂。这给了我深深的恐慌，别人听不懂是可以原谅的，可我是出自这个专业啊！这个试讲，提供了一个证明：我把在大学里学习的专业知识，完全彻底的，毫无保留的，还给了老师。我失去了一部分可雇佣的价值，这可不是什么好消息。
        罗智来了之后，跟着袁媛学Java。他上手很快，但是感到郁闷。理由很简单，他学的是通信，现在做的是程序，不是本专业，没有优势。关键的是，他想搞通信。所以，不久他就另找了一家能够发挥他通信专长的公司，给公司交了违约金，绝尘而去。
        临走的时候，我们在一块吃饭，以学长和学弟的身份。他说，很对不起我。他真的是这么想的，我可以看得出来。但我认为他做得很对，选择自己热爱的工作，我不责怪他，反而支持他。我尊敬每一个坚定追求自我的人。
        所以，后来他的班主任，也就是我的同班同学，问我要不要骂他一顿。我说，算了，年轻人，清楚自己的路，是值得鼓励的事。
        再后来，可能他在那家公司干得不错，给我发了一个短信，说等以后发达了，带我去西藏旅游。我等待着那一天。
        不劳而获的那一天。

回复区：
去西藏旅游
我靠，去西藏一定要带上我。
他是我的半个老乡。当时，我跟罗智讲，男人的人生有两次机会一定要把握，一是考大学，二是择业，而第二次更加重要。不像女人还有第三跳——嫁个好丈夫。
罗智听懂了我的弦外之音，马上问计于我，我以自己的经历告诉他：一份工作在人生中很普通，但是一条道路对人生是应该排在第一位的。当时是在公司楼下，吃完饭之后。在一个无人的地方。在那里，他下定了决心。正应了兵法三十六计-第二十八计上屋抽梯
如果他的一生因为我的这句话而改变，我也算造福人类了——阿米托佛
――老干部

老干部的路
开个咨询公司，专门帮人选路。也顺便成就了自己的路。
属于第一象限的business。
――whyitbe

罗智的经历与我很像
都是当发现自己现在走的道路和自己希望的道路不符合时，勇敢地放弃，再重新开始！
――norwaywoods

我很像程序员么，呵呵。
其实我最希望的是张老大多写写我性情中的一面。每次跟大家出去吃饭，只要是喝酒的，我哪次没给每一桌敬一遍酒啊？没想到才换来寥寥数字，唉，点解我做人甘失败嘅？真系丢架啊。:(
――zqchen

聊聊数笔
正是因为聊聊数笔，才能传神啊。重要的话，一定要精练。说多了，就会分散焦点。无关痛痒的，倒是不妨多说说。
写文字，你不是我的对手。那是我的天赋。
――whyitbe

o，受教了。
以后一定要多多聆听老大的教诲才行啊。
常言道：“不听老人言，吃亏在眼前。”看来诚不余欺啊！
――zqchen

manager,程序员,咨询师,cser.
第一次看到他，直觉告诉我他是一个优秀的manager.
第一和他聊天,没错，一个标准的优秀程序员.
第一次接触他，唉,一个老干部嘛.
慢慢的，车怎么跑的这么快,尤其是Great Wall!!!莫非是飞车党?
最后,还是咨询师合适点.呵呵
在appeon几乎被所有的人都爆过头,记得还是norwaywoods比较多,此仇不报非君子啊!
――to_be

继续...