先月の下旬の話。アキバで野良黒猫と晩酌しつつ飯を食っているとメールが届いた。 Hashさん 74冊の面接官です。 ブログ拝見しましたお元気そうで何より。 ( ﾟДﾟ) <- Hash 。　。 / ／ ﾎﾟｰﾝ ( Д ) (参照: コンサルの面接で「74冊読みました」と言ったら「それは何がすごいの？」と返された - ミームの死骸を待ちながら ) いや。 いやいやいやいや。...ずいぶんブクマがついてまずいなとは思っていたのだが、まさか見つかろうとは。どうしよコレ、業務なんたらアレ罪？ ...と取り乱すも、会社とは関係なくお話でも...と誘われたので、のこのこと恵比寿のイタリアンな店でお食事してきた*1。 発見の経緯を聞くと、面接官 (仮に、多田さんと呼ぶ。理由は後述) の後輩がはてなーで*2、僕のエントリを見て「このコンサルってどこですかねー」と多田さんに話を振ったところ「それウチだよ」と

まーた「スーパープログラマー」に反応しちゃってるよこの人。 ようはあなたが望む体制はスーパープログラマーに選ばれないってことじゃないの？ スーパープログラマーは生産性がスーパーなわけではない - novtan別館 文章の意味がわかりません。ワシの頭でもわかるように書いてください。 そもそもの前提として、業界は今現存する(あるいは将来生まれる)スーパープログラマーで全ての需要が満たされるというものが成立しないと、属人性を排除して均質化および全体の質の向上を図るという戦略が間違っているとはいえないから。 なんでそんな前提が必要なの? 単に生産性の高い人の能力を引き出す、というだけの話になんでこんな前提が必要となるわけ? 僕はともかくdankogaiにそれいっちゃいかんだろｗｗｗ Dan氏じゃねーよ、キミのことだよ。「スーパー」とか「天才」とかに過敏に反応しているキミのこと。 それは捉え方が間違

メタプログラミングで生産性が超あがるよ！という話の件。 システム開発を生活の糧としている自分にとって、よくわかる話です。 ただ、実際にメタプログラミングが強く利いてくるのは、 数億〜数十億円規模の大規模プロジェクトじゃなくて、 ユーザ企業内での内製だと思う。 SIerが入る大規模プロジェクトだと、プログラミング以外の要素が 多すぎて、メタプログラミングがもたらすメリットがあまりない。 システム開発工程の中で、ボトルネックはプログラミングではないよ、という。 （要件定義とかコミュニケーションロスが顕在化するのがプログラミング工程で あることが多いから、そう思っちゃうけど） それどころか、デメリットである 「高位ロジックが、高度であればあるほど、最終的に何が起こるのかが、わからなくなってしまう」 （by id:higayasuoさん　http://d.hatena.ne.jp/higayasu

最近はすっかりオフ充のタケルンバです。こんにちは。 でも、こうなったのってつい最近のことなんですよ。ブログをはじめてから、初対面の方のオフってほとんどしたことなかった。遡って調べてみたら、昨年の9月末が最初。ここからまたしばらくなくて、そして今年の6月以降に本格化。id:ooo0_temaki_0oooさんと会ったり、まなめ王子と会ったり。 で、気がつくとTwitterのおかげもあって、どんどん付き合いが増えてった。てまきさんをきっかけに、id:hrykm169さんと会った。まなめさんをきっかけにid:gothedistanceさんやid:love_chocolateさん、id:guri_2さん、そしてプロフィール写真をパクったid:dropdbさんまで！（生はてなアイドルに会えるとはなあ） 振り返ると本当にあっという間でしたね。何だかあっという間に付き合いが広がって。ギークハウス2の麻雀

もうひとつ、全国オフ巡りに関連して。そもそもなんでこういうことを企画したかと言うとですよ。 俺もはてな村できゃっふきゃっふしたい これを読み、 （過去記事）おいでよ！タケルンバの森 - (旧姓)タケルンバ卿日記 2008-12-12 こういう反応をした。それがきっかけ。 いや、常々思うところはあったんです。オフレポを書く。「けまらしい」と言われる。その中に「コミュはいいよな」とか「うらやましいな」とか。 で、自分なんかはつい最近までオフ会というものに縁がなかったくらいなわけなんで、「そんなに遠くない世界だぞ」「すぐできるぞ」「こっち来いよ」と常々思ってたわけなんですよ。気軽に飛び込める世界だし、思っているほど遠くはない。ハードルは意外と低い。 （過去記事）思えば遠くへ来たもんだ - (旧姓)タケルンバ卿日記 2008-11-06 メール一本の勇気。ワンクリックの勇気。 思えば遠くへ来たもん

