vim沼: JavaScriptでElectronとReact Nativeアプリを効率的に開発する設定

vim沼: JavaScriptでElectronとReact Nativeアプリを効率的に開発する設定

vim沼: JavaScriptでElectronとReact Nativeアプリを効率的に開発する設定

先に英語で書いてから日本語訳しています。

こんにちは、個人アプリ作家のTakuyaです。

僕はInkdropというMarkdownノートアプリを独りで開発しています。 これはmacOSやWindows、Linux、iOSからAndroidまでスムーズに動作します。 なぜならデスクトップ版はElectron、モバイル版はReact Nativeで組まれているからです。 つまりアプリは基本的にJavaScriptで書かれています。

本稿では、vimにて効率的にJavaScriptをコーディングするためのワークフローについてシェアします。 僕はVSCodeのようなIDEを使わず、主にターミナル上で作業しています。 使っているツールはtmuxとNeovimです。 この構成での基本的なワークフローについてはこちらに書きました。 ここでは、更にvimの設定について掘り下げてご説明します。 僕のdotfilesはGitHub上で公開していますので、ご自由にコピペしてください。

Plugins

使っているvimのプラグインは以下の通りです:

dein.nvim — プラグイン管理

プラグインのインストールやアップデートの管理にはdein.nvimを使っています。 使いたいプラグインはdein.tomlファイルに、以下のような感じで記述します:

[[plugins]]repo = 'Shougo/dein.vim'
[[plugins]]repo = 'Shougo/defx.nvim'depends = ['defx-git', 'defx-icons']hook_add = """source ~/.config/nvim/plugins/defx.rc.vim"""
[[plugins]]repo = 'Shougo/denite.nvim'hook_add = """source ~/.config/nvim/plugins/denite.rc.vim"""
[[plugins]]repo = 'jiangmiao/auto-pairs'
[[plugins]]repo = "neoclide/coc.nvim"merge = 0rev = "release"hook_add = """source ~/.config/nvim/plugins/coc.rc.vim"""

もう一つファイルがあります。dein_lazy.tomlというファイルです:

[[plugins]]repo = 'elzr/vim-json'on_ft = ['json']
[[plugins]]repo = 'yuezk/vim-js'on_ft = ['javascript', 'javascript.jsx']
[[plugins]]repo = 'maxmellon/vim-jsx-pretty'on_ft = ['javascript', 'javascript.jsx']

このファイルは開いているファイルタイプに応じて都度読み込まれるプラグインを記述します。 例えばvim-jsonというプラグインはjsonファイルを開いた時にのみ読み込まれるようにしています。 そうすることで、その時必要ないプラグインは極力読み込まず、vimの起動や動作を常に軽快に保つことが出来ます。 ここでは僕が普段よく使うファイル形式に関するプラグインを書いています。

coc.nvim — インテリセンス

coc.nvimConquer of Completionの略です。かっこいいですね。 これはあなたのvim環境にてインテリセンスを実現するためのプラグインです。 例えば、オートコンプリーション、オートインポート、タイプ定義といった、IDEがよく備えている補助系機能を提供します。素敵。

例えば以下のようなTypeScriptがあったとします:

type Note = {  _id: string,  body: string,  title: string,  createdAt: number,  updatedAt: number,  tags: [string]}
const note: Note = {  _id: 'hige',  body: '# hello',  title: 'example note',  createdAt: 'moji'}console.log('note:', note)

createdAtはnumber型であるべきです。 でももし間違えて文字列を入れてしまった時、以下のようにその間違いを教えてくれます:

number型であるべきですよ、文字列じゃないですよ、と。 coc.nvimはこういった事をしてくれます(厳密にはLanguage Serverです)。

オートコンプリーションも以下のようにやってくれます:

ご覧のように、ツールチップでタイプの定義を表示してくれます。

もちろん関数の定義表示もできます。 hoge.ts というファイルがあって、そこにBookクラスやgetThingsDone関数が定義してあったとします。 すると、getThinなどと打つだけで以下のように補完してくれます。

