從Java到Go系列 - Finally and defers

source: funnyZpc

在 Java 世界最習慣的模式就是 try-finally and try-catch-finally ，主要的用途有三種：

• try-catch 用來處理例外
• 到了1.7 版 更可以直接用來處理 AutoClosable 的 resource
• finally 就是用來處理一堆雜七雜八最後處理的東西，包含
• 經過 try-catch 處理後也出錯的錯誤處理
• 或者是一些無法 AutoClosable 的 resource

 延伸閱讀：Java Try With Resources

從Java到Go系列 - Jenkins Code coverage

歡迎來到從 Java 到 Go 系列（確定會有系列嗎...），本篇文章想要解決的問題是：

如何讓 Jenkins 顯示 Code coverage？

而會問這個問題的人通常都是來自於 Java 的開發世界，為什麼呢？

根據我的觀察，對於許多原生的 Gopher，他們反而會選擇 Gitlab-CI or Drone 這種輕量級的工具，反而比較不會選擇 Jenkins 老公公，可能原因：

• Go 的好處就是輕盈，既然要輕盈，就輕到底，也選擇其他輕盈的框架（好啦，這是我的主觀想法，歡迎提供其他看法）
• 反正code 就放在 Gitlab，那可以直接用整在一起的Gitlab CI 不是更佳省事 
• Jenkins 的生態系的確比較多 Java 的 plugin（因為他就是由Java 寫的咩...）

從Java到Go系列 - Database migration tool for Go - fizz

從 Java 的世界轉換到 Go 的世界，就會開始尋找對應的服務和專案，在 Java 世界資料庫 migration 最有名的就是 liquibase 和 flyway ，那在 Go 的世界也有相對應的東西嗎？

獨角獸專案 - Part I 導讀 - 市場與大環境的改變

獨角獸計畫真的看的很痛苦....😂
不是英文不好的痛苦，而是整個融入情境，想說這種公司怎麼呆的下去的痛苦，怎麼可以用這種方式做事的痛苦，作者很成功的讓我們融入主角 Maxine 的視角，看到各種 IT 行業的慘況....

市場與技術無法脫鉤

故事的背景來到 EC 已經被 Amazon 統治的現代世界，小說中的零件無極限（Parts Unlimited）公司面臨到最大的商業挑戰就是消費者的消費型態已經改變，消費者可能不會再到店面跟零售商買東西，更多的是透過網路和電話購買。但是零件無極限（Parts Unlimited）公司的高層不斷提醒員工，客戶真的需要的還是可以相信的人，並不是透過冷冰冰的網路自行購買零件，所以才有鳳凰計畫，希望幫助零售商可以提升服務進行數位轉型。

但是就像許多企業一樣，上層的命令與計畫傳達到執行端，往往已經扭曲變形.....

獨角獸專案 - Part I 導讀 - 濃濃的臭氣味

Part I 故事背景

Maxine（女）剛渡假回來，就遇到無限公司的薪資系統大當機事件，雖然罪不在於她，但是為了給董事會交代，他的上司 Chris 決定把她調職，調往集團罪惡名昭彰的『鳳凰專案』，希望她過去幾個月負責處理文件的部分，Maxine 感到沮喪憤怒，覺的公司就是要要找人當代罪羔羊，想要逼她走，不過她的老闆 Chris 卻又一直強調，只是調她去那邊避避風頭放個假，之後再把她調回來...

而這個『鳳凰專案』就是上一集故事中的那個專案，話說我已經忘記上一集結局是啥(原本以為已經成功了)，沒想到那個專案已經三年過去，仍在虧損沒有成功的死亡行軍中....🙈