寫程式：程式設計師的一天是怎麼過的

1. 開發者平常的一天

當程式設計師很輕鬆又愉快 ☀️。工作組織由專案經理（Project Manager）負責，產品功能清單由產品負責人（Product Owner）掌管。會議由 Scrum Master 安排。所有組織流程都被盡可能地制度化與標準化 ✅.

你早上到公司，泡杯茶或咖啡 ☕️，坐到電腦前 🖥️。打開群組聊天 💬，看看有沒有緊急訊息、是否有人請病假 🤒，如果一切正常，就開始工作。

你打開 JIRA，裡面存放著你們團隊的所有任務：專案的待辦清單（backlog）以及當前 Sprint 的待辦清單。任務已按優先級排好，由你的 Scrum Master/TeamLead 或 ProductOwner 整理。

你從最上面拿一個任務——也就是優先級最高的那個 🔝——開始處理。為此需要把它的狀態切換為 In Progress。這只要點幾下 🖱️ 就好。好了，計時開始 ⏳。

任務描述通常會附上額外資訊或文件連結 📄。一個任務應包含完成所需的全部關鍵資訊。確保這些資訊齊全——這是你的經理的責任 👨‍💼。

若有任何不妥，你可以把任務（程式圈的說法「task」）重新指派給你的經理，並在評論中說明你遇到的問題，以及/或缺少哪些資訊。

2. 開始寫程式

你已經讀完任務描述並清楚需要做什麼。太好了，開始動手吧 🏁。這時你在 CodeGym 的學習經驗與團隊合作經驗會派上用場 🤝。

當某個功能完成，且你已自行確認無誤後，就需要把程式碼提交到 Git。這可以直接在 IDE 內點幾下完成。以你的情況而言——就是在 IntelliJ IDEA 中操作 🚀。你會先把程式碼提交到本機儲存庫，接著再推送（push）到中央的 Git 儲存庫。

多數情況下，最後一步會透過 Pull Request 完成——也就是你透過 Git 向你的團隊領導發送請求，請他進行程式碼審查。若程式碼一切良好、沒有意見，你的團隊領導就會核准（accept） ✅ 你的 pull request，然後它就會被合併進 Git 的主線工作分支。

重要！ 當你不知道該如何完成任務時，絕對不要悶不吭聲。這種情況很常見，許多新手（甚至不只是新手）常常用錯方法面對。請記住，如果你在 2 小時內仍無法弄清楚如何處理這個任務，就必須通知你的經理 🚩。

同時也別帶著一句「這個做不到」去找團隊領導。這句話非常讓人惱火，特別是當團隊領導明明知道「這是做得到的」，而且自己也做過類似的事情，而且不只一次。

不確定怎麼做——就直接說：「我已經花了兩小時／兩天嘗試弄清楚該怎麼做，但還是沒有成功」。團隊領導會告訴你該往哪個方向去 Google 搜尋 🔍。

以上就是現代產品開發的大致樣貌。寫程式只是整體工作中的一小部分，但流程的設計就是要讓你不被雜事干擾。因此，放心地繼續學習 Java 25 —— 你會喜歡當程式設計師的 😉。