具有團隊意識的方式寫程式

當一天的開始你準備要 coding 前，首先你需要先想幾件事。

• 檢查工作清單的優先順序是否有變動
• 檢查工作清單中是否有與其他夥伴有相依的項目
  • 如果你是工作鍊的上游，將此項工作優先權順序提高
  • 如果你是工作鍊的下游，詢問上游夥伴預期的交付時間，並在離那個項目優先權順序到達前2項時，再次確認交付時間是否一致或遞延。
• 選擇今日要完成的工作項目
• 評估工作項目是否能在在一個區間 (例如一週，依團隊步調而不同)，有交付的成果，如果不行則把任務切小。

當上述的事情你心中都有答案時，現在我們可以開始 coding了，但若不幸的最後發現還是無法交付可執行的東西，而且會影響工作鍊下游的時間，情況允許的情況下，先確定對接的 interface 塞個可以執行的假程式塞進去，讓工作鍊下游可以如期開工。

完善的測試程式碼

使用測試導向開發，讓你的每段程式都有一個監察員，確保交付品質有一定水準。如同 80 / 20 法則，一般的錯誤都落在環境問題或非預期的輸入值跟輸出值，只是有測試程式碼並取得發生問題時的輸入值，可以快速重現錯誤情境，只要是一個專業的工程師，即使那段程式並非他寫的，接手也不會太痛苦，你也有可能接手到不是你寫的程式，所以大家要有同理心啊。

詳細的文件

• 測試程式是活的文件
• 記錄安裝步驟、版本、使用說明書，除了可幫助別人快速的接手你的程式之外，也可幫助過3個月後忽然得失憶症的你。

善用工具

• 使用 Slack 勿擾模式，切割休息時間跟工作時間，來達到高品質的休息。
• 使用 CI / CD 系統與架構，達到自動化部屬、自動化測試，擁有跟 Production 環境一致的 UAT 環境，可以讓你比較容易複製案發現場。
• 其他可參照之前的文章 遠距工作者在台灣 - 善用雲端工具

• 遠距工作者在台灣 Facebook
• 創科資訊技術顧問