Something wrong

上周五，一小伙伴（孙yankui）被离开了我们这个小组。

首先，他的工作情况不令我满意。第一个月让他了解路由模块，包括路由的需求、代码逻辑和数据表关系。两个星期后我在验证大家的工作时，他做的比较差，需求一知半解，逻辑梳理也肤浅，搪塞的意味很浓。哥们是返聘的，之前在公司作为主要担当开发了好多子项目，而今他的工作表现打破了我对他素来的好印象。我有意想培养他，以让他承担更重要的角色，所以乐意跟他分享工作知识。他的第二个任务是牵头跟一个哥们开发报表系统，我跟他讲做计划的重要性，怎么做计划。结果呢，按他给的计划执行，他延期了近一个星期，一来对需求了解不足，二来技术能力欠缺。这件事权当他的锻炼，事后我也跟他聊怎么跟进和协调他人为自己做事，怎么建立并发挥自己的长处，怎么做好时间管理，关注重点而非闷头开发。他的第三个任务是对接网银支付渠道，过程中我跟的算是比较紧了，给予了比较多的指导，跟他讲网银支付流程，讲实现细节。后来快到交付的日子时，因为其他同学开发有延期，所以我督促他不要跟着掉链子，他回复说“事情不是你想的那么简单，某某他们也很慢”。听到这话，我的心凉了半截。在上周一延期的情况下，我让他于周二前调通网银支付。他丢给我一句“他们系统到处是bug”，这回通过”暗示“反馈工作做不完了，后来我查证代码，他们自己那块代码写的一塌糊涂，我泄气了！

当然，并非他不行，客观原因是有的。项目是外包的，有他们自己的技术框架，非主流，这给我们的了解带来难度。其次呢，需求多，开发周期长，从6月初我们接触至今，未有上线发版。程序员能快速了解一个系统，最快速的方式是通过不断的版本迭代和解决其中产生的问题。

当然，并非他不行，我自知对他的支持不够。这个项目很大，涉及到的子模块太多，人手少，加上大家的参与度达不到预期，我的精力被分散了。像更重要的清结算和账务，我投入的都不够。

所以，并非他不行，只是当下他不太适合做这样的项目。从另一角度讲，当下他更适合做别的项目。我跟他解释，这没什么不光彩的。他调去参与一个线上在跑着而且版本迭代比较有规律的支付系统的开发，且看他在那个项目组的表现吧，日后有了一定的支付领域知识的积累和支付系统开发的沉淀，也许他会更优异！

话说，一个萝卜一个坑，这话是有道理的。

13年我刚从某东跳出来，组建并带领小团队搞垂直电商。其中一个工作3年的开发人员，刘荣，我常常记起他。他对所要开发的需求总是稀里糊涂，总要再三跟他解释，最终交付的也是差强人意。这哥们技术方面所知并不少，不过能够用好的也不多，比如，用动软生成器生成的sql mapper文件，一堆无用的sql，他的解释是你用就用，不用放着也无所谓；最比如，他配置log4net，刻意了解一些配置，并不是从适合项目的角度考虑；说到log4net，他甚至把一些方法的命名用2表示to，用4表示for，未考虑到其代码的可读性。对他的代码给出评审意见时，他也总是拿一些成熟的框架或所谓的说法来证明自己是对的。半年后这哥们去了新的公司，我们联系不多，不过通过朋友圈和QQ说说，发现他总是晒一些技术论坛或技术会议的参会证和合影，参加一些公开的技术大会，看来他技术能力不错，找到了更适合发挥他能力的团队和项目。