我在第一高峰銀行轉核專案的日子。
在這專案的日子真不知道自己在寫什麼鬼，依照不知所云的文件寫著不知所云的程式。
該專案雖然號稱採微服務架構，但看起似乎只是個Spring Boot Maven多模組專案而已。
為了要給上面交代，給個漂亮數字交差，但其實文件內容東缺西漏應付了事，還有人乾脆直接複製貼上，也就是變相的把時程往下層遞延，那我也只能把問題往後遞延了。
架構變來變去，什麼物件該擺哪裡，用途是什麼一直無法確定，導致整天在搬程式，要不就重新命名。
命名不一致，從資料表的欄位名稱到程式中的變數命名，該用全名還是該用縮寫沒有統一的規則，派個人統整一下吧。
英文拼寫錯誤，看了真得很難受，但文件就那樣寫我也沒辦法。
提供的開發環境原本預設該開啟的Build Automatically為什麼是關閉的？然後責怪說為什麼提交會編譯錯誤的程式？
為什麼存取資料庫的類別要命名為DataAccessor這麼冗長的名稱，叫Dao就好了阿。
要用列舉的地方文件沒寫，後來才說要改，然後找不到列舉的規格。
規則改了只有某些人知道，大部分的人都不知道。
一些做法都尚未確定的東西要怎麼寫程式？
文件中會出現不知從哪來的參數及變數名稱，或是建了根本沒用到的變數。
那些服務的名稱有的叫Service，有些叫ServiceSupport，有的叫BizSupport，有的叫CommonService，這些的差異到底是什麼？還有循環相依的問題。
請了一個偽架構師（其實不是，只是那位禿頭仁兄很愛以架構師自居，不過就是個嘴砲糞SD），整天只會講反射。經典名言就是：「用反射就可以解決了阿。」。整天在調架構重新製作爛輪子，調你媽啦，讓我第一次見到什麼叫用嘴寫程式。
因為內部人員軟體工程經驗不足，所以能讓偽架構師搗爛專案。
跑scrum，但會議中大家都沒問題，因為提了問題也沒人知道怎麼解決。
一堆雜亂的package分類，東西到底要放哪？這是架構師要設計的吧，結果整天在調架構的偽架構師只寫了一些沒人用的工具類及設計錯誤的介面（爛輪子）。
內部人員狗眼看人低，尤其是那些血統不純從外部轉進去的傢伙。
面試的時候問你會不會lambda語法，然後撰寫規則中說禁止用lambda語法。然後有人用lambda語法。
log在方法呼叫開始和離開都要寫start和end，怎麼不用AOP搭配反射處理就好，Architect~~？
存取資料庫的邏輯全寫成Stored Procedure，然後Oracle 12.1的長度限制是30個字，導致Stored Procedure的名稱根本看不出來是什麼意思，為何不乾脆用數字編號命名然後做個對照表就好了。
沒有留言:
張貼留言