寫程式碼：程式設計師的工作日常

1. 程式設計師的日常生活

當一個 programmer 既輕鬆又愉快 ☀️。工作組織由 Project Manager 負責，產品功能清單由 Product Owner 管理。Scrum Master 負責安排會議。所有的組織流程都盡可能正式化和標準化 ✅。

早上來到公司，你泡杯茶或咖啡 ☕️，坐到電腦前 🖥️。打開團隊的聊天工具 💬，看看是否有緊急訊息，是否有人生病 🤒，如果一切正常，就開始工作吧。

打開 JIRA 網站，裡面存放著你團隊所有的任務清單：專案的 backlog 和當前 sprint 的 backlog。 任務已經按照優先順序排序，由你的 Scrum Master/TeamLead 或 ProductOwner 管理。

你從最上面那個任務開始 — 最優先的 🔝，然後開始著手。只需要幾個點擊 🖱️，就可以將它轉換成 In Progress 狀態。時間就此開始 ⏳。

任務描述通常會附加額外資訊或文件連結 📄。任務裡應該包含完成它所需的所有資訊。這些資訊的存在 — 是你經理的責任 👨‍💼。

如果遇到問題，你可以將任務重新指派（在 programmer 俗稱「таска」）給你的經理，並在評論中說明遇到的問題或缺少的資訊。

2. 撰寫程式碼

你已經閱讀了任務描述，並理解需要做什麼。太棒了，開始吧 🏁。這裡你可以依靠你在 CodeGym 的學習經驗和團隊合作的經驗 🤝。

當一個功能完成並且你確認沒問題後，就需要將程式碼推送到 Git。這可以直接在 IDE 裡用幾個點擊完成。在你的情況下 — 使用 Rider 🚀。你先將程式碼 commit 到本地 repository，然後再 push 到中央的 Git repository。

通常最後一步會透過 Pull Request 來完成，也就是你用 Git 發送一個請求，讓你的 team lead 進行 code review。如果 code 沒有問題，team lead 會 approve ✅ 你的 pull request，然後它就會合併到主要的分支上。

重要！ 千萬不要在不知道怎麼做的情況下保持沉默。這種情況很常見，許多新手（甚至不只是新手）都會處理不當。記住，如果你在兩個小時內還沒搞懂怎麼做這個任務，一定要通知你的經理 🚩。

另外，也不要跟 team lead 說「這做不到」。這樣的話會讓人很煩，尤其是當 team lead 明明知道「這是可以做的」，而且自己也做過類似的事情，還不只一次。

不知道怎麼做的話，就說：「我花了兩個小時/兩天試圖搞懂怎麼做，但還是做不到。」 team lead 會告訴你該往哪個方向搜尋 🔍。

我們已經走過了現代產品開發的全貌。寫程式碼只是整個工作的一小部分，但所有流程都安排得井井有條，讓你不會被工作干擾。所以，勇敢地轉向學習 C# — 你一定會喜歡當 programmer 😉。