---
title: 担当者が変わるAngularのソースコードはどうなるのか？
tags: 
author: [まつもとかづまさ](https://www.docswell.com/user/3412331719)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/4JM2LGW6JW.jpg?width=480
description: 担当者が変わるAngularのソースコードはどうなるのか？ by まつもとかづまさ
published: February 02, 25
canonical: https://www.docswell.com/s/3412331719/KL1917-2025-02-02-185239
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/4JM2LGW6JW.jpg)

担当者が変わるアンギュラーのソースコードはどのように成
長するのか？
まつもと かづまさ


# Page. 2

![Page Image](https://bcdn.docswell.com/page/PJRMKZYNE9.jpg)

自己紹介
・まつもとかづまさ
・年齢は35歳
・趣味は崩壊スターレイル（フレンド枠空いてます）
最近やっていること
・勉強会コミュニティのんかろりーの運営
・Nest.jsのチュートリアル開発
・パチンコスロットの収支管理DXツールの開発（Angular）
・アルゴリズムイントロダクションの読書会
・パタヘネ本の読書会


# Page. 3

![Page Image](https://bcdn.docswell.com/page/PEXVL9G87X.jpg)

本資料の内容
・長いプロジェクトで担当者がころころ変わると
どのようなソースコードになるのか？


# Page. 4

![Page Image](https://bcdn.docswell.com/page/3EKQLP4LED.jpg)

プロジェクト参画の経緯
・納品日にデプロイしていなかったので、その火消し対応で急遽参加


# Page. 5

![Page Image](https://bcdn.docswell.com/page/L73P3XL6E5.jpg)

該当のプロジェクトのサマリ
・Angularを使っている（v14）
・実施している機能は伝票のCRUD処理機能のアプリケーション
・バックエンドはFirebase
・伝票データをブロックチェーンに記録する


# Page. 6

![Page Image](https://bcdn.docswell.com/page/87DL42NMEG.jpg)

該当のプロジェクトの時系列


# Page. 7

![Page Image](https://bcdn.docswell.com/page/VJP2M15QJ8.jpg)

さて本題
・担当者がころころ変わるAngularのソースコードはどうなるのか？
1. テストコードがない
2. コピペからの派生コードになる（HTMLは4000行ぐらい、TSは2000行ぐらいになっていた。）
3. PoCの段階で開発者がドメインの知識を全くなしで開発していたので、そもそもの設計と要件がず
れている。（アプリ動いておおーすごいやん！となっている）
4. ドキュメントをだれも残さない（せめてコメントでも残してほしかった）
5. 使っているサービスに適したコードを書いていない（データを全部取得してフロントエンド側でク
エリしていた）


# Page. 8

![Page Image](https://bcdn.docswell.com/page/2EVD9YPPEQ.jpg)

対応したこと
1. あやまる
2. ドメイン理解
3. 要求整理
4. 要件定義
5. バグ修正
6. あやまる
7. CI/CDの構築（できる人のスカウト）
8. Cypressでのテスト（できる人のスカウト）
9. コンポーネント作成


# Page. 9

![Page Image](https://bcdn.docswell.com/page/57GYZ9PQ7L.jpg)

意外とよかったところ
1. 基本的にコピペコードなので、設計思想が「入っていな
い」ため、最初の設計思想がすべて反映されている。こ
れはコード理解がわかりやすかった
（メンタリティ的に変更するリスクをとる人がいなかっ
た）
2. 自分の問題解決能力に気が付いた


# Page. 10

![Page Image](https://bcdn.docswell.com/page/4EQMLW2WJP.jpg)

しんどかったこと。
1. 現状把握が大変だった
2. 前任者の言い訳を聞くのは疲れた
3. 一緒にzoomをつないで作業手伝ってる感を出すメンバーはつ
らかった。
4. 要求整理とドメイン理解の出張から帰ってきて、バグが修正
できていませんという報告があり、出張帰りからバグ修正を
する朝の4時はしんどかった
5. 家族との関係が悪くなる（障害対応とかで夜間も仕事するこ
とになるので）


# Page. 11

![Page Image](https://bcdn.docswell.com/page/KJ4VDKL1E1.jpg)

まなび
1. 振り返ると楽しかった。
2. 自信につながる


