フレームワークを使って何かを作って初めてその最大の利点が明らかになるということです。その利点とは、利便性です。利便性は機能と切り離されることに注意してください。おいては、より簡単に、快適に達成できると主張するだけです。ギークたちは、難解な事柄を解決することを楽しみ、ただ動くだけのものの価値を正当に評価せず、しばしば利便性について完全に盲目的になってしまうので、このことを強調する必要があります。それを二の次にするという型破りな立ち位置にあることを初めて耳にしたとき、それはここから始まる何か変わったことの最初のヒントになります。沿うことを優先します。ためのファーストクラスサポートを提供します。残り続けているのは偶然ではありません。ルーティングをじっそうします。目指してきたことは重要ではありません。上にレイヤを追加します。ルーティング構成行えるようにします。Item.getItemPdfこの例には、ひとつ以上のコントローラがあります。パラメータを使っていることも確認できます。デベロッパとどのように異なり得るのかを考えることです。ベースのユーザインタフェースです。主要なインタフェースとして考えるかもしれません。ユーザインタフェースはプログラマでない人々によって使われることを意図しているため、この違いは大事です。どちらの場合も、良いデザインは利便性を含んでいますが、普通の人々のための利便性はプログラマのための利便性とは同じではありません。ソフトウェアのこととなるとプログラマは貧弱な利便性にもよく対処してしまうので、プログラマ向けの利便性よりも一般の人向けの利便性の方が、ある意味では高い水準となります。これは、元は関節炎を患う高齢者向けのよい利便性を持つように設計されていましたが、より持ち易いように道具を作ることは全てのユーザにとって良いことであることが分かりました。フレームワークは違います。インタフェースは、ただただ有用です。デベロッパのための、より注目すべき、より有用な情報を残します。アプリケーションを想像してみてください。アプリケーションはスタックトレースの中に見られるアプリケーションコードの最終行を示します。結局のところ、本当に知りたいのは自身のコードにおいて最初におかしくなったのはどこかということです。フレームワークは、重複し、無関係な情報を取り除き、何が重要かということに注目するよう、かなりの努力をします。それらひとつひとつは大きく重要な機能と比べると小さなものかもしれませんが、結果として開発体験をより快適かつ生産的なものにします。使って何かを作るときに感じる温かみは、通常、フレームワークとの格闘の結果として生じるフラストレーションの不在なのです。ブログで公開されました。