Simple Design 入門 第3講：Less is more

このOnline ClassesはSimple Designロードマップの3番目のOnline Classesであり、コード品質を理論的に扱うSimple Design概論の最後のOnline Classesです。このOnline Classesまで受講すれば、良いコードを書くための基礎は固めた状態だと言えるでしょう。無料で公開されている最初のOnline Classesと重複コードを扱う2番目のOnline Classesをご覧になってからお越しいただくと良いです。

講義計画書

Simple Designに到達する方法は、次の2つに要約できます。

1. 重複コードを削除する。

2. そうしながら構成要素を減らす。

前回の講義では、まず重複コードの削除について扱い、今回の講義では構成要素を減らすことに集中的に取り組みます。

コード品質を扱うための原則は、単に暗記するだけではなく、なぜそのような原則が必要なのか、原則が生まれる過程を理解する必要があります。そのため、まず構成要素を減らすべき理由から説明します。そして、どの構成要素を減らすことが優先順位が高いのか、一つずつ見ていきます。コード品質において重要な要素の一つである適切な関数のサイズを、どのような基準で判断できるのかも調べ、良い関数に到達するためのプロセスも例を用いて扱います。

今や古典となりつつあるリファクタリングの本の内容も簡単に紹介し、産業工学の観点から必要な無駄の概念を扱い、最後に私と私たちのチームのコード品質を評価し向上させる方法を見ながら締めくくります。

目次は以下の通りです。

1. 削減すべき対象コンポーネントはどのようなものか?

2. なぜ短縮する必要があるのか?

3. どの構成要素から減らすのが良いか?

   1. 四半期

   2. 状態

   3. 例外処理コード

   4. テストケース

4. コールスタックの深さと適切な関数のサイズ

5. リファクタリングのバッドスメル(Bad smell)から見るコンポーネント削減

6. 必要な無駄

7. 自分のコード品質を振り返る

今回の講義も豊富な例題と共に進めます。例題は主にPython、TypeScript、Javaの3つを活用し、言語ごとにどのように異なるかを見るのも興味深いでしょう。

コンポーネントの数はAI活用性能に直結する問題です。コーディングLLMはすべてトークン数に応じて課金するポリシーを持っているため、コンポーネントの数が減れば、LLMに使用すべきトークン数も減り、それに伴ってAIもより効率的に働くことができます。

大規模プロジェクトを簡単に保守できる方法は何でしょうか?最も良い方法は、私たちのプロジェクトが大規模プロジェクトにならないよう小規模に維持することです。私は大企業からスタートアップまで様々な規模の会社で働き、コンサルティングや外注プロジェクトも数多く手がけてきましたが、非常に似た機能性を提供するソフトウェアであってもコードの規模が10倍以上違うケースをよく見てきました。つまり、ある会社は同じ仕事を他の会社より10倍のコストをかけて行っているわけです。しかし、全体的なコード量を減らそうとせず、単純に分割して問題を解決しようとすると、チーム間のコミュニケーションだけが増え、生産性は改善されないケースが多いです。コード量とコンポーネント数をもっと敏感に受け止めて減らしていけば、長期プロジェクトの保守も簡単に感じられる日が来るでしょう。

Simple Design入門をマスターして、より高い段階に上がる準備をしてみましょう。