企業に取って従業員が自主的に勉強会を開催する意義というのは、（１）社員の知識、スキル向上、（２）社員のモチベーションアップ、（３）社内の活性化、などなどいろいろある。まあどうとでも言えるというと語弊があるけど、定性的なメリットはいくらでも言える。定量的なメリットについて言うのはなかなか難しいが、定量化できないからといって、まったくやらない、あるいはその意義を無視する、あるいはその意義を過小評価するというのは、あまり賢い方法ではないと思う。 一方で勉強会を開催するデメリット、コスト、リスクなどについて考えると、コストは勤務時間外でやるので、ほとんどかからない、リスクというのもほとんんどないと思う。 やらないことのデメリット（機会利益の損失）は、やることのメリットのちょうど裏返しである。大きな企業であれば、事業部間をまたがった横串の関係が出来上がって、緩い情報共有などが出きるというメリットもあ

ご報告*1したとおり、この8月より縁あって楽天株式会社へ転職した。 ここの日記のタイトルに「楽天へ転職」と記さなかったのでRSSリーダやアンテナなどでわたしの日記をウォッチしている皆様には陽に伝わらなかったみたいで、未だにミラクルにいると思っている人も少なくないようだ。先日も「LinkedInのupdateメールで @hyoshiok さんが楽天に移られたことを知る。吃驚！」*2とか「あれ、そうだったんですね RT @hyoshiok: 8月より縁あって、楽天にお世話になっています。LinkedInってほとんど放置だったんですがたまには役（？）にたちますね。 RT @masanork LinkedInのupdateメールで @hyoshiok さんが楽天に移られたこと」*3とつぶやかれたりしたり。 それはともかく、50歳からの転職という感じで、典型的な中高年の転職という感じではないが、一つ

昔DECという会社があった。米国のハードウェアベンダーだ。それでもIBMの次に大きいコンピュータベンダーだった。80年代前半飛ぶ鳥を落とす勢いでVAXというコンピュータを引っさげてIBMを追撃していた。年率二桁成長を何年も続けていた。コンピュータ産業は垂直統合の会社に支配されていた。ハードウェア（VAX）、OS（VMS）、コンパイラ、RDBMS、各種ミドルウェア、開発ツール（エディタ、リンカ、デバッガなどなど）、アプリケーションすべて上から下まで自社製品だった。 何か問題があれば、それがプロセッサの問題でもOSの問題でもRDBMSの問題でも、何から何まで自社で完結していたのでどーにかなった。どーにかした。それが垂直統合というわけだ。あこがれのエンジニアは社内にいた。VAXのアーキテクトもVMSのアーキテクトもVAX FORTRANのプロジェクトリーダもVAX Rdb/VMSのプロジェクトリ

インターネットの未来の一断面を「総表現社会」と梅田望夫は「ウェブ進化論」（2006年）の中で希望をもって述べた。3年たった今日現在、日本という地域では、インターネットを能動的に利用する若い世代（おそらく40前後がその上限）、あるいはヒマ人以外には、表現をする人というのはほとんど現れていない。少なくともわたしと同世代（50歳前後）にはそのような表現をする人はほとんどいない。 例外的なアルファーブロガーというのはいることはいるが、梅田が期待したような、「不特定多数無限大」として1000万人程度の表現する人々は出現していないように思える。 例えば、わたしの世代では、中間管理職として企業の中核を担いつつ、家庭では子供が中学、高校、大学と、進学だ教育だというところで悩み、住宅ローンの返済に追われ、両親の健康状態が心配というような世代なのだが、彼らはほとんど表現していない。日々の日記として、会社の愚痴

昨日、TOMOYO Linuxメインライン化記念合同勉強会（カーネル読書会、セキュアOSユーザ会、まっちゃ445）に行ってきて、小崎さんが匿名掲示板でガチでレビューしていたお話を聞いたので、早速過去ログを読んでみた。http://tomoyo.sourceforge.jp/2ch/thread-2.txt （追記：2009/7/4 21:03 なぜか後半部分、アスキーアートの後が切れてしまったので、前半部分を若干カットして（略）の部分、その２を追加しました。） LKML (Linux Kernel Mailing List)というのはLinuxカーネルの技術的なことを議論するもっとも権威（？）あるメーリングリストで、ここで議論され合意されたものがLinuxの本体に取り込まれることになる。このLinuxの本家本元の本体（くどいな）のことをメインラインと呼ぶ。Linuxを創ったLinusさんに

仕事で文書を書く必要がある人は「理科系の作文技術」(ISBN:9784121006240)を読むべきだ。 ここでいう仕事で書く文書というのは他人に読んでもらう文書をさす。他人に読んでもらうことを前提としないメモの類や狭義の日記などはこれにあたらないので、どう書こうが構わない。他人に読んでもらうことを前提とした文書は、相手に内容が伝わらなければ意味がないのだから、間違いなく相手に通じるように表現しなければならない。 小説、詩などの文学作品は、ここでいう「仕事で書く文書」に含めないことにする。文学作品と対比して、仕事で書く文書の特徴はどこにあるのか。それは、読者に伝えるべき内容が事実と意見にかぎられていて、心情的要素を含まないことである。 仕事の文書を書くときの第一の原則は、「必要なことは洩れなく記述し、必要でないことは一つも書かない」ことである。何が必要かは目的により、また相手の要求や予備知

