はてなブックマーク

はじめに 2020年の11月末。 なんとなく自作キーボードでも始めて見るかと思い付きました。 それまで自分にとって自作キーボードはハードウェア技術的にも既知で、 さらに長年使い続けたHHKBから乗り換える気も起こらず見向きもしなかったわけですが 「実際にやってもいないのにわかった気になるのは頭でっかちでよくないな」 と考えてやってみることにしたのです。 ということでやってみて見事にハマりまして 始めて1か月で数台のキーボードを組み立て この5か月で10台を超え20台に迫る勢いでキーボードを組み立て・設計・制作するに至りました。 この記事では自分が作ってきたキーボードたちを振り返ってみたいと思います。 なにぶん数が多いので1つのキーボードにつきなるべく量を絞って以下の観点から書き下していきます。 なぜそのキーボードを選択したのか(作ろうと思ったのか) 作った際の特徴、思い出話とかあれば 作っ

前の記事:golangとDockerとOOM を書いた後で Go側の事情に変化があったため、 あの記事に書かれた方法は現実的な選択肢ではなくなってしまいました。 この記事では私が使っているGo 1.14以降でのOOM対策と、 どうしてそうせざるを得なかったのか解説をお届けします。 TL;DR Goの64ビット版はVSZの最小要求量が大幅に拡大した (500MB超) 前の記事で紹介した方法が現実的ではなくなった VSZの制限をRSSに転用する=最低でも500MBのRSSを設定することになる 代わりに自プロセスのRSSを監視して閾値を超えたらアポトーシスするようにした RSS取得用のkoron-go/phymemパッケージを作成した Background あの記事を書いた翌月末にGo 1.14がリリースされました。 その変更点の中に以下の記述があります。 The page allocator

TL;DR module 有効下の go get は -u 相当 (バージョン未指定なら) go.mod の module には /v{2以上の値} という suffix でメジャーバージョンを書く必要がある 省略すると v0 もしくは v1 とみなされる 取得時には go get example.org/foo/bar/v2 のようにする パッケージを取ってくるときはこれで良いが、コマンドの時はリリース済みのメジャーバージョンを機械的に知る方法がないのでキツいね 髄記 言わずと知れた go get 、Goのパッケージをインストールしたり、コマンドをインストールしてくれたり、バージョン管理してくれる偉いやつ。 調べてみると module が有効かどうかで振る舞いが変わるらしい。 src/cmd/go 下をみると module かどうかでコマンドそのものが入れ替わってる。 internal/

golangでテストのためだけにinterfaceを書くのが死ぬほど嫌だったので編み出した技を紹介します。 TL;DR テスト(=mock)のためだけにinterfaceは切りたくない 型エイリアスとビルドタグを組み合わせるとinterfaceがなくてもモックが作れる この手法に必要なモックを自動生成するプログラムを作った interfaceは本当に必要なシーンで使うべき Background 現在モックを使った単体テストは一般的です。 Javaでの例を挙げると、モックしたいコンポーネントについて予めinterfaceを定義しておき、モックではそのインターフェースを実装するのが定石です。 しかしgolangのinterfaceはJavaなどのそれとは若干性質が異なるため、テスト=モックのためだけにinterfaceを書くのはオーバーワーク気味です。 そうテストのためだけにinterface

golangで書いたプログラムをDockerで動かしOOMが発生した際になるべく情報を残して殺される方法を紹介します。 2020/08/16追記: この記事の内容はgolangに関してはやや現実的ではなくなってしまいました。 詳しくは続編を参照してください。 TL;DR golang製のプログラムは仮想メモリ(VSZ)の確保に失敗するとgoroutineのダンプを吐いて死ぬ DockerのOOMはRSSベースで検出時にSIGKILLを投げてくる Docker利用時にVSZで制限をかけるスクリプトを書いた golang製のプログラムはlinux-amd64において最低でも101MBのVSZを要求する VSZの制限がそれより小さいと当然起動できない 実際のRSSは3MB程度で起動する Background コンテナ内で動いているプロダクション上のgolang製のプログラムが時々OOMに殺されて