2/5付共同通信（47NEWS）より、 総務省、搬送先リスト策定義務化 急患受け入れを分散 医療機関による救急搬送患者の受け入れ拒否問題の改善に向け、総務省消防庁は５日開かれた有識者検討会で、患者の容体に応じた搬送先の医療機関リストなどを盛り込んだ「搬送・受け入れ基準」の策定を都道府県に義務付ける方針を示し、了承された。 ９日の消防審議会答申を経て、消防法改正案に盛り込み、今国会への提出を目指す。改正法が成立すれば年内にも施行、２００９年度中に各都道府県に基準策定を促す。 搬送先リストをあらかじめ定めておくことで、救急隊員が円滑に搬送先を選定できるほか、救命救急センターなど一部医療機関への急患の集中を分散させ、「たらい回し」の発生を抑制する。また遅延傾向が続く搬送時間の短縮にもつなげる。 搬送先リストには、例えば（１）心肺停止状態なら救命救急センター（２）重症の脳疾患はＡ病院（３）軽症の心

ゴミ捨てついでに出くわす近所の奥様とよく話すんですよ、奥さん。燃えるゴミの日に萌える夫の話を聞かされて、そんな夫と早く別れたいわー、また恋がしたいわー、若い子をさらっていきたいわー、などという萌えるゴミ回収の話ですねってワオ！ とまあタケルンバは近所では「人畜無害の気のいいあんちゃん」というキャラを演じきっておりますので、この手の発展系である奥様井戸端トークに巻き込まれてしまうことがあるわけですが、聞いてるとなかなかおもしろい。 ○○さんところの旦那さん、浮気してるらしいの あ、あれでしょ、メイドカフェ好きの そうそう、メイドカフェ好きの○○さん あの人も相当好きらしいわね 違うのよ、奥さんも好きらしいのよ まあ、夫婦そろって でもね、旦那さんは年上好きだそうなの あら、メイドじゃなくて？ メイドの年増がいいそうなのよ じゃ奥さんは？ 必死みたいよ なんていうのあの……靴下……ひざまである

「下請けに出していた仕事の内製化でコスト削減」の謎 | 日経 xTECH（クロステック）より。 ソフトウェアシステム開発において下請けに仕事を発注する理由の一つとして、「専門分化されたソフトウェア技術に対する専門技術者を効率的に起用しよう」っていう言い訳があったはずだけど、フタ開けてみればそんな専門技術者なんて滅多に出会わないし、第一そんなのを必要とする案件自体が少ないというか、「属人性排除」の元に専門技術者への依存をなくして「誰でも出来る」ような開発プロセスを採用しよう！なんてのが主流になってるわけだけど。 内製で作れるなら、内製で作った方がコミュニケーションコストが激減するし、そりゃ安くできるよねと思ったんだけど、何か間違ってることってある？プログラマの質を問題にするなら、大手SIerの方がよっぽど優秀な人材がそろってるだろうし。 そう、「誰でも出来るように」と言われたら「誰でもって、

メタプログラミングとはソースコードを生成するプログラミングのことです。メタプログラミングによって生成したソースコードは、eval関数で実行することができます。 メタプログラミングとは、ロジックを直接コーディングするのではなく、あるパターンをもったロジックを生成する高位ロジックによってプログラミングを行う方法、またその高位ロジックを定義する方法のこと。 メタプログラミング - Wikipedia だから、eval関数は、手段であり、メタプログラミングそのものではない。これは弾さんが指摘してますね。 evalだけがメタプログラミングの技法ではないし、またevalはその威力ゆえ最後の選択肢とすべきだ。 弾さんのパフォーマンスの指摘に対して、miyagawaさんが、「必ずしもevalが遅いとは限らない」と指摘してますね。 メタプログラミングとevalのベンチマーク - Bulknews::Subt

ネットバブルが弾けてIT業界が不景気だった頃、ITベンダーのコスト削減策でどうしても理解できない話があった。いわく「下請けに出していた仕事を内製化することで、ソフト開発を効率化する」。変な話だ。しゃべった人に聞き返しても、にやっと笑うだけ。そう言えば最近、またそんな話を聞くようになったのだが・・・。 この話、今ではその理屈がよく分かる。だが当時は全く分からなかった。そりゃ、そうでしょう。ユーザー企業から受注したSI案件では、原価を引き下げるために人月単価の安い外注を使うはず。なんで、内製に戻すと効率化（＝原価引き下げ）になるのか。分からない。何かモノ凄い開発支援ツールができたため、オール内製での生産性が画期的に向上したのか・・・いろいろ考えたが、やはり分からなかった。 実はこれ、簡単な理屈だった。不景気になって受注案件が減り始めると、ITベンダーの社内で技術者に余剰が生まれる。彼らに仕事が

その１ 年をとればとるほど、若い人をたたきたくなります。 気をつけましょう。 その２ 何かに詳しくなればなるほど、その分野での新しい動きやアイデアに否定的になります。 気をつけましょう。 その３ 何かを得れば得るほど、それを得たのは自分の実力だと思い込みたくなります。 気をつけましょう。 その４ 持つものが多くなればなるほど、人は動けなくなってしまいます。 気をつけましょう。 その５ うまくいかないことが続けば続くほど、明日もきっと暗いに違いない、と思いたくなります。 気をつけましょう。 今年もよろしく！