前言

程式寫了一陣子之後，工程師就會發展出自己習慣的模式，小到命名方式，大到系統架構，而在我們團隊中對於開發習慣並沒有限制，大家在收到任務之後也會因為不同性質的任務而開發出不同的架構，這也造就了團隊中開發風格的多樣性。因為有很多可以參考的範本，持續優化和重構也在我平常的工作流程中。
這次的鐵人賽我想利用這30天模擬一次這些已經習以為常的工作流程，從接收需求到部署，包含套件選用、系統架構規劃、系統開發、需求變動調整、測試、程式優化到部署的過程，寫出來才發現從開始到交付走過了不少步驟，就讓我用30天細細的記錄這段過程吧。

模擬項目

• 需求
  開發一個工作點數統計系統，模擬工廠需要控管每個工作天各層級廠區及人員的工作點數，目的是讓各廠區運作不會過載，避免延遲交付商品的狀況。
  這個需求排除掉一些人為變因不考慮，主要以紀錄完成一個統計機的過程為目的，先列下未來預計紀錄下來的項目, 之後再動態調整加入其他項目。

• 初步進度表

  • 初始流程圖, 初始需求API列表, 評估工作時程
  • storage 選用: redis ＆ scylla & mysql 簡介
  • config 選用: cmd & viper 簡介
  • API接口設計: grpc & http API 簡介
  • proto buffer 簡介 & spec 編寫
  • grpc server 初始 proto測試
  • 檔案結構切分
  • 開發 local package 與 go test
  • error & log
  • API組裝實作
  • go mod & vendor 簡介
  • go-linter
  • drone install, go-test & go-linter

接下來的進度每天大約紀錄1-2個工時的進度來撰寫，內容會說明這個工作的準備過程與考量，以及簡介使用的工具或技術，主要著墨在梳理自己每個過程的分享。