time.Timer は使ってますか? とても基本的な要素なのですが意外と正しい使い方は難しいのです。 つい先日ハマった事例とともにその正しい使い方を紹介します。 この記事は Go Advent Calendar 2019 の21日目の記事です。 皆さんは time.Timer は使ってますか? Timer は指定時間経過後に C <-chan Time に現在時刻が 1回だけ投入されるという極めてシンプルな型です。 メソッドも Stop() と Reset() の2つだけと少なくシンプルです。 そう…シンプルなのですが正しく使うには2つほど大事な注意事項があります。 この記事ではそれらを解説します。 TL;DR time.Timer#Stop() 後に time.Timer.C を読み捨てなければいけない場合がある

Go2 Advent Calendar 2019 8日目の参加記事です。 TL;DR SRVレコードで Dial() できる koron-go/dialsrv を作った dialsrv.Dialer は net.Dialer をラップする形で互換インタフェースを備えている HTTP も gRPC も SRV レコード越しで接続できるようになる nomad のようなオーケストレーションツールで動かすアプリで使う想定 SRV レコード Dialer 皆さんはDNSをひいてますか? いえこのページを見れているということはDNSをひけていることはわかってます。 ですがそれを普段から意識している人は少ないはずです。 まずはちょっとこのDNSを意識してみましょう。 DNSというのは名前をIPアドレスに変換するためのデータベースです。 ブラウザがこのDNSに www.kaoriya.net という名前を

正規表現はVimに限らずコンピューター上でのテキスト操作において非常に強力です。 しかし学習の難しさも非情で多くのIT技術者、Vimmerが正規表現に苦しんでいるのを幾度となく目の当たりにしています。 ただ正規表現は本当にそんなに難しいのでしょうか。 いいえそんなことはありません。 正規表現は本来とても簡単な原理で学習も容易なのです。 にも関わらず難しいと思われてしまうのは、原理を理解しないまま外見上の機能をそのまま覚えようとするからです。 本記事では正規表現の原理にフォーカスし解説することで、Vimを含む様々な正規表現実装の利用難度を適切にしようという記事です。 本記事は Vim Advent Calendar 2019 の1日目の記事です。 「正規表現」はもともと形式言語という言語学の一分野の研究から生まれました。 言語学というのは言葉を科学的に研究する学問です。 形式言語はその中でも

本記事は前回の DockerNATが一部のポートを潰しちゃう話 を読んでることを前提に書かれています。 まだの方は先にそちらを読んでからこちらをどうぞ。 TL;DR Windows には「ポート除外範囲」(excludedportrange)という指定した範囲のポートの利用を禁ずる機能がある 実は「ポート除外範囲」には2種類ある エフェメラルポートの動的割当から除外する 特定プログラムが予約し、そのプログラム以外からの利用を禁ずる 2種類とも同じコマンドで確認できるのでややこしい Hyper-Vをインストールする前に「ポート除外範囲」を追加するのが良い コマンド例: > netsh int ipv4 add excludedportrange protocol=tcp startport=2222 numberofports=1 経緯 前回の記事 を公開したところ、 ある方から以下のような

Docker Desktop for Windows と VirtualBox を共存できないか試していて、 もっとも納得できていない現象を紹介します。 本記事はトライしたけどできなかった系のお話から始まります。 さらに妥協した方法を模索しているうちに不可解な現象に遭遇しました。 たまたまその不可解な現象の回避方法を発見しましたが、 どうしてそれがうまく機能するのかはわかっていません。 教えてもらったことをきっかけに正しい理解を得ました。 詳しくはこちらの 追加記事 をご確認ください。 TL;DR Docker Desktop for Windows の仮想スイッチ vEthernet (DockerNAT) が生きてると、VirtualBox のポートフォワーディングで 1688 から 2279 の範囲が利用できなくなる ネットワークアダプタ vEthernet (DockerNAT)

