朝から飛行機に乗ってSCIS2012に参加.
最初のセッションだったし, 飛行機も多少遅れ気味だったので自分の発表に間に合うかどきどきだったが, 定刻通り無事発表できました.
共著者の方, 座長の方, スタッフの方ご心配をおかけして申し訳ありませんでした.
実装したソースはOptimal Ate Pairingの実装から取得できます.
相変わらずピーなソースですが, 何かの参考になれば幸いです.
疲れと寝違えか何かで頭が痛くて吐き気が止まらない….
朝から飛行機に乗ってSCIS2012に参加.
最初のセッションだったし, 飛行機も多少遅れ気味だったので自分の発表に間に合うかどきどきだったが, 定刻通り無事発表できました.
共著者の方, 座長の方, スタッフの方ご心配をおかけして申し訳ありませんでした.
実装したソースはOptimal Ate Pairingの実装から取得できます.
相変わらずピーなソースですが, 何かの参考になれば幸いです.
疲れと寝違えか何かで頭が痛くて吐き気が止まらない….
そんな感じの議論がプロシンであった. 一つ目は私が嫌いな問いだ.
時間は有限だ. もしもその「何か」をやっていたら別の「何か」を切り捨てることになる. 切り捨てたものは不要なのか. 何が必要かなんて分からないし情勢でいくらでも変わる. そんなことを気にせず好きなことをやっていればいいじゃないか.
もしなんらかの知識が必要になったらそれから勉強するなり調べるなりすればよい. 大抵の社会人は学生のときに過ごした時間より長い時間を過ごすのだから0から始めたところで大したことはない.
実際, 学生のときに化学や物理を専攻していてコンピュータを触ったことのなかった人が会社に入ってから少し訓練して, すぐによいプログラマになった例を何度か見ている.
そしてややメタになってしまうけど, そのためには好きなことをとことんやることだと思う. 何か一つでも自分の中で突き詰めることをやっておけば後はその応用でなんとかなるんじゃなかろうか.
二つ目の問いに関連して
私は「自分でプログラムしたらどんどんソフトを公開すればよい. 誰かが予想もしなかったバグを見つけてくれる.」 というような発言をした.
後でtakesakoさんと話して上の発言は意外とおもしろいことを示唆していると思った.
「プログラム」は一人でするもので「ソフトウェア」は第三者に使ってもらうものという考え方があると教えていただいた.
「ソフトウェア工学」とはいうけど「プログラム工学」とは言わない.
#もちろん「プログラム」と「ソフトウェア」を同じ意味で使うときもあるし, そもそもここでは厳密な定義を与えてるわけでもないのだが.
どこまで第三者(例えばお客さん)のことを想定して作ることができるかがソフトウェアの質を決める一因になる. 会社で作るソフトウェアは異常系に対応するためのコードが8割を占めるという話もあるらしい.
納期が短い受託開発だとバグは即死につながるので, できるだけバグのでにくい(=異常系の少ない)仕様にするのがコードを書く前の大事な処理だったりする.
プログラムを作ってソフトとして公開するのはそういう感覚を磨くための第一歩になりえるわけだ.
1/6~1/8と第53回プログラム・シンポジウム初参加
学生より先生方の比率の方が高いのかも. webでよく見かける先生方達にお会いした. ポスターセッションでいろいろ議論.
プロシンは夜9時移行が本番だとか. 普段は9時頃寝るので辛いのだが起きとく. 夜中12時から毎年恒例らしい和田英一先生の講義.
語り口が素晴らしい. ご高齢なのに二日連続とは恐ろしい.
二日目のそれはパラメトロンの話. その原理からコードまで. 今回が最終回?
思っていたよりもずっとアットホームなシンポジウムだった.
去年の振り返りと今年
いつのまにか結構な歳になってる. たまにはやったことをじっくり考えるのもよいかと.
・PRML社内勉強会
機械学習というテーマは今後ますます重要になるだろうということで勉強することになった.
その分野は全く初めてだったということもあるが, それを考慮したとしても工学と理学の違いに想像以上に苦労した.
なんというか, はまる箇所が工学の人と全然違うのだ. 些細なところでつまってしまう. 「だから定義は何だ」と何度叫んだことか.
#えっ, 単に年食って頭が固くなってるだけ?
まあ社内で先人となるshuyoさんも同じ数学出身の人で, 似たような苦労をされたらしいと言い訳.
それでもしつこく読んでいると下巻に入る頃には, なんとなく著者のリズムに慣れてきて, 次どういう展開になるかある程度予想できるようになったのは感慨深い.
#パターン認識のテキストをパターン認識する!
意外だったのは, 考え方が分かれば後は計算だけ, というところの計算で詰まる人が少なからずいるらしいという点. そういうところで貢献できるならと補足資料を作った. 『アンチョコは死語らしいw 「PRML 虎の巻」? 「PRML ガイド」?』で公開してる. 計算で困ってる人は参考になるかもしれません.
とにかくこのご時世に会社がテキストを読む時間として約10ヶ月もくださったのだ. まだまだそのジャンルの入門者レベルだけども, 今年はその成果を会社に還元すべき年.
ただこの分野, 私はshuyoさんほど根性いれられなさそう(あの熱意と努力は本当に尊敬する). 私は多少違うコースになるかもしれないけれども貢献できるようにしたい(弱気).
若手支援ということで私はsinya8282さんをメインにConstellationさんもフォロー.
みなさん優秀なのでほっといてもよいのだけど(ぇ, 一応C++の話やx86/x64アセンブラ, コードレビュー, 論文の書き方や推敲, 理論などもろもろなんでもやった.
日本ソフトウェア科学会第28回大会[PPL]やShibuya Perl Mongersテクニカルトーク#16などで発表してなかなか好評だったようだ. よかった. よかった. 第53回プログラミング・シンポジウムにも参加予定.
インターンとは違って彼らがやりたいことの補助をする点, 未踏などとは違ってコードの細部にまで口や手を出す点が目新しくて楽しかった.
・x86/x64最適化勉強会1とx86/x64最適化勉強会2主催
ちょーニッチな勉強会にも関わらず, それなりに集まってくださり, いろんな方に知り合えてとてもよかった(会場提供もありがとうございます). 後1回ぐらいはやりたい(ネタを作らなければ).
主催者というのはいろいろ気をつかうものだが自分がやりたいテーマがあるならやって損はない. 裏方という点ではJANT オーガナイズド・セッションのプログラム担当をやってみて, ああこういう苦労があって研究集会が回ってるのだなあと少しだけ分かることができた. そういう方々に感謝.
亀のようにゆっくりと続けて1年半. 漸く300問に到達した. 「毎年一つは新しい言語を」なんて話もあるらしい. そんな余裕は無いけど勉強がてらに出来るだけHaskellでやってみた.
まあ入門書はきれいごとしか書いてないなあというのを十分体感できたというかなんというか(多くは語らない).
後, 自分に競技プログラマは向いてないというのもよく分かった.
・暗号
実装の続きはちまちまとやってたけど殆ど何も進展してない.
IEICEの論文賞は戴いたけどメインは過去のアイデア.
しっかりやれよという叱咤激励と受け止めるべきやね.
#そういやtheがつく短いタイトルの論文っていいねえと言われた.
・で今年
振り返りがえらく長くなってしまった.
結局のところ, 去年はinputが多かったので今年はoutputを大事にしよう.
考えるよりも先に手を動かせ(shuyoさんに言われた).
具体的に書くのは難しいけどまずは去年末から始めてる作業を形にしよう.