いつCraig Modによるこの記事を初めて読んだのかは覚えていないが、それ以来ずっと心に残っている。

素晴らしいプロダクトを届けたいなら、そのスピードに常に注意を払わなければならない：

速いソフトウェアが常に良いソフトウェアであるとは限らないが、遅いソフトウェアが偉大さにまで高まることはめったにない。

この記事は、しばしば過小評価されがちな——特にビジネス上の議論において——シンプルかつ根本的な概念について、素晴らしい概観を提供してくれる。

ソフトウェアにおけるスピードは、おそらく最も価値がありながら、最も過小評価されている資産だ。

著者は、UIやUXからフロントエンド、バックエンド開発まで、さまざまなチームからの知見を取り上げながら、複数の事例を紹介している。

それらすべてが連携し、素晴らしいプロダクトを届けたいのであればスピードを最優先にしなければならないということを理解する必要がある。

考えてみてほしい。新しいツールを試すとき、操作する中で最初に気づくのは——たとえ無意識であったとしても——そのレスポンスの良さだ¹。

スピードと信頼性は、しばしば一体のものとして直感される。スピードは、総合的なエンジニアリングの品質を測る良い指標になりうる。

こうした側面とは別に、スピードは言葉を通じても伝わる。ユーザーが速く動けるようにする細部にまで気を配らなければならない。

スピードは、ソフトウェアの言葉——文字通りの文言——にも現れる

適切な言葉を使い、ユーザーに迷いを生じさせないことが重要だ。

「純粋な職人技の結晶」ともいえるiOSソフトウェアの一例として、私が心から敬愛するアプリ²であるThingsが紹介されている：

iPadとiPhone版のThingsは、触れて感じられる、動かせる限り速く動くアプリの代表だ。すべてのアニメーションに意味がある。そして何より、楽しい。そこにいること、ものを放り込み、並べ替えることが楽しいアプリなのだ。これは古いアプリだ。Thingsは10年以上前から存在する。10年前に開くのが嬉しかったし、今日開くのもやはり嬉しい。

これこそが実践におけるこだわりのあるデザインがどのようなものかを示している。ユーザーを喜ばせる思慮深い判断の積み重ねだ。

これはMaxVPという概念や、以前私がそれについて書いたことともつながる：

[…] 自分のプロダクトが得意とすることに集中し、磨き上げられた少数精鋭の機能を提供し、あらゆる小さなインタラクションに注意を払うことだ。

私が毎日使っているアプリ³を見てみると、例えばこんな例がある：

• Bearのタグシステム：単語の前に#を付けてノートを分類する。/で区切ればサブタグを作成できる。
• Thingsのクイック追加：キーボードショートカットを使って、どこからでもすぐにタスクをリストに追加できる。
• iA Writerの起動画面：アプリを立ち上げたらすぐに書き始められる。書き始める前に何かをクリックする必要はない。

速いソフトウェアを作ることは、複数の異なる分野にまたがるチームの取り組みだ。簡単なことではないが、それこそが素晴らしいプロダクトを生み出すのだ。

速いソフトウェアを作るのは難しい。しかし、それが作られたとき、私たちは皆感謝する。