この記事は Vim Advent Calendar 2018 23日目の参加記事です。 TL;DR Vim から VOICEROID を喋らせる koron/vim-voiceroid を作った どんな感じかは デモ動画 を見てね 解説 この10年、仕事を終えて疲れを癒やすのはニコニコ動画かYouTubeだ。 特にお気に入りなのは AquesTalk を使ったいわゆる「ゆっくり動画」。 気がつけば多人数ゆっくり実況(YKRさんのFallout実況)や、 RTA解説動画(もちろんbiim兄貴)を流しながらでないと寝られない体になっていた。 最近はVOICEROID実況もよく見るようになり、 「パンコロ～」とか「茜ちゃんかわいいって言って」を始めとした お馴染みのフレーズが脳内再生されるようになっていた。 近づくVimConfを控えて仕事にも疲れきっていた私は、 それまで「うーんこんなの買って

この記事は Go Advent Calendar 2018 の16日目の記事です。 Golangでプログラムを書く時にログを吐くの、どうしてますか? 本記事ではログを吐く際のコツというか気にして欲しい事項と、 なぜそうなるのかを解説していきます。 一概に「ログを吐く」と言っても、 ライブラリからログを吐く場合とアプリケーションから吐く場合では 相当に事情が異なります。 TL;DR ライブラリ(パッケージ)を書く時は… まずログを吐かないことを検討しましょう。 error で返してライブラリのユーザーにログへ吐かせるかどうかを選ばせましょう。 *log.Logger を使いましょう。 デフォルトは log.Printf に対して吐き(またはそれと同等のログを吐く)、 ライブラリユーザーの設定で任意の *log.Logger に切り替えられるようにしましょう。 自前の Logger インターフ

「設定ファイルとしての main.go」というポリシーを解説し、 そのポリシーを適用した自作のツールカタログ koron/gtc の事例を紹介します。 この記事は Go Advent Calendar 2017 (その1) 10日めの参加記事です。 なお Go Advent Calendar 2017 はその4まであります。 設定ファイルとしての main.go golang を書かれる皆さんは、 golang でツールを書いた際にその設定ファイルはどうしているでしょうか? オーソドックスに JSON でしょうか? 可読性高く YAML? はたまた TOML でしょうか。 この記事では「設定ファイルとしての main.go」というポリシーを紹介します。 英語で書くと main.go as a configuration ですかね。 なので以下では仮に MaaC と表記します。 このポリシー

先日の記事 に書いたとおり Vim のカラー絵文字パッチにより、 DirectX (正確には DirectWrite) を用いた画面描画がめちゃくちゃ速くなりました。 その記事にはこんなことを書いていましたね。 そして僕は大きな間違いに気がついた。 詳細を説明はしませんが、一言で言えば「Vimは標準的なWin32アプリではない」 このあたりをちょっと詳細に説明してみようと思います。 なので Vim の話でありながらほとんど Windows の話になります。 しかも無駄に長くなりそうです。(実際なった) なおこの記事は Vim Advent Calendar 2017 3日めの参加記事です。 遅かった理由 速くなった理由を知るには、その前の遅かった理由を知る必要があるでしょう。 まずはそれを見ていきましょう。 DirectWrite には大きく分けて2つの描画方法があります。 GPUの性能を

2017/11/26 19:30 頃に vim/vim へ pull request を出したカラー絵文字パッチが、 わずか3時間半のうちにマージされました。 制作に関わったのは mattn さん、k-takata さんそして私の3人で、 超優良な品質のパッチという自負はありましたが、 それでもこの短時間でのマージはまったく予想しておらず、 望外のことに喜びと達成感もひとしおです。 ではその余韻の残るうちに、 この色付き絵文字対応パッチ制作の時間的経緯を ログを掘り返して書き記しておきましょう。 本来は Vim アドベントカレンダーのほうにも使えるネタなんですが、 まぁそちらには別のやつを考えましょうってことで。 あ、メッチャ長いんで要注意。 前日譚 まず以前から mattn さんは色付き絵文字を出したいと表明していました。 先日行われた VimConf 2017 でも言っていましたね。

Raspberry Pi 3 のハードウェアエンコーダーを使える ffmpeg のビルド方法の備忘録です。 自分用の備忘録なので前置きとか一切なし。 まず Raspbian の Strech をインストールしておく。 Strech は2017/09にリリースされた。 一つ前の Jessie には ffmpeg が入ってない。 このあたりは libav と絡んだゴタゴタがあって それはそれで面白いのだけれどこの記事の本題ではないので脱線はここまで。 次にソースパッケージを有効にする。 ffmpeg をビルドするのに build-dep と source を取得できるようにするため。 コマンドでやるとこんな感じになる。 一応 .bak にバックアップを作ってるのでなんかあったらそれで戻そう。 $ cd /etc/apt $ find . -name '*.list' | xargs sudo