定義の説明もこのように表示してくれます。 そこで「おっしゃ挿入しよう」とエンターを押します。 するとimportステートメントも自動で挿入してくれます。

import {getThingsDone} from './hoge'  // imported automatically
getThingsDone(hoge)

プリティーニート。素晴らしい。

カーソル下のタイプ定義を調べたい場合は、shift-Kキーを押して表示するように設定しています。 shift-Kを押下すると、ツールチップでタイプ定義を表示します。 なので型定義がなんだっけと忘れてしまっても、すぐに調べることが出来ます。

更に、ツールチップの内容からはちょっとよく分からん、となった時、もっと詳細を確認したい時、 gdキーを入力します。これは’go to definition’という意味です。 すると、定義元へとジャンプしてくれます。 ctrl-oで前に戻ります。 同じファイル内の定義も、ちゃんとカーソルを定義元へと運んでくれます。

このように、coc.nvimはコーディングの補助を協力に行ってくれます。 とてもパワフルで便利です。おすすめ。

この例ではTypeScriptでデモンストレートしましたが、僕は基本的にFlowJSで書いています。 coc.nvimはFlowJSでもしっかり動作します。 たとえばInkdropのNoteモジュールがこちらにあります。 ご覧のように、まぁTypeScriptほどではないにしろ、上手く動きます。 オートコンプリーションも…まぁまぁですね。

ともあれ、便利です。無いよりマシ。 正直言うと、さっさとFlowJSからTypeScriptに移行したいのですが、コードベースが巨大なので難しいです。 しょうがないので今はFlowJSに甘んじています。

こちらがcoc.nvimの設定ファイルです。 重要なのはエクステンションです (.config/nvim/plugins/coc.rc.vim)。 4つのエクステンションを入れています:

" Extensionslet g:coc_global_extensions = [  \ 'coc-json',  \ 'coc-tsserver',  \ 'coc-prettier',  \ 'coc-eslint',  \ ]

もしTypeScriptを書くのなら、coc-tsserverエクステンションを入れてください。 その他、json、prettier、eslintなどのヘルパー系エクステンションを入れています。

あとcoc-settings.jsonというもう一つ設定ファイルがあります:

{  "coc.preferences.formatOnSaveFiletypes": ["json", "css", "markdown"],  "eslint.autoFixOnSave": true,  "eslint.autoFix": true,  "tsserver.enableJavascript": false,  "languageserver": {    "flow": {      "command": "flow",      "args": ["lsp"],      "filetypes": ["javascript", "javascriptreact"],      "initializationOptions": {},      "requireRootPattern": true,      "settings": {},      "rootPatterns": [".flowconfig"]    }  },  ...}

FlowJSを書くなら、Language Serverの設定をこのように書く必要があります。 FlowはLanguage Serverのプロトコルを喋りますので、それを使います。 TypeScriptとFlowJSを両方書くという方は、"tsserver.enableJavascript": falseを指定して、jsファイルを編集する時にTypeScriptが無効になるようにします。

That’s it.

defx.nvim — ファイラ

僕は画面左にずっとファイルツリーを表示しているのが嫌いです。 なので必要な時に都度ファイラを立ち上げるようにしています。このように:

そこから選んでファイルを開きます。 ファイラはdefx.nvimです。 sfキーで開くように割り当てています。

設定ファイルは以下のような感じです:

nnoremap <silent>sf :<C-u>Defx -listed -resume      \ -columns=indent:mark:icon:icons:filename:git:size      \ -buffer-name=tab`tabpagenr()`      \ `expand('%:p:h')` -search=`expand('%:p')`<CR>nnoremap <silent>fi :<C-u>Defx -new `expand('%:p:h')` -search=`expand('%:p')`<CR>

確かReadmeからコピペしてきました。 これでディレクトリやコンポーネント群をvimライクなキーバインドでエクスプロールできます。

もしファイルを変更した場合は、’M’というラベルが表示され、変更があることを教えてくれます。 非常に良く出来たファイラです。好き。

