学霸的较量 完结+番外 (八足)

　　“哦对！我的提议……就是……多从人性化角度考虑，简化操作流程，改善人机交互。比如针对残……残疾人士，增设几台降低操作台和屏幕高度的售票机，这个适用于轮椅使用者和侏儒症患者，也适用于中小学生使用；在售票机增……还有检票机增加语音操作提示和说明、在检票机增加语音提醒，适用于盲人和对操作不熟练的生手，还可以加入简单的语音操作互动；……”
　　“还有就是……刚才说过的移动支付和售检票机的结合应用，甚至可以直接脱离售检票机，移动设备直接购票，从专有通道检票入站，网络化电子票可以逐渐替代磁卡车票，除了环保，减轻票卡调配的问题，几乎可以解决磁卡介质的其他所有缺点……移动端还可以有即时的换乘提醒，提供跟踪导航的无缝换乘服务……这样终端会越来越多元化，就需要系统高度集成化，互相兼容、联、联程优惠、还有……跨系统结算都需要改进……”
　　“我的意见主要就是这些，虽然这些从技术上来说，增加这些功能并不难，也算不上什么技术特点，但是却很实用，能帮助更多的人……我就是这么想的，其他……”
　　小江磕磕绊绊说完自己的意见，这些都是根据自己对上海公共交通的见闻和体验想了一夜的想法，之后就掰不出别的了，其他同事的建议虽然一同列在邮件中，但是他没仔细看，小江在桌子地下掐了自己大腿一把，干嘛就不多看两眼呢！
　　有些不甘心地转头看了看谢联航，对方没有看他，而是对着另外两个部门的同事，直接在小江发言的基础上重新整理逻辑，条理清楚地开始补充说明其他前端系统的改进。随后，在做的同事就技术上的难点和实现，向技术部提问，谢联航都游刃有余地耐心一一解答，给出明确回应。
　　谢联航最后还对系统安全方面，给出了自己独到的见解，小江听了讶异地挑起了眉，有些地方的思路竟和[好好学习]大神以前在论坛上发表的一篇《公用设施系统安全浅谈》特别相像，当时大神只是提出一个理念，大家并没有讨论到落地应用，而现在谢联航的见解却比大神的理论更加完善更贴合实际应用。
　　真有两把刷子？还是也混过论坛？不得不说，小江对谢联航的逻辑思维能力确实佩服，不管这些思路是不是他自己的，能这样整合大家的想法，而后条理清晰地阐述重点，应该也是费了不少功夫做功课。不像他，明明在写方案的时候思路挺清楚的，分123几点列下来，头一回碰到在正式场合需要他当众发言的情况，脑子里抓到哪个关键词就说哪个，最后说到哪自己都乱了。
　　所幸另外两个部门的同事对他的发言似乎也挺看重，散会后，Andy还特地过来拍着他的肩说：“小江，以前你跟着你师兄，就知道你嘴贫，没想到你这脑瓜还挺活络，以后还有什么有意思的想法尽管跟Sheldon说。”
　　难道自己以前给别人的印象其实是脑袋空空就剩下嘴巴厉害了？老子明明是实力派好不好！
作者有话要说：　　小江对地铁的改进建议是我根据自己的乘车经验想了一夜想出来的，也许有些已经实现，有些还待改进。
－－－－－－－－－－
谢联航写给小江的工作改进邮件，搜了好多关于程序员工作方式的问题，整理出一些符合小江性格、他容易犯的问题，因为是从网上的资料总结的，就不放在正文里凑字数了，整理如下：
－－－－－
1.创建用于解释代码和应用程序的文档，包括独立文档和代码注释。目标人群范围从终端用户乃至其他后续开发人员。
2.编写单元测试，以确保每一部分代码都能正常运作。这些测试不但有助于在开发早期找出bug，还能方便后续的回归测试。根据开发方法论，建议在写代码之前先写好测试程序。
3.根据系列要求，设计可实施方案，包括设计数据和代码结构、功能算法和应用程序流程。确保你设计的解决方案得满足客户的要求，并且按时完成。
4.摒弃个人想法和意见，竭尽全力地实现或支持功能需求。不管什么原因，如果客户或者产品部门同事坚持某个特性和功能，不应将个人的感情因素带到工作中。
5.收集客户需求，提供状态管理报告，配合测试人员，和其他工程师协作。耐心向非技术人士解释技术问题，必要时应无条件接受其他同事交接过来的任务，与QA或其他开发人员出现意见相左情况应理性处理。
6.为变量、过程、函数、类、对象、数据库组件等命名，提高代码可读性，要求一贯、简洁、有内涵，能明确表现功能和用意。
7.杜绝拼写错误和其他低级错误，必要时请做检查。
程序员从菜鸟到大神，分很多等级，小江这时候应该就是老油条吧，技术啥的没大问题但时不时碰到瓶颈，其他就是工作态度问题。

