はてなブックマーク

私はnodeのバージョン管理にnodenvを利用している。しかしなぜかIntelliJ IDEAのNode.js and NPMでnpmのパスが認識されずに困っていた。 環境変数の問題かといろいろ設定を見直したりしていたが、別にそこまでnodeを使うわけでもないので、まあいいかと放置していた。が、今日調べてみたらそれを解決するツールがあったので紹介しておく。 単にこれを導入すればオッケーというだけの話で終わってしまうのだけれど。 https://github.com/nodenv/jetbrains-npm 私はnodenvをデフォルトの設定でインストールしているので、jetbrains-aware git cloneの手順に従ってインストールした。結果、無事にIntelliJ IDEAにnpmのパスが認識されるようになった。 スターがあまりついていないので、あまり知られていないのか、それ

私はVSCodeでVimプラグインを使っている。VSCodeのVimを使っていて微妙に困るのが、Vim経由でUndoをすると、自分の想定しているものより多くの変更がもとに戻ってしまうことだ。 この問題は開発元でもIssueとして認識されているが、今のところ解決には至っていない。そこで今回は、この問題の現時点(2019年6月)での回避策を紹介したい。 基本的な方針はVSCodeVimのキーバインドを変更し、uキーを押した際にVSCode本体のUndoが実行されるように設定することである。 "vim.normalModeKeyBindingsNonRecursive": [ { "before" : ["u"], "commands" : ["undo"] }, { "before" : ["<C-r>"], "commands" : ["redo"] }, ], この設定はこちらのコメントを

KotlinでUnitテストを書く際に、assertionに何を使うかという話。 私の場合特にこだわりがあるわけではないのだが、基本的には多数派に従いたいという気持ちが強い。しかしながら、Kotlinのテストのassertionに使うならこれ一択、みたいなものがない（と思っている）ので、いつも困る。 Javaなら特に何もせずともhamcrestのassertThat(sut.getHoge()).is("fuga")みたいなassertionを使っていればいいのだが、Kotlinの場合はisが予約語であるという問題がある。いちいちisをバッククォートでくくらなければならず美しくない。 https://github.com/ntaro/knit 日本ではいちばん有名なやつだと思われる（DroidKaigiのアプリでも使われていたはずなので）。 sut.getHoge().should be

私はfindViewByIdをしなくていいからという理由でDataBindingを使っています。利用するためにbuild.gradleに dataBinding { enabled = true } とするだけでいいのも気に入っています。 今回RecyclerViewのViewHolderにDataBindingを適用したときに、executePendingBindings()を呼び出さないことによる弊害がわかったのでご紹介します。 https://developer.android.com/topic/libraries/data-binding/index.html#advanced_binding ドキュメントにはholder.getBinding().executePendingBindings();と、executePendingBindings()を呼び出すように書いてあります

VSCodeとVimプラグインを利用していて、キーマップの違いによる問題に遭遇したので紹介しておく。 ちなみにこれはMac+JIS配列キー特有の問題なのかもしれない。 私はVimではないIDE（Android Studioとか）でもVimプラグインなどを利用して、Vimスタイルでコードを書くようにしている。それぞれのIDEやエディタ特有のキーバインドを覚えるのが面倒くさいからだ。 何より一行下に新しくコードを書くのにノーマルモードでoを押すだけでいいのが便利でいい。そういう機能はIDEやエディタ側で用意されているのだろうけれども、それぞれのエディタごとで覚えるのが面倒くさい、ただそれだけなのである。 決して私がヘビーVimmerというわけではない。簡単なのしか使ってないから、別にVimでなくてもいいといえばそれまで。 で、Vimでインサートモードから抜けるのにESCキーを使うが、私はCtr