SPA の紹介に特化した http.FileServer (http.Handler) を作っていたので紹介します。 Single Page Application (以下 SPA) の特徴の1つとして、 クライアント側でルーティングを行うことがあります。 これは端的に言うと /foo/ というパスに SPA を配置した場合、 Web サーバーは /foo/bar や /foo/bar/quux/ など /foo/ 以下のパスに対しては /foo/ と同じコンテンツを返さなければならないことを意味します。 先日 tyru さんが Go の net/http で Vue.js / Angular 1 などの HTML5 history mode に対応する において、それに対応する方法を記事にしていました。 実は私も似たようなことをするけど設計思想が少し違うパッケージ koron/go-sp

Raspberry Pi Zero W に Alpine Linux をインストールするベターな方法を紹介します。 前置き Raspberry Pi Zero W (以下ZeroW)は1300円という値段で購入できる、 Wi-Fiに接続可能な本格的なコンピューターです。 ZeroW には発売元よりRaspbianというDebianベースのLinuxが提供されています。 しかしクアッドコアの Raspberry Pi 3 ならともかく、 シングルの ZeroW で動かすにはたとえGUIが省略されたLITE版だとしても、 ZeroWではやや非力に感じてしまいます。 つまりZeroWをより軽いLinuxで使いたいということで、 私が白羽の矢を立てたのが Alpine Linux (以下Alpine)でした。 AlpineはDocker等で使われる軽量OSの1つで、 そのサイズの小ささが特徴です。

スキャナで書籍を自炊すると、閉じ方向やページレイアウトに不満が残ります。 それを修正する方法を備忘録として紹介します。 TL;DR スキャナで書籍を自炊したPDFを加工するには、 今のところ以下の方法が良いとの結論に達しています。 PDFtk で栞(しおり)を挿入する Perl + PDF::API2 で右綴じ&見開きを設定する 背景 少し前に入手した ScanSnap iX500 でのスキャンにも慣れてきて、 幾つか漫画もスキャンしたのですが2つほど大きな不満がありました。 1つは栞が設定できないことで、 特定のエピーソードを読むのに先頭から順にページ送りするのは、 なんともダルい作業です。 もう1つは見開きのためのページレイアウト。 一般に漫画は右綴じなのですが、 iX500 に付属のソフトは左綴じしか出力できません。 作者渾身の見開きページがまったく再現できずに残念なことになってしま

Vim は 8.0 で DirectX に対応しました。 しかし誰もそれの良い設定のしかたを知らないはずなので解説します。 本記事は Vim Advent Calendar 2016 の 25日目(最終日)の記事です。 TL;DR Vim で DirectX を使うには以下のようにしてください。 OS の ClearType テキストの調整 を実施する Vim を UTF-8 モードで起動し、好きなフォントを設定する set rop=type:directx,renmode:5 で DirectX を有効化する Vim の DirectX サポート 御存知の通り2016年の9月に Vim 8.0 がリリースされました。 10年ぶりのメジャーアップデートということで たいそう話題 になりました。 特に Windows 界隈のユーザーにとっては、 テキストエディタが DirectX に対応した

Golang で SDL2 を使って作ったゲームを RasPi3 で遊びました。 その方法を紹介します。 本記事は Go Advent Calendar 2016 24 日目の記事です。 導入 皆さんは突然ゲームを書きたくなること、ありませんか? ありますよね? あるでしょ。あると言ってください! 私は最近 ドキュメントスキャナ を入手しまして、 手元にあった古いプログラミング雑誌をまとめてスキャンしてました。 あ、プログラミング雑誌ってのは若い人にはわからないかもしれませんが、 読者が投稿したゲームなどのプログラムのソースコードが掲載され、 それを他の読者が打ち込んで楽しむそういう雑誌です。 だいたいは BASIC で、 今となっては決して長いとはいえないソースコードなんですが、 それでも 超圧縮 されていたりして、 今読んでも「あー楽しいな(楽しかったな)」ってなるわけです。 私が所持