　　☆、5.语言的表达

　　“8.语言表达能力欠缺，建议多锻炼，下班前请口头汇报当天工作日报。”
　　小江刚回到座位，还来不及给小胖王市光宣扬他刚才提案时的风采，屏幕右下角就显示收到一封谢联航的邮件，打开一看……瞪着眼睛，恨不得把显示器瞪出个窟窿来。
　　“我靠！你们说！我到底哪得罪他啦！要这么折腾我？”小江手指戳在“口头汇报”四个字上，不服气地找人理论。
　　“诶？你不是第一天就得罪老大了吗？”小胖探头瞟了眼，觉得没什么啊。
　　王市光仔细看了看邮件内容，赶紧安抚：“你先别激动，老大对大家都是这样的，对你挺好的啊，指导意见比我们都仔细，刚才提案不还带着你去么。他这意思是……刚才让你发言了？”
　　“啊，发啦。老子说得挺好的啊，把他们都唬的一愣一愣的，Andy还夸我来着。”虽然说得磕巴好歹说完了不是，要是让小光去，估计一个字都蹦不出来！
　　“所以你们说，我哪‘语言表达能力欠缺’啦？还每天都要跟他口头汇报，咋不让我每天给他念段《地藏经》给他超度呢？”
　　“我瞧你就是背地里硬气得不得了，当面对着老大绝壁要怂！”小胖就喜欢戳穿嘴硬的小江。
　　“滚！你不怂？你每天口头汇报去呀！凭什么就我一个人要去啊！？”
　　其他同事也是听不下去了，过来一起劝：
　　“唉，我看就是因为你这张臭嘴，老是得罪人，老大才让你去的，让你改改满嘴塞火药的毛病。”
　　“就是就是，老大才来几天，你老冲人家干嘛。”
　　“牺牲你一个，幸福千万家，好伐啦！”
　　“大家回去写日报吧，写完早点下班。小江你写完了别忘了进去汇报啊，哇哈哈哈哈”
　　“好好展现你的口才，别给我们理工男丢脸！”
　　……
　　其实大家也都挺心虚的，口才不好是大部分技术宅的通病。有时候明明对自己的技术或思路很有信心，却没办法明确的用语言表达出来，让别人理解并接受。文字表达还好说，直接123列出来就行了，还能省去不少转场的废话，白底黑字看得清楚就行，而且在发给别人看之前，写了多久也没人在意，但是当面开口表达就没办法了。
　　平时彼此之间打打嘴炮，那是张嘴就来，但是一说到正经事，或者在正式场合，常常不管是花几分钟还是数小时，恐怕都很难表达清楚自己的意思，技术宅的逻辑能力明明都比普通人来的要严谨，但是就是无法用条理清晰的语言表达出来。有人试过，背稿都不行，一到人前，一张口就全忘了，就剩磕巴。可能是平时太少与外人沟通，也可能就是天生口才技能点没点到。
　　还好这回有小江当了冲头，大家安慰两句，赶紧散了，生怕被逮到也被发“口头汇报工作”的邮件。
　　办公室里的人陆陆续续快走光了，小江的工作日报早就发了，在谢联航办公室门口磨蹭了半天，也没进去。
　　小胖说得对，私下他明明理直气壮得很，咋到了谢联航面前就怂了呢？
　　其实也不是单对谢联航这样，大部分技术宅在人前都这样，对语言表达有莫名的恐惧，也许是长期相对封闭的工作状态造成的一种心理障碍，普通工程师每天都与数字字母算法打交道，与客户和其他部门同事交流都由领导去完成，所以给人造成情商低的印象。
　　对此，小江很是不服气，所以在脑海里将自己的工作日报又过了一遍，演练下来，只要几分钟就能说完。于是深呼吸了一口气，冲进去，不等谢联航抬头，就噼里啪啦一口气全说完，把脸都憋红了，正想转身就走，就听见谢联航用毫无感情的声线说：
　　“不好意思，你的思路我没听明白，请再说一遍。”谢联航直视全身僵直的小江，锁定他的目光。
　　“……”小江憋着的一口气已经泄了，当着谢联航的面，提不起来。
　　小江作为一个程序员，习惯将所有事物看成一个按照一定逻辑组成的整体，就像一段程序。程序运行时，如果某个节点或逻辑出现问题，那这段程序就会瘫痪。——现在的情况就是如此，第一次，他完整顺畅地运行了程序，没有任何问题，但是第二次，加入了一个新变量或进入了一个新的运行环境，就是谢联航，这段程序的逻辑就被打破了，造成程序员的焦虑甚至恐慌，而后陷入困境，系统提示：无法运行。