開発・Git・設計用語集

変更をこまめに共有ブランチへ統合し、そのたびに自動でビルドとテストを回す進め方。壊れた箇所をその日のうちに見つけられます。

package.json に書く、本番の実行に必要な外部パッケージの一覧。誰がどこで入れても同じ構成を再現するための宣言です。

開発中だけ必要なパッケージを分けて記録する欄。本番の成果物に混ぜないことで、配布物のサイズと攻撃を受ける面を小さく保てます。

ブラウザだけで使える無料の作図ツール。ER 図やシステム構成図を描け、元データがテキストなのでリポジトリに置いて差分まで管理できます。

リモートのリポジトリを履歴ごと手元へ複製するコマンド。ダウンロードと違い、そのままコミットもブランチ作成もでき、作業を始める最初の一歩になる。

リモートの変更を取得して、今いるブランチに取り込むまでを一度に行うコマンド。作業を始める前に手元を最新にするために使います。

Git リポジトリをインターネット上に置いて共有できるサービス。差分レビューや課題管理まで含めて、複数人の開発を回す土台になります。

Git で分かれたブランチの変更を合流させるコマンド。それぞれの履歴を残したまま、別々に進めた作業を 1 本にまとめ、衝突した箇所だけを人が直します。

npm が実際に入れた依存パッケージの版と取得元を記録するファイル。同じ環境を全員の手元と本番で再現するために存在します。

Node.js のプロジェクトで依存関係や実行コマンドを宣言する設定ファイル。誰の環境でも同じ手順で動かせる状態を保つために使います。

Maven プロジェクトの設定ファイル。使うライブラリや Java のバージョンを宣言しておくことで、誰の環境でも同じ内容のビルドを再現できます。

手元のリポジトリのコミットをリモートへ送り出す操作。push して初めて他の人から見えるようになり、バックアップとしても意味を持ちます。

作業ごとの関わり方を 4 種類に分けて表にまとめる役割整理の手法。誰がやるのか誰が決めるのか分からない状態を防ぐために使います。

自分のコミットを別の枝の先端へ乗せ直すGitの操作。枝分かれを消して、履歴をあとから読みやすい一本の直線に整えられます。

TypeScriptのコンパイル設定をまとめたファイル。型チェックの厳しさ、対象ファイル、出力先をここ1か所で決めます。

CPU やメモリや装置をどうつなぎ、どう命令を処理するかという計算機の基本設計。性能の上限や制約の理由がここで決まります。

動くものを短い間隔で作って確かめ、要求の変化に合わせて計画を直していく開発の考え方。作る前に仕様を固め切れない案件で使われます。

要件定義から順に工程を進め、前の工程へ戻らない前提で組む開発の進め方。成果物と分担が明確になるため、仕様が固まった大規模案件で採られます。

データとそれを扱う操作をひとまとめにし、外から触れる窓口を絞る設計の考え方。壊れた状態になり得ない部品を作るために使います。

クラスの持つデータと操作、そしてクラス同士のつながりを四角と線で表すUMLの図。実装前に責務の分け方を検討するために描きます。

クラスと属性・操作、そしてクラス同士の関係を1枚に表す UML の図。実装前に責務の置き場所と依存の向きを合意するために描きます。

書いたコードを別の人が読んで指摘する工程。バグを本番前に見つけ、書き方の基準と仕様の知識をチームに広げるために行います。

同じ場所への変更がぶつかり、自動では合わせられなくなった状態。Git がどちらを残すか判断できず、人が決めるまで作業を止めて待ちます。

登場人物のやり取りを時間の流れに沿って書くUMLの図。処理の順番とどこまで待つのかを、実装に入る前に関係者全員で合わせるために使います。

サーバーや DB、外部サービスといった構成要素と、その間の通信経路を描いた図。設計時の認識合わせと、障害が起きたときの原因の切り分けに使う。

処理の流れを担当者ごとの帯に分けて描くフロー図。誰がどの作業を持ち、どこで受け渡しが起きるのかを、順番と一緒に一枚で示せます。

作ったものが仕様どおりに動くかを確かめる活動全般。単体・結合・E2Eと範囲の違う層を組み合わせ、壊れた箇所を早く安く見つけるために行います。

複数人で同じコードベースを育てる進め方。ブランチ運用とレビューの手順を決めて、他人の変更と自分の変更がぶつからないようにするのが中心になります。

作ったものが期待どおり動くかを実際に動かして確かめる作業。壊れた箇所を早く小さく見つけ、変更を安心して続けるために行います。

期待どおりに動かない原因を突き止めて直す作業。当てずっぽうで書き換えるのではなく、事実を集めて原因の範囲を狭めていく手順のことを指します。

トレーシングとは、1つのリクエストが複数サービスを通る経路を、親子関係を持つスパンの集まりとして追跡する方法です。

作業を本流から分けて進めるためのGitの仕組み。互いの変更をぶつけずに並行して開発でき、機能単位で履歴を残せるようになります。

レスポンシブ対応でレイアウトを切り替える画面幅の境目のこと。この幅を境にして、段組みの数や余白や文字の大きさを切り替えます。

処理の流れを決まった記号と矢印で表した図。分岐や繰り返しの考え漏れを、コードを書き始める前に目で見つけるために使われます。

別々に育った複数のデータや作業を、1 つにまとめる操作の総称。突き合わせる鍵と、重なったときの扱いを決めるのが要点です。

必要な権限だけを必要な期間だけ与える設計原則。事故や乗っ取りが起きたときに、被害が広がる範囲を先に狭めておくための考え方です。

期待どおりに動くかをコード自身に確かめさせる仕組み。一度書けば何度でも同じ確認が数秒で終わり、変更のたびに壊れていないかを保証できます。

1つの部品に仕事を持たせすぎず、変更理由ごとに切り分ける設計の考え方。直す場所が1か所に定まり、影響範囲が読める状態を作ります。

作るものの構造と分担を、コードを書く前に決める工程。後から直すと高くつく判断を、安く試せる紙の上で先に済ませるための作業です。