寫代碼

14.1 開發者的一天

當程序員簡單又愉快。Project Manager 負責組織工作，Product Owner 負責產品功能列表。Scrum Master 組織會議。所有組織過程都是最大限度地形式化和標準化的。

早上你來到辦公室，給自己泡杯茶或咖啡，然後坐在電腦前。打開公共聊天，看看有沒有緊急消息，是否有人生病，如果一切正常，就開始工作。

你打開 JIRA 網站，你們團隊的所有任務列表都在這裡：項目待辦事項和當前衝刺的待辦事項。任務已經由你的 Scrum Master/TeamLead 或 Product Owner 根據優先級進行了排序。

你取出最上面的任務——最優先的——然後開始工作。要做到這一點，首先需要將其狀態改為 In Progress。這可以通過幾下點擊來完成。好了，時間開始了。

任務說明通常會附加補充資料或文檔鏈接。任務必須包含所有必要的信息，以便你能夠完成它。提供這些信息是你經理的工作。

如果有什麼不對，你可以把任務重新指派給你的經理，並在評論中寫下出現的問題和/或缺少的信息。

14.2 寫代碼

你已經研究了任務的說明，並且明白需要做什麼。很好，開始工作吧。這時，你的 CodeGym 學習經驗和團隊合作經驗會幫助你。

當新功能完成後，你確定無誤，就需要將代碼提交到 Git。這可以直接從 IDE 中輕鬆完成。在你的情況下，是從 WebStorm 中提交。你先將代碼提交到本地倉庫，然後推送到中央 Git 倉庫。

最後一步通常是通過 Pull Request 完成的，當你用 Git 向你的 TeamLead 發送代碼審查請求時。如果代碼一切順利，沒有任何意見，你的 TeamLead 會接受（accept）你的 pull request，並將其合併到主工作分支中。

同樣，不應該去找 TeamLead 說「這不可能做到」。這句話很惱人，特別是當 TeamLead 知道「這可以做到」時，並且可能自己也多次這麼做過。

不知道怎麼做——說：「我花了兩小時/兩天試著找出怎麼做，但我做不到」。TeamLead 會很樂意告訴你……該往哪個方向查找。

現在我們已經看過了現代產品開發的畫面。寫代碼只是整個工作的很小一部分，但一切都組織良好，以免讓你的工作受到打擾。所以放心學習前端吧——當程序員會很開心的。