中嶋悟
名前：中嶋 悟（なかじま さとる） ニックネーム：サトルン 年齢：28歳 性別：男性 職業：会社員（IT系メーカー・マーケティング部門） 通勤場所：東京都千代田区・本社オフィス 通勤時間：片道約45分（電車＋徒歩） 居住地：東京都杉並区・阿佐ヶ谷の1LDKマンション 出身地：神奈川県横浜市 身長：175cm 血液型：A型 誕生日：1997年5月12日 趣味：比較記事を書くこと、カメラ散歩、ガジェット収集、カフェ巡り、映画鑑賞（特に洋画）、料理（最近はスパイスカレー作りにハマり中） 性格：分析好き・好奇心旺盛・マイペース・几帳面だけど時々おおざっぱ・物事をとことん調べたくなるタイプ 1日（平日）のタイムスケジュール 6:30 起床。まずはコーヒーを淹れながらニュースとSNSチェック 7:00 朝食（自作のオートミールorトースト）、ブログの下書きや記事ネタ整理 8:00 出勤準備 8:30 電車で通勤（この間にポッドキャストやオーディオブックでインプット） 9:15 出社。午前は資料作成やメール返信 12:00 ランチはオフィス近くの定食屋かカフェ 13:00 午後は会議やマーケティング企画立案、データ分析 18:00 退社 19:00 帰宅途中にスーパー寄って買い物 19:30 夕食＆YouTubeやNetflixでリラックスタイム 21:00 ブログ執筆や写真編集、次の記事の構成作成 23:00 読書（比較記事のネタ探しも兼ねる） 23:45 就寝準備 24:00 就寝
editorconfigとprettierの基本的な違いを押さえよう
エディタの設定は、コードを書いたときの見た目や改行の挙動を決める大切な要素です。EditorConfigとPrettierは名前を耳にする機会が多いものの、それぞれの役割には大きな差があります。EditorConfigは複数のエディタやIDEで共通の環境を作るための規約であり、ファイルの拡張子に関係なく、インデント幅・改行コード・末尾の改行有無などの基本設定を統一します。対してPrettierはコードそのものの“見た目”を整える自動フォーマッタです。言語ごとのスタイル規則を適用して、インデントのスペース数、セミコロンの有無、改行の挙動などを統一します。
この2つは連携できますが、目的が異なるため、使い方を混同すると編集環境の統一とコードの整形が噛み合わなくなることがあります。
以下では、それぞれの特徴を整理し、実務での使い分けのコツを分かりやすく紹介します。
EditorConfigは、ファイルの拡張子に依存せず適用できる設定を扱います。例えば .editorconfig というファイルをプロジェクトのルートに置き、[root] や [*.py] のようなセクションを用いて、全体のインデント幅を4スペースに統一したり、改行コードを LF/CRLF のどちらにするかを定義します。これにより、JavaScript・Python・テキストファイルなど異なる言語の編集時にも「このプロジェクトではこうする」という統一感が保たれます。
設定ファイルは非常にシンプルで、読む人が増えれば増えるほど価値が高まります。現場では、最初にこの設定を揃えることが後のブランチ作業やマージ作業を楽にする第一歩になります。
Prettierは、主に「コードの整形」に焦点を合わせます。lintや静的解析の前後で見た目を統一する目的で使われ、JavaScript・TypeScript・CSS・JSON など多くの言語に対応しています。Prettierを導入すると、セミコロンの有無、括弧の配置、改行位置、長い行の折り返しなどの規則が自動的に適用され、同じリポジトリ内のコードが一貫した見た目になります。ただし、Prettierだけを導入しても、エディタの設定が不統一だと差分が生まれることがあります。ここがEditorConfigと組み合わせるべき理由です。
運用の立場から見る違い
実務での運用を考えると、まずは導入の順序が重要です。組織やチームの方針として、エディタの設定を統一するならEditorConfigを基盤にします。これにより、どのエディタを使っても同じ挙動が期待でき、初期設定の齟齬を減らせます。次に、コードの見た目の統一を目的としてPrettierを設定します。これにより、開発者が書くコードのフォーマットが揃い、差分のノイズが減ります。CI/CDでPrettierを検証・自動整形する仕組みを追加すれば、個人差による乱れを自動的に抑制できます。
この順序を守ると、後々のレビューやマージ時に「フォーマットの揺れなのか、設定の違いなのか」がすぐに判断でき、トラブルを最小化できます。
実務での運用コツはシンプルさを保つことです。設定は1つの場所に集約し、READMEやガイドに運用ルールを明記します。EditorConfigとPrettierの設定ファイル(.editorconfig, .prettierrcなど)をリポジトリと同じ場所に置き、エディタのプラグイン設定やCIのチェック方法も合わせて記述します。こうした統一があれば、新人がプロジェクトに参加しても迷わず作業を開始でき、全体の生産性が上がります。
実際の使い分けのケースとサンプル設定
実務で役立つケースを見ていきましょう。ケース1は新規プロジェクトで、EditorConfigとPrettierの両方を同時に設定しておくケースです。冒頭に「このリポジトリではこのルールを適用します」と明記し、READMEにも設定内容を記載します。
ケース2は既存リポジトリの統一作業です。過去のファイルに対しても、改行コードやインデントを揃えるための一斉変更と、フォーマットの適用を並行して進めます。PRベースで段階的に適用していけば、差分が明確で判断がしやすくなります。
ケース3はCIでの自動化を活用するケースです。Prettierを実行してフォーマットを自動修正させ、EditorConfigのルール適用をCIで検証することで、開発環境とビルド環境の整合性を保ちます。
koneta: 友だちのミキとケンがノートPCを前に EditorConfig と Prettier について語り合う場面を想像してみてください。ミキは「エディタの統一が最初の一歩だ」と力説し、ケンは「コードの見た目は人の作業効率を高めるだけで、動作には影響しない」と冗談混じりに返します。二人は実際のプロジェクトの設定ファイルの場所や使い方を丁寧に確認しあい、「設定を1か所に集約し、チーム全体で守る」という結論に到達します。最後に、これらの知識が次のプロジェクトでのスムーズな協業につながると互いに確信を深めます。
ITの人気記事
