しばらく前から気になる広告がいくつか出ていたので、連休の暇つぶしにやってみた。
サクサクっと解けるものは解けるのだけれども、なかなか早く解くアルゴリズムを、想定時間(30分とか)で考えてコードしてテストするのは、結構厳しい感じ。
まぁ、暇つぶしとしてはそれなりによさそうかな。
企業からのスカウトというのが来てしまっても、今のところは困ってしまうのだけれども、暇つぶしとして、ということで、、、。
しばらく前から気になる広告がいくつか出ていたので、連休の暇つぶしにやってみた。
サクサクっと解けるものは解けるのだけれども、なかなか早く解くアルゴリズムを、想定時間(30分とか)で考えてコードしてテストするのは、結構厳しい感じ。
まぁ、暇つぶしとしてはそれなりによさそうかな。
企業からのスカウトというのが来てしまっても、今のところは困ってしまうのだけれども、暇つぶしとして、ということで、、、。
今日、歯医者に予約の電話を入れようとしたら、「明日はいっぱいだから予約をできかねないです。」という内容のことを言われた。
思わず、「え、それってできるってことですよね?」と聞き返した。
前から受付の人の手際が悪いと思っていたが、ここまでとは、、、。
別にそこ以外はきになってないけど、次回以降は別な歯医者にするかな。
少し前に、刺身がそのまま乗っているようなちらし寿司に、上からわさびを溶いた醤油をかけようとしたら、ものすごい勢いでやめてください、といわれた。
いや、言わんとすることはわかるんだけど、そのくらい好きにさせてほしかった。
認識している流儀は3通り。
「目玉焼きの黄身、いつつぶす?」でもネタがあったから、よく覚えている、、。
これで見た。 http://www9.nhk.or.jp/anime/medamayaki/
世の中にはいろんな人がいるんだから、このくらいは好きにさせてほしいものです。親は、わさびを醤油に溶いて、ちらしずしにかける派だった、、、。この流儀が唯一、どんぶりものでよくあるようにご飯にタレ的なものを絡めて食べられるので、寿司飯をおいしく食べられるのだと思うのですよ、はい。
まぁ、おいしく食べられれば細かいことはどうだっていいんだよ、、、。
ところで、今日の昼に入った店で頼んだサーモンの漬け丼、熱いご飯の上に乗っていたから、せっかくのネタに熱が通ってしまっていた。海鮮丼とかでもそういうのがあるけど、せっかくのネタが残念な感じになると思う。もう2度とあんなのは食べるまい。
http://www.fukuinkan.co.jp/bookdetail.php?isbn=978-4-8340-1473-0
読んだ。語り口調で、ポイントは繰り返し出てくるので、そういうのが読みやすい人には読みやすいと思う。
子どもがちゃんと育つには、乳幼児期がだいじ。特に、乳児期に親を信頼できるようになることで、ゆくゆくは人を信頼できるようになるということはすごく大事。幼児期はソーシャルリファレンス。新しい体験があるとどう反応したらいいかを周囲から(親から)真似して理解する。そこから先は友達。
過剰干渉は絶対ダメ。過保護はよい。こどもを受容する。
基本的には、まぁそうだよねっていう感じ。あまり新鮮さはなかったかも。
自分はまともに育てられてきたんだろうか、、、というのが気になる。ちゃんと育てられなかった、というのは、世代を超えて伝わってしまうわけだ。
最近、本を読んでいたらこんな表現が出てきて、頭を抱えた。
「コインの表が出たら1の権利を得て、裏が出たら-1失う」(引用は正確ではありません!)
ほかにも、「好況時には1000を得て、不況時には-1000を失う」などの表現がいくつか出ており、誤植ではなくそういったものとして書いていたわけだ。著者は、肩書も立派な大学教授なのだが、マイナスの概念を理解しているとは思えない。「得る」と「失う」では変化の方向が反対なのだから、失うにさらにマイナスをつけたら、1得るのと変わらないではないか!
ひょっとしたら、この分野ではこういうコンベンションに従っているのかもしれないが、気が狂いそうにならないのかなぁ。
仕事の役に立つかもと思って数年寝かして置いた本だが、破り捨てたい衝動にかられながらざっと流し読みして、もう二度と読まないと思った。
最近、 rails で開発しているときに、set_trace_funcでエラー行を表示させるのが便利だったので、メモ。 gem で使っているライブラリも疑っていろいろ見ないといけないので、結構便利だ。
rails側では controllerか何かで適当に
require_relative "hogehoge" if Rails.env.development?
しておいて、hogehoge.rbには下に書いた感じで書くと、はかどった。
実際には、if文の条件をもっといろいろ追加して、余計な出力を出さないようにするが、大筋ではこんな感じ。
eventでc-callやらc-returnを指定すれば、cで書いたメソッドの呼び出しと戻りも表示できる、ということで、いろいろできそうだ。
require 'pp' set_trace_func lambda{|event, file, line, id, binding, klass| if event == "raise" # raise 例外が発生したファイル名と行番号を表示。 print "#{event} at #{klass}:#{id} #{file}:#{line}" # 例外が発生した場所でのローカル変数一覧を表示。 # railsではインスタンス変数やselfを表示させようとすると # 表示結果が多すぎて煩雑になる。 binding.eval(local_variables.map{|v|[v.to_s, eval(v)]}) .each{|name, val| print "#{name} = #{val.pretty_inspect}" } end }
magformersで遊んでみた。LEGOと違って、ブロックの積み重ねでなくて平面の組み合わせで構造ができていくのは面白いが、ゆがみがない構造を作ろうと思うと規則的に並べるしかなくて、いくつかのパターンを作ってみたら飽きるかな。
正五角形もちゃんと使って丈夫で大きな構造を作るには規則的な(磁石に頼らないで、辺がぴったりあうような)並べ方にしないといけない。これに気付かないとすぐつぶれてしまう。試行錯誤して新しい組み合わせを探すのは楽しいが、まぁ一通りやったら終わりかな。
といっても、四角と三角だけだと変化がなくて面白くないだろうが、平行な辺がない図形は構造を作るのに使いにくい、、。(まぁさすがに辺の長さがデタラメに違うものは無いようだが、、、。ないよね?)
個人的にはLEGOの方が好きだが、まぁこれはこれで面白いところもあるかもね。
しかし、頭の中だけでこの手の図形を作ってみるのが相当辛くなってた。まぁできた時なんて無かったかもしれないけど。
バイナリで送って、javascriptでbase64でencode、、、とか最初は考えたけど、探したらhttp://qiita.com/haruboh/items/b90fcf763295b56b0915を見つけられたので、そのままやった。
まぁ、よくよく考えてみれば当たり前。転送量だってそんなにたいした画像を書くわけでもないので、気にするほどでもなかった。
なお、元記事にある改行コードの削除は、strict_encode64メソッドでエンコードすればOK。
だいたいこんな感じ。
画像作成はgnuplot(と、ruby_gnuplot)を利用。 set output を指定しなければ、ruby変数に処理結果を格納できる。
require 'base64' require 'gnuplot' get '/plot' do img = Gnuplot.open do |gp| # 適当なpng作成処理 end base64 = Base64.strict_encode64(img) "<img src='data:image/png;base64,#{base64}'>" end
で、よくよく確かめたら、今どきのgnuplotは set ternminal svg
でsvgをそのまま吐けるので、エンコードとかややこしいことを考えずとも、そのままHTMLにはればよかった。
これだと、gnuplotの日本語fontなど色々ケアしなくてもよいので楽だった。(IE8,9対策に、pngでも描画できないとだめだけども、、、。)
require 'base64' require 'gnuplot' get '/plot' do img = Gnuplot.open do |gp| # 適当なsvg作成処理 end img # svgは普通のXML文字列なので、そのままでOK end
先月歯医者に検診とクリーニングに行ったときに、歯肉炎があるようだーの話になり、熱心な歯医者さんに「80まで歯を残すためにぜひ毎日デンタルフロスをやったほうがいい。歯磨きができていないひとにはすすめたりはしないが、できているようなので、次の一歩としてぜひやったほうがいい。」といったようなことを熱く語られた。
歯間ブラシの方が楽だけど、歯間が狭くて入らないとのことだったので、じゃぁやってみるかとデンタルフロスをはじめてみた。
歯医者で言っていた通り、初めのうちは血が出てきたりしたけど、もうでなくなってきたし、なれたらテレビでも見ながらスルッとこなせるようになってきた。歯磨きした後にフロスでしゃしゃっとやると、食べかすとかが絡まっていることが思ったより多くて、効果があるのかもしれないと納得し始めている。(これは、フロスをし始めたから歯間が開いたんじゃないよなー、、、。)
歯医者がいうには、食べかすから虫歯が繁殖し始めるのは、24時間はかかるらしいから、一日一回は歯磨きとフロスをしてねと言うことだったが、今のところちゃんと毎日やっている。そろそろ習慣になってきた。
医者が相手だと、そういうならやってみようか、という気になりやすいよね。
ブログを整理した。整理といってもタグを付けたりカテゴリを整理したりとか。
あまり意味はないけど、過去の記事を読んでいろいろ思い出して来たり、昔は結構更新してたなぁ、と思ったりした。
うーん。疲れた。
さらに、いろいろプラグインをあさってみて、リンク切れを修正したりとかキャッシュを使うようにしたりとかコードに色がつくようにしたりとかした。
今日、駅のKIOSKあとの自販機で、新書が売っているのを見て驚いた。700円とか。
KIOSKの本っていうのは、自販機ででも売りたいほど、需要があったのか、、、。
連休中、何しようかな~ということで、適当に牛久大仏に行った。
続きを読む 牛久大仏を見に行った。
sculpt comfort mouse がカクついてイラつく。カクつき始めたら新しい電池を入れればしばらくは快適だが、何が原因かよくわからん。(この電池を入れ替えるとき、eneloopだと電池の出し入れがきついのがまたイラつく。もうむかついたので、電池を入れるとき、引っ張るためのリボンを仕込んだ。)
とりあえず、http://answers.microsoft.com/en-us/windows/forum/windows_8-hardware/why-bluetooth-mouse-keeps-on-disconnecting-in/4d6587f2-a1e9-4486-8a1d-07299cc78d7c を参考にして、
デバイスマネージャー > ヒューマンインターフェース デバイス > Microsoft ハードウェア Bluetooth デバイス > 電源の管理 タブ > 「電力の節約のために、コンピューターでこのデバイスの電源をオフにできるようにする。」 のチェックを外した。
意味があるかはわからないが、とりあえずはこれでしばらく様子見。
BIOS041から、BIOS048にアップデートしたら、
USBなんちゃらの-110のエラーがでて起動時に1分くらい余計にかかっていたのが、出なくなって起動が超早くなった!
nuc DN2820fykh向けのキーボードとして、無線のlogicool k400r を買った。
買ってから気づくキー配列のひどさ、、、。
それはともかく、DN2820fykhのBIOSでは買ったまま、レシーバを刺しただけでちゃんと認識したものの、
CentOS7では認識しなかったので、ちょっと工夫して解決した。 CentOS7.2頃には解決しているはず。
続きを読む logicool k400r を買って DN2820fykh 上のCentOS7で使った話
マウスが調子わるくなったので、sculpt comfort mouse を買ってみた。
まぁまぁかな。
デビルサバイバー2 ブレイクレコードを買った。
新しい隠しボスまで倒したところ。
続きを読む デビルサバイバー2 ブレイクレコードを買った
DN2820fykhには、CentOS7をインストールして利用していたが、先ごろkernelのアップデート以降起動しなくなった。
grub設定でカーネルパラメタをいじるか、BIOS設定をいじるかで解決!
なお、少なくともBIOS0048ではこの問題は解決しているようです。
ヤフーメールの障害にばっちり巻き込まれた、、、。
http://it.slashdot.jp/story/14/10/03/0611208/
テレビで落花生の工場がなんとかいうのをやっていたので、食べたくなって近所のスーパーに行ってみたら、、、。
最近は殻つきの落花生を扱っていないらしい、、、。まぁ、殻をただ運ぶのは重くてコストというのはそうんなんだけれども、殻をむく体験まで含めて落花生のかちなんだとおもうのだけれども、、、。
しかたないので、薄皮つきで殻はない落花生と、でん六豆を買って帰った。。。