&ldo;那不是給我增添額外的工作量嘛!?&rdo;
&ldo;不要等客戶碰到問題才讓售後去解決問題，你應該為你編寫的程式碼不夠完善和出現的bug負責。還有，我希望你養成新增註釋和寫文件的習慣，否則三部的同事可能會拒絕為你的程式做後續服務。&rdo;
後面這個問題其實一直是小江不肯改的壞毛病，沒想到這麼快就投訴到謝聯航這裡了，以前都是師兄罩著他，強勢地讓三部的同事接手沒有注釋和文件的程式。
小江撇撇嘴，想再頂回去，被旁邊的王市光拉住了。
&ldo;現在每個人都對afc系統提出自己的看法，任何改進意見都可以。從小江開始。&rdo;
&ldo;我覺得現在的方案已經很完善了啊，沒什麼要改進的。&rdo;開玩笑，這方案是師兄做的，怎麼可能還需要改進。
&ldo;如果你是地鐵乘客，使用這套系統，和以前的系統有什麼分別?&rdo;
&ldo;首先視覺介面肯定要比以前漂亮多了啊。&rdo;
&ldo;其他呢?&rdo;
&ldo;……呃……&rdo;小江翻了翻手裡三十幾頁的方案書，其中有一部分還是他畫的程式流程圖，再回想自己每天乘地鐵上班的經驗，好像是沒什麼不同。
&ldo;那就是沒什麼分別?如果沒有改進，那這個專案就沒有存在的必要。你可以再想想。&rdo;謝聯航把話說得很直接，但也沒再要求小江發言。
小江低著頭，感覺有些難堪。
這個方案一直都是師兄和另兩個同事在配合銷售市場部和產品設計部提供技術支援，那兩位同事負責最核心的後臺清算系統，其他同事負責前端功能模組的開發設計，雖然大家都參與了研討，但是小江一向對這種還處於提案階段的專案不上心，他覺得這都是產品設計部門的事兒，所以並沒有對開發需求深入研究。如果謝聯航問的是後臺系統，他可以理直氣壯地答覆不是他負責，但是對前端技術開發所能達到的優點他都說不上來，也確實不應該。
這是他第一次正視，自己在工作中總是帶有主觀情緒的問題。
小江抬頭往主位上坐著的人掃了一眼，發現對方並沒有等著他，而是引導旁邊的王市光接著說出他的看法，一邊認真地聽王市光發言，雙手一邊飛快地在筆記本鍵盤上做記錄。
感覺自己已經被忽略，小江竟有些難受，但更多的是憤恨：竟敢嫌棄老子!將手頭的資料翻得刷刷響，除了幾個同事看熱鬧地沖他使眼色，謝聯航完全不在意他在旁邊搞的小動靜。
散會之前，謝聯航要求每個人在下班前提交一份針對afc系統改進的簡單報告，並且提出了方向指引：&ldo;上海的地鐵系統經過多年發展已經比較成熟了，可以改進的方向確實不多，後臺清算系統可以加入多方合作的想法，前端可以多從人機互動最佳化和人性化設計做考量，下班前我需要得到你們新的想法。&rdo;
&ldo;這個新老大，思路很清楚啊，都快把我腦子開啟讓他看了。&rdo;小胖一邊拉著小江、王市光往公司餐廳趕，一邊嘆了一句。
&ldo;嘁，還不是壓榨我們的腦容量!讓我們給他出報告，他再拿到andy他們那去獻寶。&rdo;小江也沒聽到謝聯航剛才有發表什麼有用的高見啊，不就最後指了個方向讓大家奔著去麼。
&ldo;你還別說，當領導不就是這樣的麼，髒活累活兒都是讓下屬乾的啊，他們就負責把握大方向，然後統籌和協調就好了，哪有空給你一個字母一個數字地摳程式碼。&rdo;小胖很有身為基層