Prettierを選ぶ理由

非公式ベータ版翻訳

このページは PageTurner AI で翻訳されました（ベータ版）。プロジェクト公式の承認はありません。エラーを見つけましたか？問題を報告 →

スタイルガイドの構築と強制

Prettierを採用する最大の理由は、スタイルに関する継続的な議論を終わらせることです。プロジェクトやチームにとって共通のスタイルガイドが有益であることは広く認められていますが、そこに至る過程は非常に苦痛で報われないものです。開発者は特定のコード記述方法に感情的にこだわり、誰も細かい指摘を書いたり受け取ったりする時間を好みません。

ではなぜ他のランダムなスタイルガイドではなく「Prettierスタイルガイド」を選ぶのでしょうか？Prettierは完全に自動化された唯一の「スタイルガイド」だからです。Prettierがすべてのコードを100%理想的な方法でフォーマットしないとしても、その特異的な利点を考えれば「犠牲」にする価値があると思いませんか？

「スタイルに関する精神的負担を解放し議論を終わらせたい。生産的な場合もあるが、こうした議論の大半は無駄です」
「あるエンジニアが三項演算子のスタイルについて長期間議論し一貫性がなかったため、全コードのクリーンアップに膨大な労力を費やす事態が実際に発生しました。馬鹿げた継続中の『大論争』で細かいやり取りが大量に浪費されました。今では全員が合意するのが遥かに簡単です：Prettierを実行し、そのスタイルに従うだけです」
「他人に製品コードのスタイルを指示するのに疲れた」
「スタイルの細部を議論する時間の浪費を止めるのが最大の理由でした」
「githookの設定により、ESLintルール違反や後で修正が必要な細かい問題によるビルド失敗を引き起こすPR内のスタイル問題が減少しました」
「今後誰も他人の細かい指摘をしてほしくない」
「スティーブ・ジョブズが毎日同じ服を着ていたのを思い出します。彼は数百万もの決断を下す必要があり、服選びのような些細な決定に煩わされたくなかったのです。Prettierも同じだと思います」

新規参加者への支援

Prettierは通常、現在のコードベースやJavaScriptに精通した人々によって導入されますが、不釣り合いなほど恩恵を受けるのはコードベースに新しく参加する人々です。プログラミング経験が非常に限られた人々にのみ有用だと思うかもしれませんが、以前は異なるコーディングスタイルを使用していた経験豊富なエンジニアや、別のプログラミング言語から来た開発者のランプアップ時間を短縮することが確認されています。

「Prettierを使う動機：JavaScriptを上手く書けるように見せたいから」
「いつもスペースを間違った場所に入れていたが、もう心配する必要がなくなった」
「初心者は構文に起因する多くのミスを犯します。Prettierのおかげでこれらのミスを減らし、本当に重要なことに集中する時間を大幅に節約できます」
「教師として、生徒にもJS構文の学習と可読性の高いファイル作成を支援するためPrettierのインストールを勧めます」

コードを書くこと

Prettierを使い始めた人々に通常起こるのは、実際にはコードのフォーマットに多くの時間と精神的エネルギーを費やしていることに気づくことです。Prettierのエディタ統合を使えば、魔法のキーバインドを押すだけで、パッとコードがフォーマットされます。これは目を見開かされる体験です。

「コードを書きたい。フォーマットに時間を費やしたくない」
「私たちの日常生活で最悪な5％、つまりフォーマットが除去された」
「2017年になっても、80カラム制限を超える引数を追加した場合に呼び出しを複数行に分割するのは依然として苦痛です :(」

導入の容易さ

私たちは最も議論の少ないコーディングスタイルを採用するため、あらゆるエッジケースを何度も修正し、導入体験を磨き上げることに尽力してきました。Prettierをコードベースに導入する準備が整った時、技術的な面で苦労することはないだけでなく、新たにフォーマットされたコードベースが大きな論争を生まず、チームメンバーにスムーズに受け入れられるよう設計されています。

「オーバーヘッドが非常に低い。様々な種類のリポジトリにPrettierを導入してもほとんど作業が不要だった」
「ほぼバグフリーだった。導入過程で重大なスタイル問題が発生していたら、JSコードベースへの適用を躊躇していただろう。幸いそうした事態は起きなかった」
「全員がコミット前スクリプトの一部として実行し、何人かはエディターの保存時拡張機能も使っている」
「高速で、大規模なJSコードベースでも13秒未満でPrettierを実行できた」
「Prettierの最大の利点は、コードベース全体を一括フォーマットできる点だった」

既存コードベースの整理

コーディングスタイルの策定と適用は大変な作業であるため、往々にして後回しにされ、一貫性のないコードベースが放置されます。このような状況でPrettierを実行すれば即効性があり、ほとんど時間をかけずにコードベースを統一し可読性を向上させられます。

「コードを見てください :) 正常な状態を取り戻す必要があるだけです」
「18ヶ月間にわたり20人の開発者が関わったグローバルチームのES6コードベース約2000モジュールを引き継ぎました。ほとんど調査せずに成功した感覚がありました」

トレンドに乗る

プロジェクトの純粋に技術的な側面だけが、Prettierを採用する決め手となるわけではありません。誰が構築し利用しているか、コミュニティでどの程度急速に普及しているかといった要素も、無視できない影響力を持っています。

「驚くべきは：1）2ヶ月前に発表 2）主要JSプロジェクトのほぼ全てが採用済み 3）7000スター、月間10万npmダウンロード」
「ReactとReact Nativeと同じ開発者陣が構築」
「最新トレンドの一端を担いたい」
「近い将来、必ず求められるようになるから」

スタイルガイドの構築と強制​

新規参加者への支援​

コードを書くこと​

導入の容易さ​

既存コードベースの整理​

トレンドに乗る​