• 月曜に言っていた件、 翌日にも嘘吹いていたが、 結局、今しかないという気持ちもあって （あと正直、何となく盛り上がってきたものもあって）、 本当にはじめることにした。
• 何と前回原稿に手を入れたのは 3/26/2008だ。 今度こそ、投稿するぞ、と。
• その時 cut-and-paste しただけの introduction を見直す。 一通り書き直した、今回は欲張らない最小ターゲットを目指しながら。
• 8/18/2008: いろいろと予定がずれこんだけれど、今度こそ完成に持ち込んだぞ、と。

• 1/28/2007: 「収奪される側」から「収奪する側」に回ったとき、我を忘れる人たち。（内田樹）
• 4/21/2004: ポスドクという身分が改善されない構造的な理由。
• サマリー：オーバードクター問題

• 7/2/2004: 日々面白そうな記事は local copy まで取って、集積している。
• 6/28/2002: news 記事の local copy を整理しようとしている自分。

基礎科学の博士研究員は総じて相当な薄給で経済的に恵まれなくても一生懸命はたらくものです。 日本社会がこういう人たちをぜひとも維持して養っていって欲しいものです。

金に (普通の人ほど) 拘泥しない「博士」なんだから、 浅く広く、その分緊急に、アクションを起こせないもんだろうか

大学も既存企業も使いたがらないその層（オーバードクターなりポスドクなり）を うまく活用できる「仕組み」をこそ作るべきだ。

社会のパワーとなりうる人たち（の可能性）としての「オーバードクター」の存在

• 今現在「朝日新聞私の視点いきさつその１」として、 ボツ原稿がアップされていたりする。

• 7/31/2008: 休暇中に本当にやる気になった。

• 現状を整理。 Brownian dynamics 関連の parameters は、 "BD-scheme" で integrator を、 "BD-nl-solver" で implicit scheme の solver を指定している。
• なので、 BD-scheme に "SI-connector" を、 BD-nl-solver に "fastSI" を追加することにしよう。
• コードにどう手を入れていくか、見ていく。
  • 今回書いた新しいコードは struct BD_imp を受けて動くようになっているので、 問題無し（というか、ここしばらくは、この一般化に時間を費やしていた、と）。
  • evolver として bd-imp.c の BD_imp_ode_evolve から fastSI 系のコードを呼べばよい。
  • そのルーチン（wrapper, 名前は BD_evolve_fastSI かな） を書けばよい、と。
• 今日はここまで。
• 8/11/2008: 実装、完了。もうちょっと。

• 朝 alex の部屋に寄って、彼のあげた修正を一通り聞く。 で、それをまとめてボスにメールして、終わり。
• 手元の latex 原稿も改訂しておく。 slip.tex: 2.5 2008/07/29 19:31:54 ichiki Exp

• 9/2/2008: published.
• 7/29/2008: 校正、済み。
• 7/28/2008: ゲラが届く。
• 10/9/2007: accepted.
• 9/6/2007: submitted.

• 「ポカン」としていたら、「メールを見てないのか」と（cf. 「ボスからメールが来た」）。 はい、今朝は家でもメールをチェックしていませんでした。で聞くと、 長らく音信不通だった例の論文（10/9/2007）のゲラが届いたのだそうな。
• 質問事項は３つ。
  • １つは受理の日付（あんたなんで知らんの？という感じだが）、 もう１つは論文のスタイルに従って式番号を振り直した、という告知。
  • 最後の一つは文献リストに載っけていた私の unpublished な論文の詳細をよこせ、と。 予定タイトルを知らせればいいだろう、と alex がいうので、そのように、と。 今度こそ、仕上げるぞ！（これで何度目だよ、と思いつつ、もう何も欲は出さずに。）
• ゲラに一通り目を通す：
  • 面倒でも、はじめから終わりまで、しっかりと、ゆっくりと、目を通す。 ここで手を抜くと、みっともないものが一生残ってしまうからな。 （ということは、実際に過去に経験済みなのです。 私はその校正に関われなかったのだけど。）
  • 確かに、式番号が節ごとじゃなく通し番号になっている。
  • 図の eps にも手を入れているよ…… label とかだけでなく、 legend まで。 おまけに一つは記号が変わっている、何だよこれ。
  • 式の face は、まあいつものことで、いちいち指摘しておく。
• 修正リストを書いて、 corresponding author と co-author にメールしておく。
• 7/29/2008: done.

• 9/2/2008: published.
• 7/29/2008: 校正、済み。
• 7/28/2008: ゲラが届く。
• 10/9/2007: accepted.
• 9/6/2007: submitted.

