qmk_firmwareをgit pullしたらまたコンパイル手順が変わっていた。開発が活発でありがたいことである。付いていくのが大変だけど。
make ergodox_ez-defaultとか試しに、keyboards/ergodox_ez/keymaps/yhara/keymap.cを置いて、qmk_firmware/以下でmake ergodox_ez-yharaしてみる。
Dropboxはずっと個人用に使ってるんだけど、たまに「xxxの競合コピー」みたいなファイルが発生しまくることがあって困っていた。
発生しまくる、というのは要するにvimでファイルを保存するたびに、という意味で、僕はESCを押してinsert modeを抜けた瞬間にセーブする設定にしているので、発生しまくるのであった。
どうもDropbox内にinternalなsymlinkを作る (つまり、Dropbox内のファイルへのsymlinkをDropbox内に作る) とこういうことが起きてしまうようだ。
僕の用途だとsymlinkを作るのはあるディレクトリに短いパス名でアクセスしたいときなので、symlink自体をDropboxの外(例えば~/以下)に作ることで回避できた。
RubyKaigi 2017 Hiroshimaで発表しました。
スライドは英語ですが、話す内容を日本語でメモしたものがあります。
CFP応募時点では着地点を決めてなかったので大変だった。特にwasmでは実行速度そのものは改善しない[^1]のだと気づいたあと、どうしようかなと思ったけど、RubyとWebAssemblyの接点について検討するという話にした。
いまはErgodox EZを会社で使ってるのだけど、レツプリ組み立てを視野に入れて、最上段がなくてもやっていけるかどうかを試してみている。いま現在のキー配置はこれ。
ポイントをいくつか解説する。
BASE, SYMB, MDIAの3レイヤー構成だったのを、LOWERとRAISEを足して5レイヤー構成にしている。ただSYMBはもう使わない予定で、MDIAも音量操作くらいでしか使わないので、実質的には3レイヤーに近い。
メモです。
MacのCmd-Shift-4でキャプチャしたpngをブログに貼ろうとすると、想定の2倍のサイズになってしまうことがあります。
ImageMagickのidentify -verbose foo.pngで見てみるとUnitsがPixelsPerCentimeter、Resolutionが56.69四方なので、2.54倍してDPI(=Dots per Inch)に直すと143.9926DPIですね。
ということでImageMagickのconvertで以下のようにして修正すれば良いのかな？
for a in *.png; convert $a -resample 72x72 -units PixelsPerInch tmp/$a
メモです。
Opalでプログラムを書いているとき、例外のバックトレースが開発者コンソール上で綺麗に表示されるときとそうでないときがあるので困っている。
綺麗ってなんやねんという話ですけど、こういうのが綺麗な状態です。
それで望ましくない状態がこれ。
Twitterの#レツプリというタグから、キーボード自作に興味を持った。ものによってはキットがあって、はんだ付け等で組み立てできるらしい。
形状にもいろいろあるようなので調べたものをまとめておく。
いま会社で使ってるやつ。これはErgodox EZで組み立て済みのものを購入したのだが、もともとのErgodox自体はオープンソースのハードウェアである。
形状は左右分離タイプ。キー数は普通のキーボードより少ない(例えばPの右に1列しかないとか)。
仕事で、GitHub Wikiに書いた表をExcelにしたいというシチュエーションがあったので、簡単なRubyスクリプトを書いた。
実行にはNokogiriが必要 (gem install nokogiri)。ブラウザでWikiページをa.htmlという名前で保存したものとする。
require 'nokogiri'
require 'csv'
# a.htmlというファイルを読み込んでNokogiriのオブジェクトに変換する
doc = Nokogiri::HTML.parse(File.read("a.html"))
バグ修正がたまっていたのでリリースした。
https://github.com/biwascheme/biwascheme/releases/tag/0.6.8
このあと7月、8月はRubyKaigiの準備をします。
とある映画の日本語字幕で、
コンピュータの天才
９つのＣ言語を操る
というものがあるらしい(画像はググってください)。原文はnine conputer languagesらしいので、翻訳者がC言語のことをコンピュータ言語の略だと勘違いしたのだと思われるけど、C言語を知っている人から見ればなかなかに味わい深いフレーズである。