Railsアプリに最適なライブラリの選び方――迷ったときの判断基準

Angular vs Ember。RSpec vs Minitest。Haml vs Slim vs ERB。新しいプロジェクトを始めるときには、選択すべきことが山ほどあります。それぞれの陣営には熱心な擁護者がいて、意見は真っ二つに分かれます。そして気づけば、4本目のチュートリアルを読んだり、「SassとLessはどちらが優れているか」を巡る30件ものコメント合戦を読みふけったりしているうちに、プロジェクトを始めていたはずの時間を浪費してしまった——そんな経験はないでしょうか。

では、どうすれば「正しい」ライブラリを選び、実際のコードを書き始めることができるのでしょうか。

あなたは大きなプレッシャーの中にいる

開発コミュニティは非常に速いスピードで動いています。毎日のように新しいライブラリが登場し、さまざまな問題を解決しようとしています。その多くは、すでに解決済みの問題へのアプローチであり、さらにその多くは、先行するライブラリへの反発として生まれたものです。

こうした議論は、しばしば感情的なものになります。人々はこれらのライブラリを使いこなすために、人生の一部とも言える時間を費やしてきました。「お気に入りの新ライブラリ」が解決するために作られた問題で、過去に痛い思いをした人もいます。だからこそ、特定のライブラリを使うべきだという主張には、情熱と感情が込められているのです。

そうした熱い主張を次々と読んでいると、「間違った選択をしたら見下されるのではないか」と感じやすくなります。

どうすれば納得してライブラリを選べるのか？

あなたの選択に全員が同意することは、あり得ません。できる限りのことは、自分自身の判断に納得することです。技術的なレベルでも、個人的なレベルでも、選んだライブラリに満足できなければなりません。

技術面については、プロジェクトに適したgemを選ぶためのガイドを以前執筆しましたが、そこでのアドバイスのほとんどは、この種の選択全般に当てはまります。

同時に、個人的な好みも選択に影響します。しかし、実際にそのライブラリを使ってアプリを作ってみないことには、どちらが自分に合っているかを予測するのは難しいものです。

そんなとき、GitHubのコード検索が強力な味方になります。候補となるライブラリのクラス名で検索すれば、それぞれのライブラリを実際に使っているプロジェクトを見つけられます（クラス名は通常、READMEやgemのドキュメントから確認できます）。

実際のコードを見ることで、そのライブラリがどのように使われているのか、コードや他のライブラリとの統合性はどうか、使い勝手はシンプルか、といった点を把握できます。技術的な議論だけでは判断材料が足りないとき、これは非常に役立ちます。

そもそも、そんなに重要なのか？

間違った選択は、後々痛みをもたらすかもしれません。しかしソフトウェア開発において、「失敗ゼロ」はプロジェクトを始めないことです。アプリに最適なライブラリを選ぶことに時間をかけすぎても、この失敗を防ぐことには何の役にも立ちません。ほとんどの場合、何かを選ぶことがもたらすメリットは、間違った選択によるデメリットをはるかに上回ります。

自分の選択を責める必要はありません。新しいライブラリを学び、プロジェクトで試し、技術面・個人面の両方から「どれが自分に合うか」を判断することに、何の問題もありません。

たとえ後になって考えが変わったとしても、最初に選んだライブラリから得た学びは、必ずあなたの中に残ります。新しいライブラリは、ゼロから学ぶよりも、既存の知識との差分として学ぶほうがはるかに速く習得できます。

ずっと昔の私なら、RubyistではなくPythonistaになっていたかもしれません。それほど幸せではなかったかもしれないし（正直なところ、誰にも分かりませんが）、それでも私はコードを書き続け、それを愛していたはずです。