• しかあし、アップは 4% だって、ハハハ、いやいや、すごいすごい……。
• 契約期間中にアップするなんて思ってなかったので、別にいいのだけれど （いや、マジで）。
• 先日来、（UofA の faculty の）いわゆる労働組合かんけいのメールが来ていたから、 定期昇給みたいなもんなのかな。

• 改めて目を通したが、これはなかなかの力作ですよっ奥さん。 どれくらい一般受けするか（つまり売りになるか）は、分からないけど……。
  • 売れるものを、という意識が希薄だからなあ……だって、売れるものって 何だかんだ言って、結局みんなが群がってるものな訳で、 これまで意識的にそういうものを避けて生きてきた人間だからなあ。
  • あ、別に「売れるもの」がつまらないと言っている訳ではありません、為念。 そういうターゲットに向かって、そういう人たちと勝負しても、 そういう人たちよりも良いものが出来るとは思ってないので（かなわないと思っているので）、 そっちに行かないと言っているだけ。 （繰り返し言っているな、言い訳のごとく。）
    • 6/13/2008: 売れるということ、大衆ということ。
    • 2/26/2004: 「いいものを作れば売れる」などというナイーブな経済感覚。
  • 売れるかどうかは知らないが、今回の話も（いつものように） 放っておけば近い内に誰かがするだろうというようなネタではない、とは思っている。 その意味で、広い意味で、 community に役に立つ仕事だとは思う。 つまり、その辺にいる研究者が勝負相手ではないと思っている、の意味。 どっちかというと、どっかの院生が３年なり５年なりかけてサクッとやってしまう、 というのがありうるパターンかな、と （こういうのは怖くはない、むしろ喜ばしいこと、だよね）。 最近はすごく優秀そうな人たちが入ってきているからなあ（cf. 3/5/2008）。 これは学生がいいのだろうか、教育がいいのだろうか、ボスがいいのだろうか、 何なんだろうね。（今の日本の基礎研究の状況は、どうなんだろうか。）
• この論文がここでの一本目なんだが、その後が難産なのだよなあ……。
  • 別の一本は現状でまとめて出せばいい状態なんだが（今回もお尻を叩かれたみたいなもんだし）、 ちょっと時間を置いたのがいかんかった。結婚と一緒で、勢いってものが、ね。
    • 3/26/2008: 前回、最後に触った時。
    • 3/11/2008: これまでの remind の（はずかしい）記録。
    • 7/31/2008: 本当に執筆再開。
    • 8/1/2008: 勢いを削がないように。
  • （ここを見てる人はご承知の通り）本題の方が（つまり件の論文の延長線が） 困難にぶち当たって、いろいろと向きを変えたりしていたからなあ （とか、まあ言い訳はみっともないな）。 まだ体勢を建て直し中（結果を出す状態にもって行けていない）なのは、 何というか、やっぱりトロいのだろうな。 しかし、そろそろ行けますよ、多分。（いや、本当に。ハッタリではなく cf. 6/30/2008。）

• 7/26/2008: 言いっぱなしのメディアとしての新聞とテレビ。
• 7/30/2008: ニュースの過去指向化の試みとしての local copy.

• 7/15/2008: モンちゃん本気の図。
• 7/13/2008: 散髪してすっきりの図。
• 6/30/2008: 氷嚢で遊ぶの図。

• 7/27/2008: アンチ・ニュースとしての、「過去指向」としての日記。

• 9/13/2005: 東大の場合
• 3/3/2006: 産総研の場合、曖昧な発表
• サマリー：捏造問題

• 彼らも（ニュース・メディアと同様）一過性の（単位のための？）活動であった、 ということなんだろうな。まあ仕方ないのだろう。

• fastSI のテスト（libstokes へ引越し後）、昨日の続き：
  • 1e-12 とか 1e-14 とかの小さな問題なのだけど、気になるので。
    • 調べてみると、GSL で解いている cubic solver に行き当たる （cf. 6/27/2008）。 当該のコードを local に持って来るが、それも同じ挙動（当たり前だ）。 pow で桁落ちしている、という落ちで、 納得しておこう（半分、自分を騙している……かな）。
  • 他には問題ないので、これでテストを終了とする。
• fastSI のコードを登録：
  • src/ bd-imp-fast.c, bd-imp-fast.h
  • test/ check-bd-imp-fast.c, check-bd-imp-fast.h
• phase 2を完了させるには、 あと top level から呼べるようにしなければならない。

• fastSI のテスト、昨日の続き：
  • 見つけた bugs:
    • radius の設定が矛盾したものだった。修正後、 N=3 の場合は全部クリアした。 N=100 にすると、ダメ……。
  • あとは dt を調整することで、通るようになった、ということにする。
