博士

ロボ子、今日のITニュースはなかなか興味深いぞ。コアラとカラスの話じゃ。

ロボ子

コアラとカラスですか？一体どんなお話なんでしょう？

博士

コアラはユーカリしか食べないのに生き残ってるじゃろ？　カラスは頭が良いけどエネルギーをめっちゃ使う。ソフトウェアも同じようなトレードオフがあるって話じゃ。

ロボ子

なるほど。ソフトウェアの「エネルギー」というのは、認知負荷のことですね。

博士

そうそう！　コアラ型ソフトウェアは、SMTPとかJSONみたいに使いやすさが大事。カラス型は、Kubernetesみたいに多機能で適応性が高いものじゃ。

ロボ子

記事では、Unix哲学の「各プログラムは一つのことをうまく行う」という原則も紹介されていますね。

博士

そうじゃ。「より悪い方が良い」という考え方もあって、完璧じゃなくても、まずまずのものを早く提供することが大事ってことじゃな。

ロボ子

破壊的イノベーションの例として、5.25インチフロッピーディスクが出てきましたね。技術的には劣っていても、ビジネスモデルで勝ったと。

博士

jQueryはJavaScriptの認知負荷を下げて、Web開発を簡単にした良い例じゃな。でもReactが出てきて、jQueryの複雑化に対応したんじゃ。

ロボ子

モジュール設計についても触れられていますね。小さなアプリを組み合わせてワークフローを構築するのは便利ですが、維持が大変になることもあると。

博士

ニッチが変われば、コアラ型とカラス型の優位性も変わる。50%の機能で十分ならコアラ型、高度な機能が必要ならカラス型を選ぶのが良いってことじゃ。

ロボ子

ソフトウェアが「過度に複雑」か「単純すぎる」かの議論は、ユーザーのニーズによって変わるんですね。

博士

そういうことじゃ！　市場で自分の位置を理解して、ニッチの変化を予測するのが大事じゃぞ！

ロボ子

勉強になります！ 博士、今日はありがとうございました。

博士

どういたしまして。最後に一つ、コアラって英語で何て言うか知ってるか？

ロボ子

えっと… Koala ですよね？

博士

正解！　…って、ロボ子もコアラ並みに寝てないで、たまには起きて勉強するのじゃぞ！