非同期I/O APIの設計がなかなか難しい - .mjtの日記復帰計画
yuniで実用的なプログラムを書くためには、どうしても非同期I/Oライブラリが必要になる。というわけで黙々と設計しているけれど、これがなかなか難しい。 非同期I/Oライブラリの難しさ そもそもOS/処理系毎に別物が必要 "非同期I/Oライブラリなんてlibuv一択だろ"という意見も有るかもしれないし、実際、Node.jsはlibuvのデザインの実用性を証明しつづけていると言える(実際には逆で、Node.jsのOS抽象化レイヤとしてlibuvが実装されている)。が、libuvはカーネル機能の抽象化でしかなく、同じデザインがyuniに適用できるとは限らない。yuniは既にKawa(Java上のScheme実装)やIronScheme(.net上のScheme実装)をターゲットしているので、これらでも動作するような配慮が必要になる。 もし、yuniの非同期I/Oライブラリを単なるlibuvのバイ
楽天Kobo Touch - .mjtの日記復帰計画
もちろん楽天Kobo Touchを買った。ビックカメラのポイントで購入。 Kobo Touchは現在日本でサービスインしている電子書籍ビューアとしては最高なものと言える。 ファームウェアアップデートは.tgzを展開するだけで、一切の認証は無い GPLコードはGitHubで配布 : https://github.com/kobolabs/Kobo-Reader プラグイン(アプリ)のサンプルコードまである。現状のファームウェアでは利用できない気がするが。。 U-bootで起動し、シリアルポートにも容易にアクセスできる 素晴らしい。欠点は楽天しかない。 前回のKindle2( http://d.hatena.ne.jp/mjt/20110501/p2 )のようにnmoshも移植したい。 罠 Koboは起動にアクティベーションを必要とする。つまり、WindowsかMacのどちらかを持っていないと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