もちろん、ファイラ内でファイル操作も出来ます:

  • Create new file: shift-N
  • Delete file: D
  • Rename file: R

フォント

上記スクリーンショットにて、JavaScriptやフォルダやその他の形式のアイコンが表示されていたことに気づいたかもしれません。 これはNerd Fontsを使っているからです。 このフォントはFont Awesome, Devicons, Weather IconsやSeti UIなどの沢山のアイコンが同梱されたフォントです。 これを使うことでターミナル上でアイコンを描画できます。

denite.nvim — ファイル検索

プロジェクト内でファイル検索するときは、denite.nvimを使います。 このプラグイン自体は検索の機能を提供しませんが、僕はそう出来るように設定しています。 設定はこちらにあります。

例えば、Inkdropプロジェクトでは沢山のファイルがあります。 それらをファイル名で検索するには、 ;fと入力します。すると検索ウインドウが表示されます。

ここで ‘editor’ のようにキーワードを入力すると、それにマッチするファイル群がフィルタされて表示してくれます。 なのですばやくファイルを見つけて開けます。

ファイルの中身をgrepして探したい場合は ;rを押します。 'Notebook'のようにキーワードを入力すると、すぐさまキーワードが出現する場所とファイルを一覧表示してくれます。

その上、この検索結果からさらにキーワードを入力して絞り込めます。 なので沢山のファイルがあなたのプロジェクトにあっても、素早く探し出すことが出来ます。

denite.nvimの設定は複雑なので全部説明するのは難しいです。 こちらがキーマップの設定です:

nnoremap <silent> ;r :<C-u>Dgrep<CR>nnoremap <silent> ;f :<C-u>Denite file/rec<CR>

Dgrepコマンドは以下のように定義しています:

