「テクノロジーを駆使して、従来のホウレンソウをface-to-faceの同期が必要な作業から引き剥がそうよ、そうすれんば効率が上がるよね」と「イマドキのコミュニケーションは明示的に指示しないとだめだよ」いう内容。

ホウレンソウはいらない！―ガラパゴス上司にならないための10の法則
本田 直之
日本経済新聞出版社 / 1470円 ( 2011-11-10 )

「繰り返し行われる」ということはパターン化できるということですから、システム化したり仕組み化していくことが可能なわけです。

とあるように、仕組み化されたものをうまく取り入れる能力、仕組み化できる能力があるかないかで、定型業務をこなす効率が全然ちがいますね。

メールベースの問題

1. 誰に何を振ったか管理しにくい
2. 進捗状況がわかりにくくチェックできない
3. スケジュールと連動できないので、忘れるなど抜けをチェックできない

まぁ、ココらへんをどうにかしようと涙ぐましい努力をするわけで、送信メールのコピーを振った人の名前のフォルダで管理してみたりとか、締め切りを設定してみたりとか、件名に進捗状況なんかを入れてみたりとか。それに比べてredmineなんかは快適だと思う。

いちばん非効率なミーティングは、報告やお知らせをするだけのミーティングです。

これも、非常に同意する。face-to-faceのホウレンソウは確かに要らないとおもう。会議は事前に資料配ってアジェンダ決めてあるんだから、質疑から入るのが理想だと思っている。逆にそういう会議の設定形態じゃないと基本的に参加しないルールにしているが、それで困ったことは殆ど無い。

一方で、最近はインフラ構築もやっているので、質疑から始まれるように仕組み化したいと思っている。そのためには報告の粒度をもっと細かく、週単位で報告が自動的に上がるようにする必要があるかなぁと。

できる2割で会社全体を引っ張っていくのはなかなか難しいため、その2割がどちらにも属さない6割の社員をうまく引っ張ってくれるような形にしたほうが効率がいいのです

これは組織依存だよなと思う。上の方の2割をつまんで引っ張ると、その下がついてこれなくてプチンと切れてしまうこともあるし、うまくついてくることもある。一方下の2割を押してボトムをあげようとしてもびくともしないこともあるし、思ったようにレベルが上がることもある。これはトップダウンがうまくいく時も、ボトムアップがいいほうもある。

ただ、どういう時にどういうやり方がうまくいくのは、その時の雰囲気とか、キーパーソンに訴求できるかにかかっているけどじつはよくわからん。キーパーソンもコロコロ変わるからなぁ、意外な人が先導してくれたりするし。だから、うまくいかなかったからとあまり悲観的になりすぎず、折を見て再チャレンジすることにしている。

pyfastaってのがあった。

Biopythonでいいんじゃないかと思ったが、pyfastaのほうがメモリ効率がいいのかな。ゲノムを扱うような気がする。

あとでちゃんと見てみる。

８章のマルコフモデルの実装までやった。ちなみに二単語のプレフィックスによるモデルを作ってた。ちなみにNodeで作る人工無脳は一単語ですね。こっちはリアルタイム化させているので面白いです。

9章はググらせるだけなのでこれでおしまいでいいやと。

• kzfm / koi-suru-program

恋するプログラム―Rubyでつくる人工無脳
秋山 智俊
毎日コミュニケーションズ / ?円 ( 2005-04 )

いい本だと思うんだけどなかなか復刊しないですね。

coffeescriptでディープコピーをやる方法を探していたらCoffeeScript Cookbookを見つけたので、Smooth CoffeeScriptとあわせて読んでみる予定。

化合物の合成ストーリーはケミスト言語による文章構築

ところで、人口無能はつくってて楽しいですね。とか書いていて、ふとケミストの合成の流れもマルコフ性があるんじゃないかなぁと思った。思ったというより確信に近い。プレフィックスに構造とイシュー(活性改善とか代謝よくするとか)を入れてやれば、次に修飾したがるところって容易に想像できるよね。実際ベースラインとしてのファーマコフォアをたもちながらっていうよりは、直近の結果にものすごい左右されやすいという性格があってだなぁ（略）。

例えば、ある文章中の単語をランダムに並べ換えて、それをもとの文章に戻すっていう問題を考えた場合マルコフ性をうまく利用すればどの位うまく解けるんだろうかね？