コードを読むな理解しろ。http://blog.miraclelinux.com/yume/2006/10/post_e3d6.html というわけでもないが、どのようにコードを読むかということはプログラマにとって大変重要な関心事の一つだと思う。誰もが良き読み手になりたいと願うが、誰もそのことについて系統的に教えてはくれない。それこそ一子相伝の謎めいた読み方がハッカーコミュニティの中で受けつがれていたりする。昨今でこそコードリーディングだなんだとその重要性を喧伝する人々が出てきたが、かつてはやはり黒魔術の世界であったりした。そもそも、良き読み手になるであろう脂の乗りきったプログラマを使いすてにするような社会では、良き読み手になる前に35歳定年だなんだで継承すべき技術を獲得するまえに一線を退いてしまう。人材の使いすての極みであるが、そのような事をここで嘆いてもしょうがない。 例えば、セキュリ

「わたしがprintf()デバッグをしない理由」http://d.hatena.ne.jp/hyoshiok/20090322#p1 は思いのほか注目をあびた。せっかくなので、その続編とも言うべきことを書き記してみる。 ところで、皆さんは、誰にデバッグ方法を教えてもらったのだろうか？テストの方法を誰に教えてもらったのだろうか。あるいは、ソフトウェア開発方法論を誰に教えてもらったのだろうか。学校でならったのは、プログラミング言語の文法であり、アルゴリズムであり、コンピュータアーキテクチャであった。デバッグ方法は誰も教えてくれなかったので、見よう見まねで行っていたのが学生時代だったような気がする。 バイト先のちっちゃいソフトハウスでは、トラブルシューティングは二分検索でやるということを教えてもらったが、デバッグ方法についての、コーチはなかった。別のバイト先では、厳密なテスト方法について学んだが

2009年度上期未踏IT人材発掘・育成事業の公募がはじまった。未踏ユース(25歳未満)、未踏本体それぞれ詳細は上記URLを参照してほしい。 わたし自身2002年度の未踏に採択されたプログラマ、いわばOBであるので若干の思い入れもあるし、ひょんなことからIPAの中の人になっちゃったものだから、個人的にもいろいろ応援したいところである。ただし、IPAと言っても、わたしの所属はオープンソフトウェア・センターなので、業務として未踏事業に関与しているわけではないことをあらかじめおことわりしておく。あくまで個人的な見解である。 未踏のおもしろさというのは、9ヶ月くらい、開発に没頭できる環境を提供してもらうことだ。クレージーなアイデアを実装する期間として、このくらいの時間は必要だし、一方で、開発費として人件費をもらえるので、霞を食っているわけではないので、これは大変ありがたい。 未踏でわたしが何をやった

シンポジウムなどで、質疑応答の機会がわざわざ設けられているのに、なかなか質問がでない。質疑応答は大抵低調だったりする。 質問をするということに関し、誰もその重要性や価値を、わざわざ教えてくれない。質問をすることを奨励する人もいなかったりするし、質問をしたことによって、何かいいことがあったかというと、ほとんどなかったりする。むしろ、学生のころから、教師からあてられることはあっても自らがしがし質問をして授業を受けるというスタイルをほとんど経験していない。社会人になっても、質問どころか自由な喧喧諤諤の議論というのは、ほとんど経験しない。…というような人が多いのではないかと想像するがどうなんだろうか。 ばかな質問をしたら恥しいと思っていたりするのだろうか。話が難しすぎて、質問そのものができないということなのだろうか。質問をすると発表者の機嫌をそこねると思っているのだろうか。 一方、海外のカンファレ

ここで言う基盤系というのは、OSとかRDBMSとかプログラミング言語処理系とか、そーゆー奴ね。アプリケーションプログラムとかWebサービスとかを支える縁の下の力持ち。その基盤を作るプログラマをどのように育てるかというお話。 まあ、ハッカー予備軍をどのように育成するか。ハッカーって、育てるとか教育するとか、そーゆーものではなく勝手になるものだから、そもそも、そんなものはありえないという議論もある。確かに天才というのは、天才なので、教育がどうだこうだということはないのだけど、一般的なプログラマというのは、一般的な教育プログラムである程度底上げ的なことは出きると思う。 例えば、PostgreSQLの開発者を考えてみる。ちょっとRDBMSに興味がある、だけどどこからとっかりをつけていいのかよく分からないという初心者がいたとする。今ある、OSS利用者教育プログラムをいくらやったところで開発者にはなれ

