「マスタリングVim」（技術評論社）の評判・価格・レビュー
リファクタリングを学ぶための教材の基本情報・価格・レビュー。
PR・広告を含みます
リファクタリングをスクールで学ぶなら、教育訓練給付で最大80%OFF。
対象講座なら受講料の最大80%（給付区分・上限・要件あり）が後日戻り、実質負担を抑えられます。独学の本＋スクールの併用も。
▶ あなたの講座でいくら戻るか試算（無料・30秒）
無料相談で適用条件を確認できます
無料相談で適用条件を確認できます
無料相談で適用条件を確認できます
はじめての方へ：教育訓練給付のしくみと損しない選び方 ／ 申請手順5ステップ
学んだ後に「作って公開する」ための環境例です。サーバー・ツールは教育訓練給付／補助の対象外です。
※給付率・実質額は区分（一般20%／特定一般40%／専門実践 最大80%）と要件で変わり、即時値引きでなく後日支給です。最終可否はハローワーク・厚労省でご確認ください。掲載はPR（送客手数料を受領）。
この本について
Googleの現役エンジニアが書いた、テキストエディタ「Vim」の解説書です。OSごとのインストールや基本操作といった入門的内容も押さえつつ、リファクタリング、デバッグ、実行、テスト、バージョン管理システムとの連携、プラグインの作成と管理といったソフトウェア開発に便利な機能を、Pythonのコードを使って解説します。本書を読み終えるころには、あなただけの最高のVimが完成しているはずです！ Vim 8.1/Neovimに対応。 ■■日本語版に向けて ■■序章 ■■第1章 Vimを始める ■1.1 技術的要件 ■1.2 （モーダルなインターフェースについて）話を始めよう ■1.3 インストール ■1.4 バニラなVimとgVim ■1.5 .vimrcでVimを設定する ■1.6 よく使う操作（あるいはVimの終了方法） ■1.7 動き回る：エディタと対話する ■1.8 インサートモードで単純な編集を行う ■1.9 永続アンドゥと繰り返し ■1.10 :helpコマンドでVimのマニュアルを読む ■1.11 まとめ ■■第2章 高度な編集と移動 ■2.1 技術的要件 ■2.2 プラグインをインストールする ■2.3 ワークスペースを整える ■2.4 ファイルツリーを移動する ■2.5 テキスト中を移動する ■2.6 レジスタを使ってコピー＆ペーストする ■2.7 まとめ ■■第3章 先人にならえ、プラグイン管理 ■3.1 技術的要件 ■3.2 プラグインを管理する ■3.3 モードに飛び込む ■3.4 コマンドを再マッピングする ■3.5 まとめ ■■第4章 テキストを理解する ■4.1 技術的要件 ■4.2 コードの自動補完 ■4.3 アンドゥツリーとGundo ■4.4 まとめ ■■第5章 ビルドし、テストし、実行する ■5.1 技術的要件 ■5.2 バージョン管理を扱う ■5.3 vimdiffでコンフリクトを解消する ■5.4 tmux、screen、ターミナルモード ■5.5 ビルドとテスト ■5.6 まとめ ■■第6章 正規表現とマクロでリファクタリングする ■6.1 技術的要件 ■6.2 正規表現で検索・置換する ■6.3 マクロを記録して再生する ■6.4 プラグインに仕事を任せる ■6.5 まとめ ■■第7章 Vimを自分のものにする ■7.1 技術的要件 ■7.2 VimのUIと戯れる ■7.3 設定ファイルを追跡する ■7.4 健康的なVimカスタマイズの習慣 ■7.5 まとめ ■■第8章 Vim scriptで平凡を超越する ■8.1 技術的要件 ■8.2 なぜVim scriptなのか？ ■8.3 Vim scriptの実行方法 ■8.4 文法を学ぶ ■8.5 スタイルガイドについて ■8.6 プラグインを作ってみよう ■8.7 次に読むべきもの ■8.8 まとめ ■■第9章 Neovim ■9.1 技術的要件 ■9.2 なぜ別のVimを作るのか？ ■9.3 Neovimのインストールと設定 ■9.4 Oni ■9.5 Neovimプラグインのハイライト ■9.6 まとめ ■■第10章 ここからどこへ行くのか ■10.1 効果的なテキスト編集のための7つの習慣 ■10.2 モーダルインターフェースはどこにでも ■10.3 お勧めの読み物とコミュニティ ■10.4 まとめ ■■付録 Vimを取り巻く日本のコミュニティ
判型：単行本
リファクタリングとは
リファクタリングとは、動作仕様を変えずに既存コードの内部構造を整える作業です。可読性・保守性・拡張性を高め、変更や追加を安全にしやすくします。新規開発とは目的が異なり、既存システムを長く使える状態に近づける工程です。
こんな人向け：対象は基礎的な変数、関数、分岐、クラス設計が読める人です。仕様は変えずに「同じ振る舞いを保ちながら改善する」ことが重要で、既存コードを扱う経験があると理解しやすいです。
独学ロードマップでの位置
学習の流れでは設計理解と読解力の次に、実務的な品質改善として扱う位置づけです。基礎知識のあとに小さな変更を反復し、テストやレビューと接続して進めると定着しやすくなります。
- 対象の境界を決め、今なぜ改善したいのか目的を言語化する。
- 既存の仕様と期待動作を確認し、変更前提条件を共有できる形にする。
- 重複排除、命名改善、条件分岐の整理など、1テーマずつ小さな単位で変更する。
- 差分を確認し、実行結果とコードの意図を検証してから次の箇所へ進む。
- 改善の理由を短く記録し、再発防止のコーディング規則として残す。
独学で足りる？体系的に学ぶ選択肢
独学では、短いコード例で“変更前と変更後の比較”が見える教材が特に効きます。リファクタリングの意図と注意点を図示し、反例も扱うものほど判断力がつきやすいです。自分が普段触る言語で、テストや再実装の練習がある教材を選ぶと定着が早いです。
独学が不安な人や期限が限られる人は、学習の順序を設計・実践・振り返りまで一体化した体系的な学習枠を使うと継続しやすいです。指導やフィードバックの場がある形式は、品質基準の揺れを早く修正でき、短期でも一貫した進め方を維持しやすいです。 ▶ 給付でいくら戻るか試算
よくある質問
Q. リファクタリングは「きれいにする作業」だけですか？
見た目の整理だけでなく、設計上の関係を明確化することも含みます。結果的に読みやすくなるだけでなく、将来の不具合修正や機能追加の負荷を下げる効果があります。最終目標は保守しやすい状態を作ることです。
Q. 最初から大きく直したほうが早くないですか？
大きい変更は原因追跡が難しく、失敗時の巻き戻しコストが上がります。まずは小さく区切って検証し、動作を保ったまま積み上げる方が再利用しやすいです。小刻みな実施ほど判断の精度を上げやすいです。
Q. テストがない既存コードを触るのは危険ですか？
危険というより、開始前に安全策が必要です。実行手順を固定し、代表パターンを必ず再現できる状態をつくってから変更すると、検知漏れを減らせます。テスト追加を並行して入れると、学習と品質向上を同時に進められます。
次の一冊：次は設計原則やコードレビュー基準のカテゴリに進むと、リファクタリングの判断軸が強まります。あわせて、テスト設計・デバッグ手法の学習に移ると、改善の安全性を一段上げられます。