そういう風に考えると、特許化合物のリストっていうのはランダムな単語リストと同じになるわけで、合成のマルコフ性を利用して合成の流れを再構築しなおすってのは面白いかもしれんなぁと思った。

そのうちもう少し良く考えてみようっと。

Rubyのgsubはblockを受け取ってマッチするたびにブロック内の処理内容を変えられるので便利。

irb(main):002:0> i = 0
=> 0
irb(main):003:0> 'a-a-a-a'.gsub(/a/){i += 1}
=> "1-2-3-4"

Node.jsでも同じようなことがやりたかったのでRuby's String gsub in Javascriptをちょっと変更して配列を受け取れるようにしてみた。

gsub = (source, pattern, replacements) ->
  unless pattern? and replacements?
    return source

  result = ''
  while source.length > 0
    if (match = source.match(pattern))
      result += source.slice(0, match.index)
      result += replacements.shift()
      source = source.slice(match.index + match[0].length)
    else
      result += source
      source = ''
   result

console.log gsub('a-a-a-a', /a/, [1..4])

なんというかjavascriptの感覚で文字列は+でつなげてしまう。使ったことなかったので調べた。

coffee> a = [1,2,3]
[ 1, 2, 3 ]
coffee> "ary #{a}"
'ary 1,2,3'
coffee> b = {a:'text'}
{ a: 'text' }
coffee> "dic #{b}"
'dic [object Object]'
coffee> "dic #{b.a}"
'dic text'

古典なんだろうが、読んだことがなかったので。

好きな人にとってはたまらないかもしれないが、僕には宗教色が強すぎるかなと感じた。眩しすぎてあてられちゃうひと続出だろうから★２つくらいのちょっとネガティブなコメントのほうが参考になる。つまり批判的な読み方したほうが得られるものが多いと思う。

7つの習慣―成功には原則があった!
スティーブン・R. コヴィー
キングベアー出版 / 2039円 ( 1996-12 )

時間管理の第二領域に集中するというのは、まぁみんな理解しているけど、実践できているかというのは微妙だと思う。読後に改めて考えてみると、第三領域というのは第４の習慣(Win-Winを考える)とバッティングするからだろうな。緊急だけど(自分にとって)重要でない仕事は必ずしも相手にとって重要でないわけではないからなぁ。

という話は昔書いたし、自分は基本的にこの原則に従っていて、しょうもない仕事はあまりしなくなったけど、対人関係が全然壊れていないかというと微妙なところだな。つまらない仕事を受けてくれることが信頼関係の構築につながるって信じてる人も一定数いる（特に年功序列世代のおじさんに多い）し、結局自分がどう在りたいかにかかってくるだけだよねー。

• 習慣は、知識とスキルとやる気という３つの要素からなっている
• 個人的なミッションステートメントを書く
• 原則中心の生活
• デレゲーションの重要性

FabricにFile I/O,User/Group Management, Package Management, Text-processingの機能を加えたもの(slide 53)

複数台のサーバーを管理することがあったら使ってみよう。

達成感というか読了感を如何に与えるかは重要だと思う。

最近娘が気に入った本。

特急おべんとう号 (福音館創作童話シリーズ)
岡田 よしたか
福音館書店 / 1575円 ( 2009-03-01 )

娘は絵を描くのが好きなのでマインドマップは合っているみたいだ。子供向けのマインドマップ本を買ったら最初に好きなもののマインドマップを描こうって書いてたので、二人で描いてみた。

漢字の起源象形文字を中心におくのもマインドマップしやすくて面白い。

マインドマップ（Ｒ）ｆｏｒ　ｋｉｄｓ勉強が楽しくなるノート術
トニー・ブザン
ダイヤモンド社 / 1680円 ( 2006-11-17 )

pybel(openbabel)で立体構造の立ち上げを行うのは簡単だ。

import pybel
mol = pybel.readstring("smi", "c1ccccc1C")
mol.make3D()
mol.write("mol")

コードを眺めていたら構造をたちあげるメソッドは

• make3d
• localopt
• globalopt # ただし2.3.1ではコメントアウトされてた

make3dもglobaloptもlocaloptのstep数を変えて呼び出している。

localoptメソッドはデフォルトではmmff94パラメータを使って最急降下法で構造最適化をしている。