プログラマという職業について、もう25年くらいになるのであるが、その間にコンピュータのコストパフォーマンスは、それこそムーアの法則に従って、10万倍〜100万倍くらい向上した。にもかかわらづ、デバッグの方法というものの劇的な変化はほとんどみられない。 プログラミング入門書では、デバッグについて、ほとんど議論されていないし、仮にふれられていても、おざなりな方法というか、かなり邪険にあつかわれていたりする。プログラマの多くの時間がデバッグについやされていたとしてもだ。 たまたま手元にあった、C実践プログラミング(ISBN4-900900-64-8)という10年くらい前に買った参考書では、450ページのうちデバッガの利用については、4行ほど記述がある。たった4行である。診断用のprintf()を挿入するということは3ページにわたって記述されているのにだ。 流石に21世紀になってprintf()デ

はてぶとか見ていると、すげー上から目線の人がいて、あああ、こーゆー人達って、何様？とか思ってしまう。あ、俺様かあ、なるほど。 デブサミのコミュニティLTの裏番組で、株式会社はてなの開発戦略*1というのがあって、わたしも司会なんかしていなかったら、聞きにいきたかったセッションなのだけど、それが予想にたがわず、素晴しいものだったということは、皆さんのブログの感想戦などを拝見していると思ったりする。 gitいいよねgitという内容なのか、そうでないかは現場にいなかったので微妙な空気まではわからない。git移行のきっかけが、SVNのリポジトリの崩壊、瓦解、というのがほほえましくもあり、ツッコミどころでもあり。 はてぶのコメントで http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/rx7/20090212/p1 なんかで、エラソーに言っている人がいる

文字コードの標準化について日記を書いたのだが、内容がいまいちだったのでボツにして気を取り直してUnicodeについて一言いっておくことにする。先日、といっても昨年(２００８年)の10月なんだけど、その中でちょと文字コードの標準化について話をしている。*1 もう1つ自分の経験としてあるのが、漢字の文字コードがあるんですけど、番号で言うとJIS X 0208とか0212とか規格の番号で皆言うわけなんですけど、実は1988年にその日本語の文字コードの改正の委員会にいたんですね。 その当時、私は 30歳ぐらいなんですけど、「富士通」とか「日立」とか「NEC」の部長さんぐらいの偉い人たちが来てて、私なんか外資系で且つ30前後のぺーぺーだから、全然格下なんですよ。 そういうところで議論の主軸を担ってるのは、「富士通」「日立」「NEC」「日本IBM」「東芝」「沖」、外資でいえば「ユニシス」とかの錚々たる

某ML社の中で最もビアバッシュに精通したダンドリストと言えばわたしだ。あ、ちなみにビアバッシュつーのは、シリコンバレーあたりで、金曜日の夕方に、(別に金曜日じゃなくてもいいんだけど)、会社でピザなどの軽食をとりつつビールとかワインとか飲みながらわいわい歓談する、まあ言ってみれば、飲み会みたいなものですな。 カーネル読書会をミラクル・リナックスで開催するときは通常ピザパーティと称してこのビアバッシュをとりおこなう。つまみはピザ、飲み物はビールとアイテムが固定しているので幹事としてはこれほど簡単なものはない。 ピザの発注 発注先：わたしはよく、ドミノピザ http://www.dominos.jp/ を利用するのだが、インターネットで注文すると5%オフになったりするので、各自確認しておこう。ピザーラ、ピザハットなどチェーンの出前などもチェックするとよい。 発注量：カーネル読書会の場合、L一枚3

9月末に60歳定年退職して、東京大学大学院情報理工学系研究科電子情報学専攻博士課程に入学した。*1 9月末より現役の東京大学生である。博士課程の大学生がどんな生活をしているのか、日記を認めることにどのような意味があるのかという疑問を持たなくもないが、定年退職後のおじさん学生の日記も多くないので自分の経験がだれかの役に立つかもしれないと思い記すことにする。 授業のことなど 9/21に入学式があって、その次の週から授業だが、自分が履修する授業は、10/1の週から開始だった。 輪講（必修）が金曜日午前中にあるので、9/28にいそいそと学校に行ったら、次週から開始ということで、いきなり空振りになってしまった。 図書館で時間を潰していたら、研究室の修士1年生のSさんが声をかけてくれたので、二人で生協食堂で昼飯を食いに行った。初ランチである。（緩募。ランチ友達） その足で会社に行って最終出社日の各種手

当社の規定により満60歳で定年退職をした。長いようで短かった会社員生活も一区切りだ。自分のプログラマとしての会社員生活を振り返ってみる。無駄に長いし結論はないのでお忙しい人は飛ばして欲しい。 9月末なのでブログ界隈では退職エントリーがそこかしこに書かれると思うが、その中で自分の退職エントリーを連ねることにどれほどの意味があろうか。もちろんないのだが、それでも多くの書き手の年齢を考えると満60歳定年退職というところに若干の希少価値を見出せなくもない。 1984年に大学院修了して以来、プログラマとしてのキャリアを重ねてきた。大学時代の同期でプログラマとして就職したものは皆無だ。当時、工学部の同期はメーカーに就職するのがほとんどで、大手家電メーカー、自動車メーカー、電力会社などなど、当時の誰でも名前を知っている人気企業に就職するものが大半だった。 その中で、日本ディジタルイクイップメント（DEC