• libstokes に引越し：
  • まずはブツ（bd-imp-fast.[ch]）を libstokes/src に移動。
  • テスト・コードは check-bd-imp-fast.[ch] として libstokes/test に。
  • bd-imp-fast.c に入れていた BONDS_calc_force_spring_i を bonds.c に移動。
  • test-all.c に fastSI 関係を入れる。
    • 順序による挙動の変化に遭遇。
      • eps が微妙に変化している。
      • 一つ間違い発見： BD_imp の z[] の初期化をしていなかった。
        • BD_imp_init 時に calloc にしておく。
        • test 用の BD_imp 設定時にも陽に zero clear しておく。
    • まだ、若干の順序依存が出ている……調査中。
    • 7/26/2008: 終了（とする）。

• 昨日の追加実装で、（random vector をのぞいて） 一般的な構造でもきちんと動くコードになったはず、ということで、テストに戻る。
• 一連の作業で発見した bugs:
  • connector vector の渡し方、 系全体のそれを渡すべき所を、考えている connector の pointer を与えていた。
  • random vector の connector ベースへの変換を一般化 （直鎖の決め打ちのままになっていた）。
  • テスト用の struct BD_imp の定義で、 solver 変更時に dt を assign し忘れていた。
  • 同じく BD_imp で NITSOL, GSL へ渡す関数が決め打ちであった。 今は直接手で与えるようにした。 （こいつは、ゆくゆくは決め打ちの wrapper に組み込むのが筋だろう。）
  • noHI に対応。つまり mobility_F_atimes に flag_noHI を追加、 noHI 時は self のみで帰る。 Pstar 系のルーチンも self のみに最適化。 （これで、どれくらいの効率が出ているのか、要チェックだな。）
• 今の時点で、テストは結構パスするようになった。
  • 残りは check_fastSI_solve の HI の一部。曲者ですな。
  • 7/25/2008: テスト、終了。

• ずっと後回しにしていた COM と isolated particles の処理を入れておいた。
  • これまでは、 connector vectors の処理だけ考えていた、ということ。
  • 忘れたわけではなかったが、なかなか、ここまで浮上してこれなかった。
• 結構、手間取ったが、 いつものように効率は考えずに、まず動くものを、ということで、 とりあえず書き上げた。
• 実はまだ足りない部分があって、 そいつは mobility form の random vector.
  • ただし、こいつは resistance form から簡単に書けるはず （chebyshev を使っているので）。
• 7/24/2008: テストに戻る。

試写を見た映画評論家やベテランライターの評価は割れた。辛口意見から拾ってみる。

• 「自然破壊や道徳、反戦を真正面から扱った直近の３作と比べると、 愛と約束を守るというテーマは重要だが地味すぎる」
• 「海が舞台の割にはスケール感がなく、高揚感も今ひとつ」
• 「刺激に慣れた子供たちは同じ日に公開の『ポケモン』に足が向くのでは」

• 2/29/2004: 「悪人」を演じることが素晴らしい役者だったり、 「ひどい話」が良い映画だったりする風潮。

• 細かい所に目がいってしまって、全体像が見えなくなってきたので、 ノートにまとめ直してみる。
• 新しい一般的な構造での loop の回し方とか、 とにかく具体的に書いていく。
• いくつか大きな間違い（というか、まったく意味をなしていなかった参照など） を正しておいた。
• これで一部テストが通るようになった。まだ全部ではない。

• 本体の構造が大きく変わったので、 テスト・コードもほとんど書き直しに近いのだが、 今日は何か頭が回らないので、深く考えず、 既存のコードを手直しする方向で進める。
• compile が通るところまでは来た。
• 走らせると、うーむ、 nan だそうだ……。

Tuesday, June 3, 2008: New Moon 1:24pm (MDT)
Tuesday, June 10, 2008: First Quarter Moon 9:03am (MDT)
Wednesday, June 18, 2008: Full Moon 11:27am (MDT)
Thursday, June 26, 2008: Last Quarter Moon 6:16am (MDT)
Wednesday, July 2, 2008: New Moon 8:20pm (MDT)
Wednesday, July 9, 2008: First Quarter Moon 10:35pm (MDT)
Friday, July 18, 2008: Full Moon 1:56am (MDT)
Friday, July 25, 2008: Last Quarter Moon 12:48pm (MDT)
Friday, August 1, 2008: New Moon 4:14am (MDT)
Friday, August 8, 2008: First Quarter Moon 2:21pm (MDT)
Saturday, August 16, 2008: Full Moon 3:14pm (MDT)
Saturday, August 23, 2008: Last Quarter Moon 5:56pm (MDT)
Saturday, August 30, 2008: New Moon 1:59pm (MDT)
  

