Ruby、W = 超巨大なハッシュリテラル だと、ソースコード読み込む時点で stack level too deep とか言って読めないけど、 W = JSON.load("超巨大なハッシュをto_jsonした文字列") なら読めるというバッドノウハウを得た。
毎日シャットダウン時に更新プログラムがどうとか表示されるので調べたら、キーボードレイアウトを変更しているとWindowsUpdateが失敗するらしい
w.values_at(*vec).reject{|v| v.nil?}.reduce(:+) より vec.reduce(0) {|s,k| s + (w[k] || 0)} のほうがちょっと速いし、あのジェネレーターのコードは後者より5倍くらい速いのでダメっぽい。
values_atだという意見をいただいたのでこのジェネレーターで生成したひどいコードを無くせるか確認します。http://t.co/jIjU1AVc
RubyのHashに、keyの配列を渡すと一致したvalueの配列を(Rubyで書くより)高速に返してくれるメソッドがあればよいと思います。
日本語を書こうとするとよく分からないけど急速にウツになってくるの、トラウマみたいなものだろうか。
青空文庫のデータ(dazai.txt miyazawa.txt souseki.txt)からTinySegmenterみたいなやつを学習して、いい感じだと思っていたら、アルファベットを粉々にしてしまうことが発覚した。
コメントしたくなる珍事本当に多いけど、耐えて自分の活動や健康状態のことだけ淡々とつぶやいていきたい。
技の成功確率が明示されてないのは、いろいろ複雑な条件があるのかもしれないし、まあいいのではと思うけど、明記してないのをいいことに知らない間に変えている(そしてそれによってより多く課金することになる)とかだとよくないと思います。
kyotocabinetのIndexDB、setやreplaceでもappendされていく。(ハマった)
valgrind 使われることを考えると、ライブラリが静的変数に持ちっぱなしにしてるmallocやnewで確保したメモリを(gcc限定だろうと) __attribute__((destructor)) とか使って開放したほうが親切だと思う。
libdbiの使いたくなさで、dbi書いたけど、MySQLってデフォルトで普通に使ってるとrollbackが効かないんだな。ハマった。
一番書こうと思ってたLIBLINEARの学習結果からRubyのテキスト分類器のコードを生成するコードのメモはまた放置した。



id:ultraist



















