開発者ツール

このカテゴリの対象

コードを書き、リリースするための仕組み全般です。エディタ、バージョン管理のホスティング、コードレビュー、継続的インテグレーション、パッケージレジストリ、環境構築のツール、リリース管理が含まれます。

ここの製品は、使う人自身が購入します。そのためこのカテゴリは、普通よりも正直です。開発者は時間を無駄にするツールを捨て、どんな調達プロセスも、悪いツールを長くは生かしておけません。

本番のソフトウェアの監視は、監視に入ります。APIのインターフェースまわりの作業は、APIと連携です。モデルの支援を受けたコーディングは、AIツールにあります。

パイプラインこそが製品

チームが日々感じることの大半は、変更がノートPCから本番に至るまでに通る経路から来ます。

その経路には4つの関門があります。レビュー、自動テスト、ビルド成果物、デプロイです。このカテゴリの製品はすべて、そのどれかを改善するか、2つをつなぎます。

行動を変える指標は、速度です。4分で終わるパイプラインは、絶えず使われます。40分かかるものは、プッシュの頻度を変え、大きな変更を促し、レビューを悪くします。継続的インテグレーションのサービスを比べるときは、ベンチマークを読むのではなく、自社のリポジトリの実際のビルドを計測してください。

信頼性も同じくらい重要です。ランダムに失敗するテストスイートは、全員に調査ではなく再実行を覚えさせ、その習慣ができたとき、スイートは何も守らなくなっています。

バージョン管理ホスティングとレビュー

ホスティングのプラットフォームは、コードの置き場所以上のことを決めます。レビューの進め方、自動で動くもの、誰が承認できるか、1年後に履歴がどう見えるかが、それで決まります。

保護されたブランチ、必須のチェック、レビュー担当の割り当て、承認が推奨ではなく強制できるかを確認してください。そのうえで、普段の使い勝手を確認します。大きな変更がどう表示されるか、リベースしてもコメントが残るか、ある行がなぜそう書かれたのかを探すのがどれだけ簡単か。

プラットフォーム間の移行は可能ですが、無料ではありません。コードはきれいに移りますが、課題、プルリクエストの履歴、自動化は、たいてい元より悪い状態で到着します。

ツールチェーンの残りで見るべきところ

• パッケージレジストリ。社内ライブラリ向けのプライベートなものと、公開パッケージ向けのキャッシュ。他所の障害でビルドが止まらないようにします。
• 環境。何ページもの手順なしに、ノートPCでもパイプラインでも再現できること。
• シークレット。ビルド時に注入され、コミットされず、ダウンタイムなしにローテーションできること。
• 成果物。バージョン付きで、昨日ではなく先週に戻せる長さで保持されること。
• リリースのツール。フィーチャーフラグ、段階的なロールアウト、あるいは単純なタグ付きのデプロイのいずれでも。

フィーチャーフラグには、補足が必要です。リリースを穏やかにしますが、誰も取り除かなければ技術的負債になります。作成ではなく、廃止をツールがどう扱うかを尋ねてください。

人数ではなく利用量を反映する料金

継続的インテグレーションは、分数、同時実行数、コントリビューター数のいずれかで課金されます。高速なマシンは1分あたりの費用が高く、1ビルドあたりでは安くなることが多いため、役に立つ比較は、自社のリポジトリの規模での、成功したビルドあたりのコストです。

成果物、キャッシュ、コンテナイメージのストレージは、気づかないうちにたまり、保持期間の既定値は、たいてい提供企業に寛大です。席数ベースのプラットフォームは、書き込み権限を持つ全員に課金するため、休眠アカウントは四半期ごとに見直す価値があります。

ここの無料枠は、特にオープンな開発向けで、異例に充実している一方、忙しい月が1回あれば超えてしまうほど簡単です。目立たない計測単位の全体像は、料金ページが隠していることにあります。

契約前に試すこと

実際のリポジトリを1つ、そのテストと最も遅いビルドごと移し、通常の作業を丸1週間流してみてください。

そのうえで、わざと何かを壊します。失敗するテスト、却下されるデプロイ、ロールバック。調子の悪い日にツールがどう動くかが、実際に買っている部分であり、デモには決して現れません。

成長するチームの購入順序

2人のチームに必要なのは、レビュー付きのバージョン管理ホスティングと、テストを走らせるパイプラインです。ほかはすべて後回しにでき、早く足すと、製品に使うほうがよい注意力を消費します。

5人から10人になると、圧力はビルド時間、環境の一貫性、共有コード用のプライベートレジストリに移ります。摩擦が1人に及ぶのではなく、チーム全体に増殖し始めるのが、そうした時点です。

それを超えると、問いはリリース管理になります。フラグ、段階的なロールアウト、成果物の保持、そしていま本番で正確に何が動いているかに答えられること。

将来持つであろうチームのために買うのは、控えましょう。必要になる前に導入したツール類は、誰も作った覚えのない設定になり、あとで取り除くのは、追加するよりも難しくなります。