日誌 20200813

八月開始台灣第一高山銀行駐點工作，但待了不到一個月就提離職了。

這是第二次來到該銀行駐點，但這次去得是不同的部門（處）。

和兩年前那次比較起來，這次我經驗老道，勉強一個禮拜發現不適合自己，馬上果斷提出離職。

但仍是一個浪費時間的錯誤的決策，被比較高薪資的誤導，忽略自己的本性，天真認為這次會和上次不一樣，結果我看整個公司，或說整個銀行業的程式開發工作都是這個樣子。

仔細分析原因，以下是我覺得這份工作ＯＫ和不ＯＫ的地方。

ＯＫ：

• 薪資，如果不滿意我也不會來對吧。
• 辦公室環境，乾淨、整潔、安靜、視野良好。
• 資深同事都很友善。
• 所屬公司是上市老公司。

不ＯＫ：

• 開發環境：只能用客戶提供的Eclipse，連email都沒準備好。
• 使用技術：雖然用Spring Boot，也看到Spring Cloud的影子，但那都是架構師配好的。而大部分的邏輯都規定要寫在Stored Procedure，還要求用一些功能未知的Function。即使是簡單的頁面資料查詢也是如此，應用程式曾只是薄薄一層用來包裝成json傳出去，架構設計真的正確嗎？真是令人懷疑。整個公司都是要採用這方式，我可以想像未來創造很多Stored Procedure工程師的職缺需求。
• 交通：駐點的位置是該銀行在三重的大樓，三重是北台灣八家囧故鄉，周邊都是小型加工區，交通如第三世界可怕。距離最近的先嗇宮捷運站路程10分鐘，但中間沒有適合行人步行的地方，騎車也幾乎沒車位可以停車。

• 開發習慣，事後跟一些曾駐點過銀行的工程師聊天，才確認只要是銀行在開發程式上規定非常多，不限於這家銀行，只是這家銀行特別龜毛的樣子。

  團隊開發要求coding style可以理解，但最受不了一堆註解，例如

  public Long getConfigTime(String key) {
      // 1.1 從資料庫取得配置檔
      Config config configDao.getConfig();
      // 1.2 回傳配置檔
      return config.get(key);
  }
  

  這不是脫褲子放屁嗎？而且前面還要加個1.1，1.2標號，程式一但要修改還要改那標號順序，當然對應的SD文件也要改。

  其他奇怪的規定還包括空的新行不可有任何空白，然後Eclipse換新行時會對其上一行的開頭位置，總是要按重新排版去除空白。

  註解不能只定義在entity欄位就好嗎？不能只寫Java doc就說明就好嗎？Stored Procedure的in out參數還有規定的排版，例如註解統一寫在地120行後，每天搞註解排版就飽了。然後預設把程式設計師當智障，我可以理解目的是未來讓任何人都可以很好維護很好讀，但有點想法的人待在那種環境會非常難受。

• 邏輯寫在Stored Procedure：頭五天我還試圖說服自己好好認份地寫Stored Procedure做久一點，但終究無法欺騙自己。相信只寫Stored Procedure能一直待在銀行或保險業，也不用擔心沒工作，但真是無聊透頂debug又麻煩的東西，我想我可能要老到找不到工作才會去做專寫Stored Procedure的工作。

這篇文章是寫在離開之後，我問老婆當初抱怨最多的是什麼，老婆回說一直聽我在抱怨開發很死，自己跟智障一樣，整天寫Stored Procedure，被騙了之類的話。當初面試時覺得問的問題都還蠻有sense，進去才知道只是做這麼無聊的事。

我要記住日後只要聽到要寫一丁點Stored Procedure絕對不行，千萬別再因為高一點的薪水勉搶自己，我五年內再也不會去銀行當碼農。