Visual Studio Code で ESLint、Prettier、RuboCop、Solargraph、Jest、Babel、TypeScript などの設定ファイルのメンテコストを下げる戦略

前提

チームプロジェクトを「汚さない」ようにすることを前提とします。

結論

VS Code の「ユーザー」設定（一番上位に位置する包括設定）はなるべく変更しないようにします
設定を変更する場合には「ワークスペース」ごとの設定を変更するようにします
- 「ワークスペース」ごとの設定において、各種の実行ファイルの場所の設定や、参照される設定ファイルの場所を書きます
  - 必要な部分だけ「ユーザー」設定の上書きをすることになります
「ワークスペース」の設定ファイル、およびそれに付随する設定ファイルはプロジェクトを汚してしまわないよう、.git/info/exclude に書きます*1

補足

メンテコストを下げるために「疎」にする形です*2
ユーザーのローカルで完結する形で構成を考えます
設定ファイルのひな形を dotfiles に入れておくと便利でしょう

備考

このあたりの設定の詳細については、一度がっつりと時間をとって丁寧に学ぶとそれ以降にずっと使えて武器になる知識となると思います。ただ、既存の知見のコピペで済むことも多いですし、既存プロジェクトに設定ファイルが存在しているならばまずはそれに従っておけばいいとも思います。

特に、フロントエンドは Lint に限らず、設定ファイルが多すぎですからね……*3。

*1:.gitignore ではなく

*2:これは、あらゆる分野に通じることかと思います

*3:そして Lint よりも重要な設定ファイルも多いですしね

2020-01-20

「囚われのパルマ」の孤島リアルイベント

ゲームイベント

行きたいいいいい。期間も長いし、どこかのタイミングで行けるかな……と思ったら、どうぶつの森と C98 準備があるから厳しいかも……。

www.capcom.co.jp

www.famitsu.com

2020-01-20

rbenv や nodenv などの XXenv で一瞬だけバージョンを切り替えたい場合

ソフトウェア開発

結論

二つの方法があります。実質的には、どちらも同じことです。以下、rbenv の場合を例として書きます。

1つ目の方法. `RBENV_VERSION` を設定した上で、ruby を実行する

具体例を見るとすぐに分かると思います。

$ ruby -v
ruby 2.7.0p0 (2019-12-25 revision 647ee6f091) [x86_64-darwin19]
$ RBENV_VERSION=2.6.5 ruby -v
ruby 2.6.5p114 (2019-10-01 revision 67812) [x86_64-darwin18]

2つ目の方法. `rbenv shell` というコマンドを実行した上で、ruby を実行する（実行し終わったら --unset する）

これも具体例を見るとすぐに分かると思います。

$ ruby -v
ruby 2.7.0p0 (2019-12-25 revision 647ee6f091) [x86_64-darwin19]
$ rbenv shell 2.6.5
$ ruby -v
ruby 2.6.5p114 (2019-10-01 revision 67812) [x86_64-darwin18]
$ rbenv shell --unset
$ ruby -v
ruby 2.7.0p0 (2019-12-25 revision 647ee6f091) [x86_64-darwin19]

当該シェルを抜ければ rbenv shell で指定した値は無効になるので、--unset は必ずしも実行しなければいけないというわけではないです。