続き前記事の続きです。ryoutaku-jo.hatenablog.com今回は、今後に活かす為の改善点をまとめます。今回のチーム開発では、スクラムマスターとして、チームメンバーが円滑に開発を進められる様にサポートする役目も担っていましたが、上手く役目を全う出来なかったと感じる場面が多々ありました。下記の様な事象についてです。・マージさせると、かなりの割合でコンフリクトを起こしていた→チーム間で同じファイルを編集しない様に、タスクを管理する必要性を学びました。・新機能をマージ後、関連する一部機能が動作しなくなってしまったことがありました。→新機能実装時には、影響範囲を考慮して開発を行う必要性を学びました。新機能をマージ後のデバックも行っていました。本番環境では機能せず、原因調査に何度か苦しめられました。・ローカル環境と本番環境で、データベースに保存されているデータが違い、同じ様に動作しなかった。→過去に登録したデータとの整合性や、どういったデータが登録される可能性があるか考慮して設計を行う必要性を学びました。動作しなくなるという事象が何度か発生していました。・各メンバー毎にデータベースに保存されているデータが違うので、同じ様に動作しないことがありました。前項と同様に、どういったデータが登録される可能性があるか考慮して設計を行う必要性を学びました。・AWSのアクセスキーといったメンバー間で共有できない情報がある為、それらが共有できないことによる影響範囲を考慮した実装を心がける必要があると学びました。無料ドメインを取得しましたが、AWSに取得したドメインを上手く紐付けできず、一旦実装を見送ることになりました。アプリのHTTPS化については、個人アプリで挑戦しようと思っています。改善点(5):リファクタリング完成を急ぐあまり、一貫性が無く、場当たり的なコードで対処することが多々あり、可読性を落とす結果となってしまいました。自分では理解できるが、他人が見た時に理解できるかまだ配慮した命名ができておりませんでした。この点については、「リーダブルコード」などの技術書で基本のお作法を理解するとともに、OSSのコードリーディングなどで命名の実践方法に対する理解を深めて行きたいと考えています。(履歴書・面接対策など)に着手。日)IBMのWatsonきっかけでエンジニアに憧れて28歳未経験でWebエンジニアへ転職。2018年12月から3年間で「10000時間」をプログラミングに捧げる計画を立て、学んだことをブログの投稿中。Activitiesryoutakuこのサイトについてプライバシーポリシ。