ある nakagami の日記

公開しているソースを使ってくれて「改良しましたー」と言ってメールで連絡をくれるのは良いのだが、未だにソース全部を送って「こことここなおしました」と言ってくる人がいて驚く。（さ、差分だけで良いよ・・・・）
やれオープンソースだの、勉強会だの言いつつ、世の中思いのほか patch (context diff）ベースでソースについてコメントするということに慣れていない人が多いようだ。

一緒に仕事をするときに心配なのは、コーディングスキルの有無よりは、git や mercurial に慣れているか、とか merge 作業に慣れているかと言うこと。
非エンジニア（デザイナー等）が「git/Mercurial 使えます」と言ってくれると、期待してないだけに、ものすごくうれしい。（そんなこと過去にはほとんどなかったけど）
プログラムが書ける人よりは git や mercurial がちゃんと使えるひとのほうがうれしい。

まぁ、非エンジニアに git の使い方まで求めるのは酷ではあるが、プログラマーを養成する専門学校では、プログラミングの実習もいいのだが、切に DVCS を使った共同作業の練習をしてもらいたい。 svn でもよいので 他人のソースをマージしてコンフリクトが発生したら直してコミットするという作業を仕事の前に経験してもらいたいのだ。

ちょっとやってみると、コンフリクトしないように気をつけたり、コンフリクトしそうな修正は事前に連絡するとかできるようになるのだが、優秀な学生でも、（バイトでもしなければ）共同作業で開発をすることがないので、最初、いくら気をつけて・・・と言ってもイメージがわかないようだ。

それは、つまり人の足を踏まずに仕事ができるようになって、っていうことなんだけど

でもまぁ、これからの学生は就職前に誰かの github のコードに pull request 送ったりするんだろうなぁ。素晴らしい。
github にアカウントがあって pull request を送ったことが あったり、自分で公開しているソースがあって他人の pull request をマージしたことがあったりすれば、人の足を踏まずに仕事をすることのイメージはつかめてて一緒に仕事しやすいだろう。
そういう意味で、転職希望者に github のアカウントを聞いてみるということはいいことなんだろうなぁ

AKB48 の中では世界のマエアツくらいしか顔と名前が一致しない。
歌もほとんど聞いたことなかったのだが、最近さすがに時々耳にするようになって
「おニャン子と同じだな」
と感じている。

僕が高校生の時に聞いたおニャン子クラブは
「もてない鬱屈した高校、大学を過ごした男の妄想の成果だな」
と感じていて、 AKB48 にも同じエッセンスが感じられる。
その後、地位も名声も財産もきれいな奥さんも手に入れても、未だにあの鬱屈したマインドで歌詞を書けるなんてすごいなぁ。ロマンチストなんだろうなぁ
・・・と思っているのは、むしろ僕の妄想です。

僕も鬱屈したもてない高校生・大学生だったので共感できるのだが、かみさんは、おニャン子→AKB48系の歌は嫌いだそうな。
もてない男が女の子を勝手に偶像視するのが気持ち悪いんだろうなぁ、と思う今日この頃

新しい環境で仕事をするというのは、いつも、うまくやっていけるかどうか不安だ。
同じプログラマーと言っても、環境によって組織によってチームによって、求められている技術スキルも違うし、言われた仕様をコード落とすだけの作業を求められ変にごちゃごちゃ言わない人が重宝がられる現場もあれば、それ以上のものを求められる現場もある。
そもそも僕くらい Excel 使えない人間は、使えない現場では全く使えないし。

それなのに、
「やー、お役に立てるかどうか不安なんですよねー」
と言うと、
「nakagami さんくらい経験がれば大丈夫ですよ」
と言われ、さらに不安になる。
（あんた、僕と仕事したことないし、ろくに話もしたこと無いから、僕がどういう経験してるかなんて知らんやろー）
単に歳をとっていて社会人/プログラマーの期間が長いことを「経験」といわれちゃうのは抵抗がある。経験年数だけでは役に立つかどうかの参考にはならないことを「経験上」知っているから。

仕事をして行く中で、間接的には無駄になるものはなにもないと言う意味では亀の甲より年の功という言葉を全否定するわけではないが、３年以上前のプログラミング仕事で得た経験なんて、今では、ほとんどなんの役にも立たない。もし、僕が経験の少ない人と違うアドバンテージを持っているとしたら、それは
「過去にやって来たことなんて、新しい環境で役に立たない」
ということを知っているということくらいか。

30歳を超えたくらいの人で、内容の話をしないで
「まー、俺ぐらいの経験があれば・・・」
と経験の長さ（期間）だけを自慢を始めるひとがいて驚く。
若い人にはわからないのをいいことに、今は役に立たない昔話で自慢してる。
（僕、きみが中学生の頃から仕事してるんだけど・・・）
＃期間でなく「昔こんな経験しました」っていう内容を話してくれる人は、だいたいできる人。

歳をとると、体力にものを言わせて徹夜とか無理。
正確に言うと、もともと無理だったということを、この歳になると気づく。
読みたい（よむべき）本は増える一方だが、読む速度は落ちてる。
酒席は出席すると楽しいが、翌日がボロボロになるので、のちのちのことも考えて出るか考えるようになる。
家族との時間も大切にしないといけない。
知り合いが増えるのは楽しいが、ビジネス目的の名刺交換会で人脈を増やすっていうのは楽しくないし役にも立たない。
勉強会とつけば、やたら出ればよいというわけでもない。
そもそも、「プログラムを書く」という行為がやたら時間かかるものなので、仕事の時間外に書くプログラムで成果を出すのは結構大変。

若い頃に取捨選択の大切さに、もっとはやく気づけばよかった。
いや、まだまだ間に合うぞ。・・・というわけで、今日は明日のためにもう寝よう。明日のために寝ることも大事だ。

手元の Plone の環境で、Zope の Product の skelton 作る（ログ）

$ cd /Applicaton/Plone/zinstance
$ bin/zopeskel basic_zope
（今回は、単純な Zope の Products なので、 basic_zope 。それ以外に何があるかは、パラメータなしで起動）

basic_zope: A Zope project

This creates a Zope project without any specific Plone features.


This template expects a project name with 1 dot in it (a 'basic
namespace', like 'foo.bar').

Enter project name: Products.ZSQLiteDA

If at any point, you need additional help for a question, you can enter
'?' and press RETURN.

Expert Mode? (What question mode would you like? (easy/expert/all)?) ['easy']: all
Namespace Package Name (Name of outer namespace package) ['Products']:
Package Name (Name of the inner namespace package) ['ZSQLiteDA']:
Version (Version number for project) ['1.0']: 0.6
Description (One-line description of the project) ['']: SQLite database adapter for Zope2
Long Description (Multi-line description (in ReST)) ['']:
Author (Name of author for project) ['']: Hajime Nakagami
Author Email (Email of author for project) ['']: nakagami@gmail.com
Keywords (List of keywords, space-separated) ['']: SQLite
Project URL (URL of the homepage for this project) ['http://svn.plone.org/svn/collective/']: https://github.com/nakagami/Products.ZSQLiteDA
Project License (Name of license for the project) ['GPL']: BSD
Zip-Safe? (Can this project be used as a zipped egg? (true/false)) [False]:
Zope2 Product? (Are you creating a product for Zope2/Plone or an Archetypes Product?) [True]:
Creating directory ./Products.ZSQLiteDA
Replace 0 bytes with 2 bytes (0/0 lines changed; 1 lines added)
Replace 244 bytes with 2 bytes (6/6 lines changed; 5 lines removed)

$ mv Products.ZSQLiteDA src

buildout.cfg を開いて eggs = のところに Products.ZSQLiteDA を追加

eggs =
    ...
    Products.ZSQLiteDA

開発中（pypi から取得しない）の場合は、 develop に追加

develop =
    src/Products.ZSQLiteDA

$ bin/buildout

ブログに書くまでが勉強会なので記録
全体的に難しい話だったので、僕の事実誤認の可能性大

まとめ
http://togetter.com/li/244808

ust あり
http://www.ustream.tv/channel/arielarea/videos

@shomah4a
PyPy のひととおりの紹介
・どんな人がやっているのか
・Python 実装としての PyPy と、言語実装を書くための RPython toolchain
・ちょっとデモ（rpython でバイナリ生成しようとして時間切れ）
・pypy-ja で日本語訳を進めてる
・PyPy アドベントカレンダーからの引用多数
ここまでは、なんとなく知ってた。
以前見たのは、あーみんが出てるだけのふざけた内容だったが、大分まともになってた。
（ただし、あーみんは存続）


@cocoatomo
PyPy の静的解析
・RPython の中の静的解析のドキュメントの解説
プログラム中の式などの文脈から変数の方を推論する。
制限された型に納めたいが、式を評価していくとより general な型になっていく
（感想）
型宣言が無い状態で、文脈の推論だけで型決めて行くのって大変そう。
RPython が、Python のサブセットである必要のためには、型宣言書くような言語の
拡張はダメなんだろうなぁ。
CPython に、変数の型をヒントとして与えられるような宣言 （Scala の var とか val ）みたいなのを書けるようにして、それを RPython に取り入れられたら、より速いコードもできるだろうしRPython からのバイナリ生成できるんだろうなぁ、とか。

@chlere
JIT コンパイラの解説
・実行中に、どこをコンパイルするかをどう判断するとか、いろいろ難しいお話。
・RPython の VM に JIT コンパイラが実装されてて、RPython で言語実装したら、その言語に JIT コンパイラが実装されるんでよくね？＝サンドイッチ構造
・JIT コンパイルのためのヒントを与える Django とかも速くなるよ
（感想）
ヒント書くと、CPython じゃ動かないよね？
良く判らないけど、JIT コンパイラの進化すごそう。


（追記）
一番最後の感想の、ヒント書くと CPython じゃ動かないよね？については、ImportErryr で分けるという方法がある、と @cocoatom さんに教えてもらった。なるほど
http://shomah4a.net/pypy-tutorial/example3.py
PyPy tutorial に載ってるわ

https://connpass.com/event/213/
参加した
３つの勉強会合同の LT 大会ということで、普段会うような人とはちょっと経路の違う、インフラ、運用系の人の発表とかもあって、それを聞いてる人もいれば、知り合いの人と世間話してる人もいる、っていうゆるい感じが良かった。
講師を招いて発表を聞くような勉強会はあまり好きではないのだが、こういうのはまた出たい。

「人材募集」「転職したい」という LT の発表が多くて、人材の流動化がものすごく激しくなっているんだなぁと思った。
ただ、顔は知らないけど twitter でフォローしてた人の参加比率が高くて、この流動性も、僕から２ホップ以内の世界のことなのか。
LT の中でも「エンタープライズ系 SIer に勤務していて、社内勉強会の講師に立候補したが、断られて、顧問が講師をした」という話が、いかにもあるあるなのだが、今は縁のない世界だなー、と思ったり。


発表資料で公開されたものは、コンパスの資料のところに載せて欲しい
とりあえず、 BP の社長のプレゼン資料は公開されてた
http://www.slideshare.net/bpstudy/hbqpbp-study-skypebot-centric-development
（以下追記）
http://blog.nomadscafe.jp/2012/01/hb-qp-bp-study-lt2012.html

以前、プログラムを読むことと書くことのどっちが大切か、もしくはどっちが難しいかということを書こうとした（そして、書いたのかどうか忘れた）

去年の秋頃の飲み会で、
森本「年齢が上がってプログラムを書かない役職につくと、書けなくなってくるんですよ」
中神「僕、以前の職場で 8 年くらい、ほとんどプログラムを書かない SE 仕事してたよ」
森本「その間もこっそりプログラム書いてたでしょう」
中神「はい、こっそり書いてました」
という話をした。

全く書かなくなると、書けなくなるというのは納得はしてなくて、 10年振りにプログラム書いても結構書けるんじゃないかと思っているのだが、本当のところはよくわからない。ただ、その時の話でプログラマーはプログラムを読むのも書くのも大切で、どっちが大切なんてなんだろうなと思った。

そのあと色々考えたのだが、読み書きだけじゃなくて体系的にものを知るとか、言語やライブラリの設計者の意図を知るために、本を（もしくは Web上のドキュメントを）読むことも、プログラミングに大事かなと思う。
K & R の C言語の本を今読むと、言語仕様も小さく知らなきゃいけないライブラリも少なくて、知ってなきゃいけなかったとこ少なかったなーと思うのだが、今はそうはいかないと思う。
若い人と一緒に仕事してると、みんなもの知りだなぁ、と感心するんだけど、まぁ僕もがんばりますよ。

大学の情報系の先生で、理論がしっかりしてる人でもプログラムを書けない。僕は、専門教育は受けてないけどプログラミングはまぁ普通のプログラマー程度にはできる。大学の情報系の先生に負けてない・・・こともあるぞ、と思えるのがプログラマーという仕事の面白いところかな、と思っている。

その昔ベル研で働いていた人（Rob Pike）が、Google で Go 言語を実装してるらしい。
ベル研の人達は学術論文も書きつつプログラムも書いてほんとすごいと思う。
僕は、あんな風に学はないけれども、せめて同じ歳くらいまでプログラミングしたい

社会人になってから気づいたのは自分の所属する組織（会社）を
・不満を言って辞めない人
・不満を言わずいきなり辞める人
の２種類がいるということだ。
# 不満を言って辞める人と、不満を言わずに辞めない人はおいておくとして

僕は、後者なので、最初に前者の人を見た時に
「どうしてこの人は、こんなに不満なのに辞めないんだろう」と思っていた。そういう人は、「前の会社を辞めなきゃよかった」ということもよく言っていた。しかし、そのうち、それはそれほど不満があるわけではなくて、単なる口癖みたいなものだということがわかってきた。不満を言っていると、そのうち少しだけ待遇が改善する場合もあったんだと思う。

後者の代表として自分を考えたときに、「文句があれば辞めればいい」と思うので、所属しているときは文句は言わない。それを口にすると、自分で自分が嫌になりそうで。そして、
「ああ、このままいると僕もあの人みたいに不満だらけで、それでもここにしがみついて働かなくちゃいけなくなるかも・・・」
と思うあたりで、辞めちゃう。
その都度、「不満は（まだ）ないけど辞めます」みたいな話になって、周囲の人は戸惑うけど、そこで引き止められて残ったら後悔するに違いないと思うので、いったん口にした辞意を撤回したことは（いまのところ）ない。
会社の立場に立ったら、不満はないけどといいつつ、いきなり辞めるって言って来て、頑として引き止めに応じないんだから困るよな。
あとは、その組織のローカルルールに馴染み過ぎちゃって、辞められなくなるのは怖い、ということで、ある程度の年数いると、そろそろ潮時かなと思うことはある。新卒の会社に今までいたら、不満を言いつつも転職できないおっさんになってたろう。

今まで一緒に仕事した会社や人には未練はある。機会があったらまた一緒に仕事したいなぁ、とは思っている。しかし、辞めたことについて後悔したことはない。獣医の道を選ばなかったことも後悔しないようにしてると、なんとも思わないので、結局のところ気の持ちようなんではないかと思う。

今でも、いくつか前の職場の人達との飲む機会はあって、それはとても楽しい。
http://nakagami.blog.so-net.ne.jp/2011-12-16
いつまでも、そういうこころもちで働けると良いなぁ、と思っている。

オウム真理教の事件関係者の裁判がすべて終わり、さて次は死刑執行を法務大臣が指示できるのか、っていうのが問題だが、１つの時代が終わったな。
・・・と思っていたら、平田信が昨日 12/31 の 23:50 に出頭して来てそうな。
ぶっちゃけ、指名手配３人はとっくにこの世にいないと思っていたのだが。

これで、教祖をはじめ死刑が確定した人達の執行が延びる。
本人は、「長期間逃亡していたので区切りを付けたい」ということを言っているらしいが、僕は、教祖の死刑執行の延ばすためと思った。逃げていたのも、出頭したのも教祖のため。教祖の呪縛からまだ逃れられないのか、と思うとその呪縛の強さに驚くばかりだ。これで、10年は教祖の死刑執行が延びたのではないか。（法的には、平田容疑者の裁判が進んでいても執行していいわけなのだが、運用上はそうしてないらしい）

当時の経済バブルに疑問を感じた真面目な大学生や、有名大学を卒業しても企業や社会の中で活躍の場の与えられない若者が、オウム真理教でなら活躍できる、そして、日本を征服して日本を変えられると思っちゃったのは、今なら笑い話だけれども、当時の中のひとは割と真剣に信じてたんだろう。
僕には、ほんの少しだけ気持ちがわかる。
死刑の判決が出た幹部の人達は全体としては少し年齢が上だが、ほぼ同世代で、18歳で大学に来たとき一歩間違ったら自分も入信して上九一色で下っ端としてサリン製造していたのかも、と思うとまったく人ごとではない。

今だったら、ああいう人達はベンチャーを立ち上げたりベンチャーに参画したりしてるんかなー、とそんなことを思う正月。