コードを書こう：プログラマーのワークデイはどう見える？

1. 開発者の普通の一日

プログラミングは 簡単で楽しい ☀️。仕事の管理はProject Managerが担当し、製品の機能リストはProduct Ownerが管理。ミーティングはScrum Masterが設定。すべての管理プロセスはできるだけ形式化・標準化されている ✅。

朝出勤して、ティーやコーヒーを飲みながら ☕️、コンピュータに座る 🖥️。チャットを開いて 💬、緊急メッセージがないか、誰かが体調不良じゃないか 🤒を確認。問題なければ仕事を始める。

次にJIRAのサイトを開き、チームのタスク一覧を見る。そこにはプロジェクトのバックログとスプリントのバックログがある。 タスクは優先順位順に整理済み。これらはScrum MasterやTeamLead、ProductOwnerによって管理されている。

一番上のタスクを取り、最も優先度の高いもの 🔝 に取り掛かる。これにはステータスをIn Progressに変更する必要がある。クリック数回 🖱️ で完了。さあ、作業開始 ⏳。

タスクの説明には追加情報やドキュメントへのリンク 📄 が付いていることも。タスクには、完了に必要なすべての情報が含まれている必要がある。こうした情報の存在は マネージャーの責任 👨‍💼。

もし何か問題があれば、そのタスクを自分のマネージャーに再割り当てし、コメントで質問や不足している情報について伝えることができる。

2. コードを書こう

タスクの内容を理解し、何をすればいいかがわかれば、さっそく作業開始 🏁。このとき、CodeGymでの学習経験やチームでの経験が役立つ 🤝。

新しい機能が完成したら、Gitにコードをアップロードする必要がある。IDEから数クリックでできる。あなたの場合はRider 🚀から。最初にローカルリポジトリにコミットし、その後リモートのGitリポジトリにプッシュ(push)する。

多くの場合、最後の操作はPull Requestを通じて行う。Gitを使って、あなたのチームリーダーにコードレビューを依頼するわけだ。コードに問題がなければ、チームリーダーが承認（accept） ✅し、メインブランチにマージされる。

重要！ もしわからないことがあったら、黙っていないで必ずマネージャーに知らせること 🚩。2時間経っても解決しなかったら、必ず報告しよう。

また、「これはできません」と言うのは避けるべき。特に、チームリーダーが「これはできる」と知っている場合や、似たようなことを何度もやってきた経験がある場合はなおさらだ。

どうしてもわからなかったら、「2時間/2日間、どうやってやるか調べたけどできませんでした」と伝える。そうすれば、チームリーダーが適切な検索キーワードや方向性を教えてくれる 🔍。

こうして、現代のプロダクト開発の流れを理解した。コードを書くのは全体のほんの一部だけど、作業に集中できるようにすべてが整えられている。さあ、C#の勉強に進もう — プログラマーとして働くのは楽しい 😉。