还有一次，大神回复过他发的求助帖，准确地指出了他的症结所在，并提出了有效的解决方法，贴出的代码，完美得无懈可击，当时的小江是崇拜的，因为那时候已经看过很多大神的回复帖，大神是除了师兄，让他真心佩服的第二人。
大神说：“你可以给他一次机会证明他的能力。”这话像大神的风格，特别中肯，但是大神怎么会来灌水区回复这样的问题？还“顺便”问了个问题？？？“新下属不喜欢我，怎么处理妥当？”看着像在问：“我喜欢的人不喜欢我，怎么办？”小江看到这不禁笑了，这个新下属得多烦人，才能逼得性情冷淡的大神跑这来咨询。
所以下面的回复除了表示对大神突然莅临的惊讶还有将大胆下属炒鱿鱼的鼓动，其他人都开始排着队调戏大神：
……
125l：大神在哪家公司，求勾搭！
126l：卧槽，查了id号，真是学习大神！
127l：大神要搞办公室恋情吗？23333333
128l：办公室y，制服她！还是他？
129l：+1
130l：+id号
131l：大神是这么让你们污的吗？大神干翻他！
132l：坐等大神调丶教新下属直播贴
133l：一个新领导，一个新下属，呵呵呵
134l：楼上真相了
135l：坐等大神调丶教小字母直播贴
135l：猿粪啊！
……
小江抽抽嘴角，无语了，如果大神是那谢耳朵……小江狠狠打了一个寒颤，赶紧把胳膊上起的鸡皮疙瘩都搓掉。
大神又不是水货，怎么可能是那个靠走后门的渣。不过大神说给对方机会证明能力？明天不是要开会讨论么，小江决定要看看谢联航到底有几斤几两。
179l [xyz] 回复 98l [好好学习] ：大神快把您的技能栏砸给他看，不要客气！
小江又刷了十几分钟，大神没回复，就关了电脑睡了。
第二天，技术一部开了一上午会，谢联航显然已经做过功课，对之前正在进行的项目和即将要提案的项目都有了充分的了解，针对每个人手头上的工作提出了改进意见，三言两语点在关键上，把人都收拾服帖了。
“最后是小江，你这里除了基础案例，还需要再准备几个特殊案例进行分平台和跨平台的系统调试。”
“以前我们都只需要测试基础案例就行了，特殊案例那是售后他们的事儿！”小江皱皱眉头，不爽地应道。
“那是以前，这样会造成没有必要的反复修改，给三部带来额外的工作量，现在我要求在开发阶段就测试特殊案例。”
“那不是给我增添额外的工作量嘛！？”
“不要等客户碰到问题才让售后去解决问题，你应该为你编写的代码不够完善和出现的bug负责。还有，我希望你养成添加注释和写文档的习惯，否则三部的同事可能会拒绝为你的程序做后续服务。”
后面这个问题其实一直是小江不肯改的坏毛病，没想到这么快就投诉到谢联航这里了，以前都是师兄罩着他，强势地让三部的同事接手没有注释和文档的程序。
小江撇撇嘴，想再顶回去，被旁边的王市光拉住了。
“现在每个人都对afc系统提出自己的看法，任何改进意见都可以。从小江开始。”
“我觉得现在的方案已经很完善了啊，没什么要改进的。”开玩笑，这方案是师兄做的，怎么可能还需要改进。
“如果你是地铁乘客，使用这套系统，和以前的系统有什么分别？”
“首先视觉界面肯定要比以前漂亮多了啊。”
“其他呢？”
“……呃……”小江翻了翻手里三十几页的方案书，其中有一部分还是他画的程序流程图，再回想自己每天乘地铁上班的经验，好像是没什么不同。
“那就是没什么分别？如果没有改进，那这个项目就没有存在的必要。你可以再想想。”谢联航把话说得很直接，但也没再要求小江发言。
小江低着头，感觉有些难堪。
这个方案一直都是师兄和另两个同事在配合销售市场部和产品设计部提供技术支持，那两位同事负责最核心的后台清算系统，其他同事负责前端功能模块的开发设计，虽然大家都参与了研讨，但是小江一向对这种还处于提案阶段的项目不上心，他觉得这都是产品设计部门的事儿，所以并没有对开发需求深入研究。如果谢联航问的是后台系统，他可以理直气壮地答复不是他负责，但是对前端技术开发所能达到的优点他都说不上来，也确实不应该。
这是他第一次正视，自己在工作中总是带有主观情绪的问题。
小江抬头往主位上坐着的人扫了一眼，发现对方并没有等着他，而是引导旁边的王市光接着说出他的看法，一边认真地听王市光发言，双手一边飞快地在笔记本键盘上做记录。
感觉自己已经被忽略，小江竟有些难受，但更多的是愤恨：竟敢嫌弃老子！将手头的资料翻得刷刷响，除了几个同事看热闹地冲他使眼色，谢联航完全不在意他在旁边搞的小动静。
散会之前，谢联航要求每个人在下班前提交一份针对afc系统改进的简单报告，并且提出了方向指引：“上海的地铁系统经过多年发展已经比较成熟了，可以改进的方向确实不多，后台清算系统可以加入多方合作的想法，前端可以多从人机交互优化和人性化设计做考量，下班前我
喜欢学霸的较量请大家收藏：(m.dmbook3.com),popo文网更新速度最快。