• 8/19/2008: 「月と農業」（リベラ）@senya.
• 10/30/2007: 思いがけない月。
• 2/26/2002: オランダから見る月。
• 2/16/2002: gkrellmoon.
• 10/10/2000: 京都で見る月、どっちに出ている？

• stokes3 を新 BONDS, 新 EV に対応：
  • done.
• fastSI の組み込み：
  • 今回の一連の努力の本題にたどり着く。
  • が、今まで書いたコードを改めて見ると、 そうか noHI も HI も最初に書いたものは、まだ直鎖決め打ちだったんだ……。
  • 古いものを忘れて、今回は逆に一般的なコードから書いてみよう。

• 付記：調べたら既にドラマにも、また最近、映画にもなったらしいね。 佐藤浩市と岸辺一徳、大森南朋に岡本信人に赤井英和で、社長が杉浦直樹かあ、 ちょっと見たい気もする（が見なくてもいい気もする）。 だけど堤真一の方は（自分の中での）イメージが違いすぎるので見たくない、かな。
• 8/7/2008: 横山秀夫「影踏み」、読了。

• GROUPS の組み込み：
  • 昨日は source を import しただけ。
  • 多 chains だとグループ化は本質的なので、 一般的に組み込む。 （本当のことをいうと、 non-Brownian にまで一般化したいけれど、 そっちはまた今度ということにする。）
  • 出来た。
• テスト：
  • 予定通り（というか、何というか）問題が発生。 core dump する。
  • 調べてみたら、 未定義 pointer を free しようとしていた、という単純な間違いだったけど、 何も問題なくパスするよりは、トラブルが起きて、それに対処するという一手間があると、 ああ本当に動いているなと実感できる。
• ということで、今度こそ本当に phase 1 終了。 （cf. 7/14/2008）

• 旧 bonds から新 BONDS への変更を断行：
  • bonds-groups は（まだどこでも使われていないが）そのまま import.
  • bonds と bonds-guile は bonds-new と bonds-new-guile で置き換え。
    • plan 通り、とりあえず struct list_ex は外しておく。
  • 旧 bonds を使っているものを新 BONDS に書き換え。
  • excluded-volume の処理を書き直す。
    • これまでの実装が旧 bonds べったりだったため。
    • それなりの理由はあったけど、設計が悪いということで、 bonds と独立に書き下ろす。
    • guile の wrapper (excluded-volume-guile) も書き換えた。
  • これで終わったかと思ったら、 stokes->ex_lub をコメントアウトしておく必要があった。 （struct list_ex を外しておくため。）
  • 現状でテストを確認。
    • list-ex のチェックは（もちろん）はずす。
    • 何か全部問題なく動いているみたい（半信半疑）。 ……あ、当たり前か。よく見たら陽に bonds をチェックしていないや。
  • で、今までなかった bonds のテスト・コードを書く。 guile wrapper のチェックのみ(check-bonds-guile.c)。
  • あと、今回書き直した excluded-voulme についてもテストが同様になかったので、 これまた guile wrapper のみチェックを書いておく(check-excluded-volume-guile.c)。
    • 一瞬、うまく動いていないなくて焦るが。 変数の次元ありとなしの混同だった。
  • ということで、 phase 1 終了。 （cf. 7/14/2008）
  • 7/17/2008: と言いつつ、 phase 1 の残り部分があった。

• pat metheny group, "the way up"
  • これ、既にライブ音源はいくつか聴いたこともあるし、 montreal jazz festival でのライブの映像も見たけど、とってもよいです。 丸山さん（最近、更新が止まって寂しく思っている）に喧嘩を売っているわけではないのだろうけど （もちろんきっかけは携帯なんだろうけど、むしろ、 アメリカの FM station に対する積年の思いの方が強いのではなかろうか、 と勝手に想像）、 CD 丸一枚に一曲だけ（便宜上４パートに分けてあるけれど） というメッセージ性の強いもの。 そういうメッセージは置いておいても、 一つのテーマを何通りにも料理していくというこの CD は、 まあ jazz musician なら手慣れたものなんだろうけれど、 曲がよいのだろうな、全然退屈せず、飽きることもない。 このコンセプトでライブをしようというのも、これまた野心的なことだったのだな、と思う （そういうコンセプトの類は、基本的には、脇に置いておいていいと思うけれど）。
  • 大したことじゃないけど、これ「上への道」じゃなくて「ずうっと上」だよね adjective の way （というか、まあ double meaning なんだろうけど）。 ところで wichita の方はどういう意味？（まだ言っている。） 「ウィチタ・フォールズ（滝）が流れ落ちるようなウィチタの秋？」
