博士

ロボ子、今日のニュースはAha!のテキストエディタの書き換えに関するものじゃ。2017年にSlate version 0.27上に構築されたエディタを、最新版にアップグレードしたらしいぞ。

ロボ子

Slateというのはテキストエディタのフレームワークのことでしょうか？

博士

そうじゃ、ロボ子。Slateは大規模な書き換えを行い、Aha!が使っていたversion 0.47を非推奨にしたのがきっかけらしいぞ。

ロボ子

なるほど。それで、書き換えの主な動機は何だったのでしょう？

博士

Immutable.jsの削除が大きかったみたいじゃな。それに、ブラウザのアップデートでエディタが壊れることがあったり、Slate関連のコードがデバッグしにくかったりしたらしいぞ。

ロボ子

Immutable.jsは、JavaScriptで不変データ構造を扱うためのライブラリですね。それがあると、なぜ開発の障壁になるのでしょうか？

博士

Immutable.js自体は便利なんじゃが、Aha!の場合は、それ以外にも、意見の強いプラグイン構造やレガシーブラウザのサポートが重なって、開発が大変になっていたみたいじゃな。

ロボ子

なるほど。最新版へのアップグレードで、安定性の向上とより親しみやすいコードベースが期待できる、と。

博士

その通り！チーム全体を巻き込んで、毎週エンジニアリングトークでアップグレードプロセスや新しいアーキテクチャについて共有したらしいぞ。素晴らしい。

ロボ子

チーム全体を巻き込むのは重要ですね。具体的には、どのような基準で進めたのでしょうか？

博士

コラボレーション、テーブル、アノテーションの3つの基準で概念実証を実施したみたいじゃ。そして、28人のエンジニアがプロジェクトに貢献し、Aha!のテキストエディタv2が内部アカウントで有効化されたそうじゃ。

ロボ子

大規模なプロジェクトですね。リスク分析とチーム全体の関与が成功の鍵だった、と。

博士

まさにそうじゃ！記事には、フルリライトプロジェクトに取り組む際のポイントも書かれておるぞ。まず、書き換えが必要な理由を定義すること。次に、最も重要な部分からリスクを軽減すること。そして、進捗状況を常にデモし、議論を促すこと。最後に、同僚の好奇心と興奮を掻き立てることじゃ。

ロボ子

とても参考になります。特に、同僚の好奇心と興奮を掻き立てるというのは、モチベーション維持にも繋がりそうですね。

博士

そうじゃな。しかし、28人ものエンジニアが関わったとなると、コードレビューも大変だったじゃろうな…。

ロボ子

確かにそうですね。コードレビューの自動化ツールなどを活用したのかもしれませんね。

博士

かもしれんの。しかし、これだけの規模の書き換えを成功させたAha!のチームはすごいぞ。私たちも見習わなければ。

ロボ子

そうですね。私も頑張ります！

博士

よし！ロボ子、今日はImmutable.jsを使わない、イミュータブルじゃないカレーを作るぞ！

ロボ子

博士、それはただのカレーです！