這里絕對不是吐槽，只是記錄一個非常搞笑的事情。
臺企業向來以絕對的服務稱道，即使客戶 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的要求。這強加的理由也是醉了，作為開發人員，按照需求來維護項目，更改的需求本身就是錯的，還能怪到開發身上。大公司中很多項目都能拖上個一兩年才出來一個版本，項目管理有時候很混亂，部門繁雜，流程拖沓。畢竟不差錢，養的起人，交的起電費。除了臺企，也真是沒誰了。長此以往，也導致了很多開發人員離職。然后長時間又招收不到合適的替補人員，用大量的實習生來做技術儲備，水平又參差不齊，有的畢業了還培訓過的卻連斷點都不知道怎么打，想想真是可笑。這么說來，實力，提升自身實力是第一目標，只有自己強大，才能有底氣的強勢些，證明自己的存在感，只管糊墻不看圖紙的泥瓦匠不是一個好的程序員。
歲月悠悠，每天兩點一線的生活，公司-住處，下班閑暇之余買些專業書來啃，唯恐被淘汰，畢竟對公司來說，創造價值與成本比是第一位的。多讀書，理想還是要有的，說不定那天就實現了呢，保持一份簡單的心，畢竟我們每天都在做著改變世界的事情！！！
文章列表
留言列表