• jacky terrasson, "reach", "mirror"
• 横山秀夫「クライマーズ・ハイ」、「第三の時効」
  • 7/13/2008: 横山秀夫「顔」。
  • 7/17/2008: 「クライマーズ・ハイ」、読了。
  • 8/7/2008: 「影踏み」、読了。

• 10/6/2008: 欲しいものリスト。

• 10/6/2008: "season of changes"

• 付記：ライブに行ったのは、 見ると２００３年だった。 当然、そんなに昔の録音ではない。（さらに付記：アルバムの録音は October 19, 2005 だそうな。）

• 7/22/2008: 評論家の意見。

『不白筆記』には

「弟子ニ教ルハ守、弟子ハ守ヲ習尽シ能成候ヘバ、オノズト自身ヨリ破ル。 離ハこの二つヲ合して離れて、しかも二つを守ルコトナリ」

とある。師が守を教え、弟子がこれを破り、両者がこれを離れてあらたに合わせあうというのだ。

……川上不白に

「守は下手、破は上手、離は名人」

などがあって……

初代の沢村宗十郎は

「師匠は釣鐘のごとし、弟子は撞木（しゅもく）のごとし」

と言った。本気で鐘をつけば、その音は里から山にまで届く。 鐘はそこにあるだけで、音を出すのを仕向けるのは撞木のほうなのだ。 ただし、「さあ、ここを突きなさい」と鐘も言う。それを撞木が突いていく。 その鐘の音はうんと遠くでも、よくわかる。 この宗十郎の言葉、いまでも肝に銘じている。

それでもぼくなりの定義は書いておいた。

「型を守って型に出て、型を破って型へ出て、型を離れて型を生む」

というものだ。 この「守って型に着く・破って型へ出る・離れて型を生む」の「に・へ・を」の助詞の変化に、 守破離の動向が如実する。

その千葉周作に『剣法秘訣』がある。稽古とは何かを説いたもので、そこに

「序破急の拍子を追うよりも、守破離の筋目を通すことが稽古に欠かせない」

という、守破離の思想にずばり突っ込んだ興味深い説明が示されている。

『剣法秘訣』の

「理より入るは上達はやく、技より入らんするは上達おそし」

を読んで、おおいに唸ったものだった。

武芸の例など剣をふるうことなんだから、 今日の知の学習や技の継承などに役立つまいと思う向きがあるとしたら、 これは勘ちがい、大まちがいだ。 剣にもスポーツにも編集稽古にも、 これらは「的中」という感覚におきかえられるからである。 世阿弥なら「感当」と、中江藤樹は「時中」と言った、あの正解のない感覚だ。 相互に的中感を奪いあう。稽古とは、結局はそういう「中」に「当てる」こと、なのだ。

（中森晶三の『けいこと日本人』、 なぜ稽古がおもしろいか、現代に必要かということ、について）
稽古事には「初心」というものが刻印されること、 もうひとつには「玄人も素人もまざっていける」からだという。 とくに素人が玄人を凌駕していく可能性がある。 それが稽古をつける側にもつけられ側にも「夢の共有」のような醍醐味になるというのだ。

• 10/5/2008: やっぱりモンは、ギターを弾いていると不満らしい。

• コードを移行。
  • 作業場から libstokes/src へ。
    • 置き換える予定だった bonds.[ch] が、以前手を入れたまままだ未登録だったので、 暫定的に bonds-new.[ch] をそのままの名前で平行移動。
    • 帰宅後、 bonds.[ch] を一旦登録後に、 bonds-new 関係を bonds に置き換える（予定）。 -- DONE.
• top level への fastSI の組み込みについて、ちょっと思案。

ここに表示されるカテゴリーを並べ替え、削除したい場合は、 「管理ツールトップ > 日記の編集設定」の「カテゴリー」の内容を編集してください。

1. 一番上、はてなのタブの「管理」（これが「管理ツールトップ」）
2. 左パネルの「設定」 -> 「編集設定」（これが「日記の編集設定」）
3. カテゴリーのリストになってる部分を直接手で編集
4. 一番下の「この内容に変更する」ボタンを押す。

• 今日は thinkpad が使えないので、作業は bue9 で行う。やれやれ。
• bue9 上で test の確認：
  • 一つ memory 関係のトラブルに出会う。
    • 調べると allocation size が間違って小