VimConf はココ数年、毎年秋頃に開催されている Vim の大規模なカンファレンスです。去年まではどちらかというとお客さんの立場でトップバッターで講演してきたのですが、今年は裏方である運営のさらにサポートという形で関わらせてもらいました。 今開催の各講演はどれも素晴らしく、特に Vim にとどまらず別のテキストエディタから見た Vim や、プログラミング言語から見たテキスト編集など、バラエティ豊かな講演となりました。Vim というテーマを中心に、より広い視野でソフトウェアと私達人間の関係の本質を探るというのを、今後の VimConf のテーマにできたらなと願わずにはいられません。 VimConf 2016 の開催には、中心的な役割を果たしてくれた ryunixさん, Kuniwakさん, babarotさん を始め、表には書かれていない方々まで多くのご助力をいただきました。この場を借り

Raspberry Pi 3 を HDMI 切替器に繋いだ際に 画面が表示されない場合の対処方法を紹介します。 TL;DR /boot/config.txt に bootcode_delay=1 を追記します。 説明 Raspberry Pi 3 (以下ラズパイ)は切替器を通じて HDMI モニタに接続した場合に、画面が表示されない場合があります。 ラズパイは起動してすぐに HDMI で接続された機器とネゴシエーションを行い、その結果に基づいて画面表示を開始します。しかしこの時に切替器の起動が間に合ってないと、ネゴシエーションに失敗しコンポジット(いわゆるビデオ信号)での表示になります。ここでモニタがコンポジット信号に対応していないと、画面は表示されません。 私が実際に遭遇したケースでは、切替器の電源は HDMI を通じてラズパイに連動していました。そのため、ラズパイがネゴシエーションを始

C90 において頒布したスパルタンVim 5.0のPDFを公開いたします。 http://files.kaoriya.net/goto/c90pdf 以下、「はじめに」より抜粋です。 本書スパルタンVim 5.0では、 デフォルト状態での機能と基本的なキー割り当ての一部について、その背景や利用シーンを解説することで、賢明な読者諸氏により良いキーマップの定義方法について再検討を促してもらおうとするものです。 頒布したものから本文の修正等はしていません。印刷用にasciidoctor-pdfの設定を少しいじり、頒布用に圧縮をしてあります。 訂正 H, L, M の説明が誤っています。「カーソルの位置へスクロールする機能」ではなく「カーソルを画面上の特定の位置へ移動する」機能です。 * * *

先行販売された書籍 「みんなのGo言語」の紙の実物を著者陣よりも早く入手し読んだので、 夏休みの宿題には少し遅れましたが読書感想などまとめてみます。 来たる 9/9 に発売予定の書籍 みんなのGo言語 が、例によって書泉ブックタワーにおいて先行販売されました。この本屋の店頭には、著者に見本紙が届くよりも早く本が並ぶということで、一部にはとても有名です。そのため僕は、著者よりも早く実物の本を手にして読んで感想を記事にすることを画策し、数日前から足繁く通っては別の本を買ってたりしました。おかげで結構な出費になりました。でも技術書漁りは仕事かつ趣味みたいなところがあるからね。しょうがないね。 9/2先行販売『みんなのGo言語 [現場で使える実践テクニック] 』技術評論社（978-4-7741-8392-3）松木雅幸,mattn,藤原俊一郎,中島大一,牧大輔,鈴木健太著 入荷● Go言語を適材適所

$ git pull -p Warning: Permanently added the RSA host key for IP address '192.30.253.112' to the list of known hosts. この警告メッセージは ~/.ssh/known_hosts に github.com として IP アドレスが追加登録されたことを意味します。初回にはフィンガープリントの追加が確認されますが、2回め以降は IP アドレスの追加だけが行われます。しかもけっこう頻繁にでますよね。 そのうち github が使ってる全てのIPアドレスが登録されれば、このメッセージは出なくなると推測されますが、この記事によると 192.30.252.0/22 で 1024 個もあるんですね。~/.ssh/known_hosts も汚れるし、そんなの耐えられるかってーのw ということ