このエントリはErgoDox Advent Calendar 2016の6日目のエントリです。
今年の5月に仕事用キーボードとしてErgoDox EZ (組み立て済みErgoDox) を購入し、半年が経ちました。ErgoDoxのメリットの一つとしてキーマップのカスタマイズ性の高さがありますが、一方で「Pキーの右にたった一列しか場所がない」という特殊な形状のため、キー配置をどうカスタマイズしても慣れるまでに多少の練習が必要になるという問題もあります。
本稿ではなるべく練習が要らないキー配置について考えます。
キーボード上にはたくさんのキーが存在しますが、それぞれの使用頻度には大きな隔たりがあります。「%」や「&」など使用頻度の少ないキーは、多少変なところに配置してもそれほどストレスにはなりませんが、EnterやBackSpaceなどの基本的なキーを変わったところに置くと慣れるまで大変です。
この記事はOpal Advent Calendar 2016とThree.js Advent Calendar 2016の6日目の記事です。両方のアドベントカレンダーが空いていたので、こう、くっつけたらどうなるかなっていう…。安易な発想ですいません。
OpalはJavaScriptで書かれたRuby処理系です。ブラウザ上でRubyのコードを動かすことができます。
opalとthree.jsで検索してみるとthree.rbというリポジトリが引っかかりました。1年ほど更新がないですが、とりあえず先人はいるみたいです。
12月です。今年もアドベントカレンダーの季節がやってきました。
Web上におけるアドベントカレンダーというのは12/1から12/25までの間、一つのテーマで毎日ブログなどに記事を投稿するイベントで、日本においてはPerlコミュニティから始まったような記憶があったのですが、はっきりとは覚えていなかったのでこの機会に確認してみました。
2008年12月、日本のPerl界隈でアドベントカレンダーが開催されます。以下の記事によると海外のPerlコミュニティでは2000年から同様のイベントが行われており、それを日本に輸入するという形だったようです。この年は特殊ルールとして、原稿を書いた人が翌日の担当を指名するというバトン式で行われています。
Though LLVM itself does not have a GC algorithm, it is not so difficult to use existing GC library, especially conservatice GCs like Boehm GC.
brew install llvm)brew install boehmgc)LLVMでRubyっぽい感じの自作言語作ってるんだけど、なんかもうメモリ確保とGCのこと考えないといけないっぽい。早いなぁ(進捗がじゃなくて、オブジェクトを生成するという操作を考えた瞬間にメモリ確保が必要になるということ)
— yhara (Yutaka HARA) (@yhara) 2016年11月19日
ということでいろいろ考えたのだけど、とりあえずboehm gcをちょっと触ってみることにした。
Macだとbrew install boehmgcで入る。
とりあえず最小のサンプル。GC_MALLOCというのがBoehm GC版のmallocで、メモリ確保にはこれを使うことになる。GCを開始するというAPIを呼んでいないけど、GC_MALLOC時に適宜呼ばれるようだ。
今さらだけど「近＆況」というタイトルについて。わりあい適当に付けた。今夏にブログを作り始めたときに仮のものとしてh1タグに「近況」と書いていて、公開後もしばらくそのままになってたのだけど、このブログは英語記事もいっしょくたに書くので、タイトルだけ日本語だと英語圏の人から見て変な感じになる可能性がある。ということで近と況の間に記号を入れることでこう、ロゴタイプっぽくならないかなと思ったのだった。＆自体は最＆高から拝借した。久しぶりにPON PON PONのPV見たけど1億再生超えててやばい。
今年もアドベントカレンダーの季節がやってきました。Rubyのカレンダーが埋まるのが遅くてあれっ？と思ったのですが、よく考えると近年ではひとくちにRubyと言ってもいろいろなトピックがあり、それぞれの話題別のカレンダーが立っているようです。ということで、Rubyに関係ありそうなカレンダーをまとめてみました。
Rubyそのものについてのカレンダーです。
Railsについてのカレンダーです。もう一個立ってるのでそちらにも記事が上がるかも…？
一月経ったので続きを。前回はCompileSyntaxRules, ExpandSyntaxRulesのシグネチャを調べたのだった。
次は何をすれば良いかなぁ。
This blog is implemented with sinatra-activerecord and deployed with Capistrano 3.
Today I needed to add some modification to the DB schema, then I found that DB migration does not works well when I do cap production deploy.
sinatra-activerecord provides a rake task to run DB migration like rake db:migrate RACK_ENV=production. Note that the envvar is RACK_ENV, not RAILS_ENV. This does make sense because it is not a gem for Rails. However, you cannot run migration with capistrano-rails by this reason.
So here is my new settings in the config/deploy.rb. This is mostly the same as what capistrano/rails/migrations does, except the envvar is rack_env.
Postモデルにpermanentフラグというのを付けた。このフラグが立っていると、URLに日付が入らなくなる。例えば以下。
旧サイトの/w/に置いていたようなものに使う予定。/w/はブログとは別に雑多な記事を置いておくための場所で、最初はHikiというWikiエンジンを使っていたのだけど、そのあと別に他人でも編集できる必要はないなと思ってmiddlemanという静的ページジェネレータに移行した。その結果、自分はブラウザから編集できないと記事を書かなくなるという事実が判明した。
そういうわけで「ブログを作る」といいつつ、CMS的な機能も付けたいと思っていたのだった。 このあとはブログを2カラムレイアウトにして、サイドバーに上記ページへのリンクを入れたい。