這裏絕對不是吐槽，只是記錄一個非常搞笑的事情。

臺企業向來以絕對的服務稱道，即使客戶是 Naive ，Simple。作為銀行的網站，在項目快上線的時候，一聲驚雷傳來，將所有邏輯實現類的代碼拷貝至 一個logic.cs類中，將所有實體類拷貝至Model.cs類中。沒錯,沒有聽錯，老夫馳騁項目多年，第一次聽過如此奇葩的要求！！！給出的理由絕對驚訝： 客戶懂代碼，邏輯類分開寫看的不舒服！

這個荒唐的理由下，需要做的處理：

①原來面向各個界面的邏輯實現類的類名以序列編號重命名的形式全部拷貝至Logic.cs中

②所有實體類拷貝至Model.cs類中

③所有的控制器中調用的方法全部重新設置路徑

④所有視圖中引用的實體類文件路徑重新設置

⑤對翻新後的文件進行測試

完成之後，整個項目的邏輯層顯得光禿禿，無任何文件夾，僅僅只有一個Logic.cs 和 Model.cs 兩個文件，後期的維護怎麽做？

粗略算了下，負重的Logic.cs文件 裏面會有近20K行的代碼

作為一名開發人員，盡量以最優、最簡明的目的去對待項目。如果客戶什麽都不懂，那麽我們給出各種方案，客戶認可的標準就是 運行正常、（高效）、簡單操作。恰恰如果客戶懂點代碼，但是有時那種什麽都不知道的門外行，那真是叫痛苦，想來什麽就是什麽，需求沒有不合理之說，界面管，代碼結構管，實現方式管，這都是開發文檔中明確的事情，無可厚非，如果客戶連這種傻逼都都知道是荒謬的需求還要一意孤行的去執行。sa又向來弱勢，那麽坑爹的就是程序員；大家普遍對臺企印象不好，或者說很差，其實也是有道理的。我在這家臺企工作快兩年，算大公司，所在的研發分部就有不下1000人，不加班，雙休，5天七小時，13薪，年漲薪20% ，日常工作輕松自由，可以磨洋工，去樓頂吹風，去樓下花園散散步，時間自由輕松。看來還算不錯。弊端也有，員工無積極性。企業的態度是唯用戶至上，如客戶僅僅提供幾個思路，實際是無稽之談，完全不可行，但是也要開發人員短時間內給出一定的開發測試。在客戶面前，臺灣的sa毫無主見（反正也不是他們開發）,照單全收，然後統統轉交至開發部，當開發人員在請求確認的時候，往往一兩個星期都得不到反饋，甚至更久，看看人家強哥的24小時必回郵件制度。出了問題，還被強行背鍋，有一次一個簡單的需求，就是改下存儲過程中X表的一欄位，結果sa描述成其它的意思，最後用戶發現不對，質問sa，於是陸陸續續出現了A、B、C、D、E、F 六個版本，結果sa仍然沒有搞清楚用戶的需求。最後小組長被強行背鍋，理由也是十分荒唐，一個運行十年的項目，維護的時候開發人員不能正確理解sa的要求。這強加的理由也是醉了，作為開發人員，按照需求來維護項目，更改的需求本身就是錯的，還能怪到開發身上。大公司中很多項目都能拖上個一兩年才出來一個版本，項目管理有時候很混亂，部門繁雜，流程拖沓。畢竟不差錢，養的起人，交的起電費。除了臺企，也真是沒誰了。長此以往，也導致了很多開發人員離職。然後長時間又招收不到合適的替補人員，用大量的實習生來做技術儲備，水平又參差不齊，有的畢業了還培訓過的卻連斷點都不知道怎麽打，想想真是可笑。這麽說來，實力，提升自身實力是第一目標，只有自己強大，才能有底氣的強勢些，證明自己的存在感，只管糊墻不看圖紙的泥瓦匠不是一個好的程序員。

歲月悠悠，每天兩點一線的生活，公司-住處，下班閑暇之余買些專業書來啃，唯恐被淘汰，畢竟對公司來說，創造價值與成本比是第一位的。多讀書，理想還是要有的，說不定那天就實現了呢，保持一份簡單的心，畢竟我們每天都在做著改變世界的事情！！！

客戶懂點代碼是最致命的毒藥