雑多に学んだことを書いているこの『ハトネコエ Web がくしゅうちょう』ですが、
このたび、組織のことや人事・採用関係の記事に関して、
『ハトネコエの人事・採用ブログ』 として独立させてみました！
目的としては『ハトネコエ Web がくしゅうちょう』のカテゴリーがすでにカオスで、
これ以上カテゴリーを増やしにくいってことだったり、
デザインを一新したブログでやりたいって気持ちだったり、妙な覚悟だったりします。
正直、独立させたところでちゃんと更新していくのか、
自分のことながらすでに不安でいっぱいなのですが(笑)、
独立させたからにはしっかり組織のことや採用のことについて書いていきたいと思います！
がんばります！
以前、Visual Studio Code の Plugin （拡張機能）が壊れて、
それを直すためにプルリクを書いたのですが、その過程で Plugin のローカルインストールの方法を知りました。
忘れないようにブログにも書いておきます。
git clone https://github.com/nekonenene/code-settings-sync.git -b v3.2.4-patch && cd code-settings-sync npm i npm i -g vsce vsce package /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/bin/code --install-extension code-settings-sync-3.2.4.vsix # Then, restart Visual Studio Code
と書いたのですが、実際そんな感じです。
まずは修正したい拡張機能のリポジトリを見て git clone します。
clone し終わったらそのリポジトリのディレクトリに移動し、
依存パッケージ (node_modules) をダウンロードします。
npm install
バージョンを変更したい場合は、
package.json ファイルの "version": "x.x.x", のところを元の値より大きなものにします。
拡張機能ファイルを作るためには vsce を使います。
以下のコマンドでインストールします。
（なお、使用にあたって Node.js のバージョンは 8 以上である必要があります）
npm install -g vsce
vsce のインストールが終わったら、以下のコマンドで vsix ファイル を作成します。
vsce package
最後にそれを code コマンドを使いインストールします。
code コマンドを使えるようにする方法はこちらにある通り、
Shift + Command + P でコマンドパレットを開いて、「>install code」と打つと出てくるものを押すだけです。
code --install-extension xxxxxx.vsix
で拡張機能のインストールが完了です。
『Extension 'xxxxxx.vsix' was successfully installed!』といったメッセージが表示されると思います。
拡張機能のインストールを反映するため、 Visual Studio Code を reload する必要があります。
Shift + Command + P でコマンドパレットを開いて、「>reload window」と打って出てくるものを押し、リロードします。
以上です。
ローカルインストールの方法が意外と簡単だと伝わったのではないかと思います。
これを活用して、「このプラグイン、こうだったらもっと使いやすいのに……」と思ったものを、
どんどん改善して自分流にしてみたり、便利な機能が作れたらプルリクエストを送ってみてください。
特に解説記事というわけでもなく、筆の走るままに感想を。
入門にはPerl入学式の教科書がとても役立ちました。
id:papix 先生ありがとう……
my @arr3 = (@arr1, @arr2); だけで済むの簡単でいい……。some_method(\@arr1, \@arr2) と参照渡しを強いられるのがめんどいPerl を調べてたら PSGI というWebアプリケーションサーバーの規格と、リファレンス実装の Plack というものを知り、
逆に CGI が廃れた理由を知ったのでメモ。
CGIが最も古典的でシンプルな実行方法として知られているが、クライアントからのリクエストのたびにプロセスの起動・破棄を行うため、サーバへの負担が大きく、ユーザへのレスポンスにも時間がかかる。また、このような起動形態ではデータベースとの接続といった必要な初期化も毎回行わなければならない。
（ https://ja.wikipedia.org/wiki/PSGI より引用）
『リクエストのたびにプロセスの起動・破棄を行う』ってヤバそう。
アクセス集中したらプロセスが何個も起動して、サーバー負荷がすごいことになりそう。
たしかにそれなら CGI 設置不可のレンタルサーバーとかあるよなと。
あと、アクセスのたびに initializer 的な初期設定の読み込みをするということで、普通に時間かかりそう。
おもしろい比較動画がありました。
nginx + PSGI と Apache + CGI で、全てのページを読み込むのにどれだけの差が生まれるのかという動画です。
だいたい 1:12(72s) と 1:56(116s) のところでそれぞれ終わるという差！
たぶんこの実験では Apache と nginx の違いによる性能差はそんな無いと思うので、
やっぱ CGI 時間かかるんだなぁという感想。