" Ag command on grep sourcecall denite#custom#var('grep', 'command', ['ag'])call denite#custom#var('grep', 'default_opts', ['-i', '--vimgrep'])call denite#custom#var('grep', 'recursive_opts', [])call denite#custom#var('grep', 'pattern_opt', [])call denite#custom#var('grep', 'separator', ['--'])call denite#custom#var('grep', 'final_opts', [])" grepcommand! -nargs=? Dgrep call s:Dgrep(<f-args>)function s:Dgrep(...)  if a:0 > 0    execute(':Denite -buffer-name=grep-buffer-denite grep -path='.a:1)  else    let l:path = expand('%:p:h')    if has_key(defx#get_candidate(), 'action__path')      let l:path = fnamemodify(defx#get_candidate()['action__path'], ':p:h')    endif    execute(':Denite -buffer-name=grep-buffer-denite -no-empty '.join(s:denite_option_array, ' ').' grep -path='.l:path)  endifendfunction

実際にやっているのは、ag という外部プログラムを呼び出しています。 これはスピードにフォーカスしたコード検索ツールです。 それで、このコマンドにコンテキストに応じたパラメータを付与して呼び出して検索しているという訳です。 プリティーニート。

auto-pairs

あとは細かい部分についてですが、auto-pairsというプラグインを好んで使っています。 これは、名前の示すとおり、ブラケット(かっこ)のペアの入力補助をしてくれます。 開きカッコを入力したら、自動で閉じカッコも入力してくれるというやつです。 ダブルクォートでも動きます。片方を消すと、もう片方のクォートも消してくれます。 シングルクォート''、スクエアブラケット[]、カーリーブラケット{}、ふつうのブラケット()などで動作します。 よく入力する文字なので助かっています。

Read more

なぜ体を壊してまで個人開発を頑張るのか?自尊心の欠如や過集中癖と向き合う

なぜ体を壊してまで個人開発を頑張るのか?自尊心の欠如や過集中癖と向き合う

どうもTAKUYAです。最近、個人開発を頑張りすぎて体調を崩してしまいました。アトピーが猛烈に悪化して、QoLが著しく下がってしまいました。まだ療養中ですが、毎日1万歩以上歩いて、徐々に回復しつつあります。 この過ちを繰り返さないためにも、自分は一体何が原因で頑張りすぎてしまうのか?という事について深堀りして考えてみたいと思います。また、個人開発におけるメンタルヘルスはあまり語られていないトピックだと思います。本記事が、同じように仕事を頑張りすぎてしまう人の助けになれば幸いです。 TL;DR * なんとなく続けていたソフト開発が自分を救った * 原体験が歪んだモチベーションを生んでしまった * 親が引くほどの過集中癖がある * 生得的な直せないバグと考えることにする * アプリの成功に関係なく、自分をあるがままに受け入れる * 挫折しないのは、なんだかんだで前向きだから * ユーザさんから「休め!」と叱咤された * 人生は長い。個人開発なんかで死ぬな 自己の原体験について振り返ってみる 個人開発だけで生活するようになって、かれこれ8年ぐらいが経ちます。こう

By Takuya Matsuyama
ユーザサポートの問い合わせを装った攻撃が怖すぎた

ユーザサポートの問い合わせを装った攻撃が怖すぎた

どうもTAKUYAです。個人開発をしていてアプリの知名度が上がってくると、作者個人(あるいはサイト管理人)を狙った攻撃というのをたまに受けます。つい先日も、怖すぎるメールを受け取ったのでシェアします。 件名: Cookie consent prevents platform access Hello, I cannot access use the store. The cookie consent notice keeps appearing and nothing happens once I approve or try to close it, so I’m unable to interact with the website. Please provide guidance on

By Takuya Matsuyama
万年ペーパーの自分が車の運転を楽しめるようになった理由

万年ペーパーの自分が車の運転を楽しめるようになった理由

どうもTAKUYAです。大学の入学前に免許を取って以来ずっとペーパードライバーで、都市生活では出来る限り運転は避ける生活を送っていた。事故を起こせば人を◯してしまう可能性もある代物を日常的に運転するなんて考えられなかった。 そんな自分に転機が訪れたのは、結婚して大阪に戻った事と、子供ができた事、そしてアウトドアに興味を持った事だ。大阪近辺だと箕面とか野勢、神戸、丹波篠山などが日帰りでドライブしやすい距離だ。それで、恐る恐るタイムズのカーシェアで時々ではあるが運転するようになった。 他の車も生きた人間が運転しているという驚き まず運転していて気づいたのは、他の車にも生きた人間が運転していると言う点だ。そんなのは当たり前だろと思うかもしれないが、結構新鮮な発見だった。Grand Theft Autoなどの現代をモチーフにしたゲームをプレイすれば分かるが、NPCの車の動きは鈍臭いのでガンガンぶつかる。プレイヤーの進行を予測した動きなどしないからだ。 しかし現実では相手も事故りたくないので、お互いに動きを読み合い、譲り合って運転する。ルードな運転手もたまにいるものの、どちらかがよっぽ

By Takuya Matsuyama
禅的思考: なぜInkdropはMarkdown独自拡張をしないのか

禅的思考: なぜInkdropはMarkdown独自拡張をしないのか

InkdropはMarkdownのノートアプリですが、Markdownの独自拡張は「絶対にやらない」と決めていて、それがアプリの哲学になっています。 Markdown(厳密にはGitHub-flavored Markdown)の強みは、ソフトウェア業界標準で広く使われてい緩い文書フォーマットという所です。 アプリの独自記法を加えてしまったら、あなたの書いたノートはたちまちそれらと互換性がなくなります。 「独自記法を加えた方が便利な機能が付けられるだろう」と思うかもしれません。もちろん実際Markdownは完璧な書式ではないため、必要な場面はいくつかあります。例えば画像のサイズ指定方法が定まっていない、など。それでも自分は、ノートの可搬性を第一にしてきました。その裏には禅にまつわる哲学があります。 日本の文化は周りの環境と対立するのではなく、溶け込もう、馴染ませよう、共生しようとする傾向があります。窓の借景、枯山水、建築の非対称性、茶室のシンプルさ、侘び寂びなどあらゆるところで見られます。 絵画における「減筆」の手法を例にとって説明します。 これは、描線を最小限に抑えながら絹や紙の

By Takuya Matsuyama