HHKB Studio レビュー — KaoriYa
2023/10/25発売のHHKB Studioを購入し、構成・構造を細部まで検証したのでレビューします。 注意: 詳細レビューは執筆中で、随時追記しています。ひとまず総評まで読んでいってください。 レビューする私の立場 私はHHKB Studioの購入者です。 特にどこからか提供や依頼を受けてのレビューではありません。 またHHKBの従来品の愛用者でした。 初期のHHKB Professionalから始まり、 Pro 2、Type-S、HYBRID Type-Sまで色違いや予備品も含めて 合計7台を所有しています。 加えて2020年末より自作キーボードに傾倒しました。 短期間で大量のキットを組み立てたり、 自ら回路を設計したり、 ファームウェアを書き起こしたり、 あのKeyballシリーズのファームウェアを担当したり と 自作キーボードとポインティングデバイスに関する一定以上の知見を持っ
テストのためだけに`interface`を書きたくないでござる — KaoriYa
golangでテストのためだけにinterfaceを書くのが死ぬほど嫌だったので編み出した技を紹介します。 TL;DR テスト(=mock)のためだけにinterfaceは切りたくない 型エイリアスとビルドタグを組み合わせるとinterfaceがなくてもモックが作れる この手法に必要なモックを自動生成するプログラムを作った interfaceは本当に必要なシーンで使うべき Background 現在モックを使った単体テストは一般的です。 Javaでの例を挙げると、モックしたいコンポーネントについて予めinterfaceを定義しておき、モックではそのインターフェースを実装するのが定石です。 しかしgolangのinterfaceはJavaなどのそれとは若干性質が異なるため、テスト=モックのためだけにinterfaceを書くのはオーバーワーク気味です。 そうテストのためだけにinterface
Vim scriptによるゲームの新アーキテクチャの考察 — KaoriYa
従来のVim scriptによるゲーム作成時の問題点を解消する、 新しいアーキテクチャを考察してみました。 この記事は Vim script Advent Calendar 2015 の 13日目の記事です。 まずは以下のデモ画像(別ウィンドウ)を見てください。 かなりスムーズに○リオが動いています。実はこれ、全部Vim scriptでできています。 ソースコードは koron/vim-ario に置いてありますので、チェックアウトして gvim -S game.vim することで試せます。ただし動作確認・保証は Windows版の +kaoriya な gvim でしかしておりません。また解像度も画面幅1920ドット無いとおかしなことになるので、異なる環境の場合は各自で調整してPRなどしてください。 操作は以下のとおりです。 h - 左ボタンのトグル l - 右ボタンのトグル f - ジ
Go/Migemo の紹介 — KaoriYa
Migemo とは Migemo とはローマ字を入力して漢字を検索するためのライブラリです。詳しく言うとローマ字をひらがなへ変換し、そのひらがなを基に漢字として変換可能な候補を列挙し、それら複数の候補を合成して正規表現パターンを生成する、それが Migemo の主機能です。Migemo が生成した正規表現パターンを用いて検索すれば「ローマ字を入力すれば漢字を含む日本語を検索できる」ようになるのです。 1つ具体的な例を示しましょう。ローマ字「kikai」を考えましょう。これはひらがなで示すと「きかい」です。漢字に変換すると「奇怪」「機械」「機会」…まだまだありますが、ひとまず複数候補があるということはわかります。ここまであげた5個の単語に一度にマッチする正規表現は以下のようになります。
スパルタンVimのPDF公開 — KaoriYa
C81での頒布からそろそろ三週間になろうとしていますので、スパルタンVimのPDFを公開します。以下からダウンロードしてください。 http://files.kaoriya.net/goto/c81pdf このPDFは表紙とそれ以外を別々のPDFとして出力し、MERGE PDFというWebサービスを使って1つのPDFにしました。最近はほんとうに便利になりましたね。 2012/01/20追記 スパルタンVimに対してtwitterでいただいた誤りの指摘をまとめました。 http://togetter.com/li/244330 その他に見つけた場合はtwitterならば @kaoriya にお願いします。その他の手段は…まかせます。私の目に入りそうなところに書いてください。
Vimをお使いの皆さまへ — KaoriYa
お詫びとお知らせとお願いがあります。今、Vimを使っているかたはもちろん、これから使ってみようかなという方、以前使っていた方も是非、文章の続きをご覧ください。 お詫び 2011/09/15の午前中にふとしたキッカケで、一部ユーザの間で日本のVimのコミュニティを統合しようという機運が高まり、実際にそのように行動を開始しました。それに関してまずは幾つかお詫びをしなければなりません。 既に各コミュニティに所属し、頑張っていただいている方々への相談なしに決めて、行動を開始してしまったこと 一時的に各種リソースの位置(URL)が混乱すること 各種リソースの位置(URL)が変化すること これまでそのような情報やコミュニティをまとめていなかったこと 以上により、長い間に渡ってご不便やご不快な思いをされた方、これからされる方もいるかと考えます。まことに申し訳ありません。 ただしそのようなことも今後は過去
rubyをdisってみる — KaoriYa
自分で運用しているredmineが依存性の問題で動かなくなったので、腹いせ&八つ当たりでrubyをdisってみることにしました。 redmineが動かなくなりました。背景はこうです。 FreeBSDにportsでredmine入れて快適だぜ! セキュリティとか怖いからなるべくportsは新しくするぜ! あれredmineが動かくなったぜ? なんでだぜ? 結論からいうとruby-gemsとrailsのバージョンがコンフリクトしたのが原因でした。もともとこのFreeBSD boxにはredmine 1.2.1とruby-gems 1.7が入っていました。そしてある時portsでruby-gemsが1.8にアップグレードされたのです。redmine 1.2.1にはrails 2.3.11がバンドルされています。このrails 2.3.11、実はruby-gems 1.7以前でないと動かないという
ツール選択と仕事の質 — KaoriYa
経緯 Software Design誌5月号の特集記事「Vim&Emacsちゃんと使えてますか?」という記事に対して、Twitter上で「vimやEmacsを「使いこなす」なんてやっていいのは20世紀までだろ」という話題が(もちろん一部で)盛り上がった。その後の盛り上がりは「エディタでこんなにも人心が乱れるとは」に続き、現在も進行形…なのか?「乗るしかない、このビッグウェーブに!」というわけで、私なりに思うところがあるのでここに書いておく。ちなみにこの議論、過去に何度も2ちゃんねるであったよね。 主張の要旨 私のスタンスは以下のとおり。 特集記事「Vim&Emacsちゃんと使えてますか?」は確かに良くないが理由は違う。 ツール選択なんて何でも良い。アウトプットの質さえ高ければね。 IDEって便利だけど人間強度は下がるよ、間違いなく。 では上記の主張を掘り下げてみよう。 まず 件の特集は間違
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Vimに這いよる混沌 — KaoriYa