勝手ながら補足させていただくと、 手塚貴晴さんという建築家がいる。一種の天才なのだと思うのだが、5年ほど前、TVで見た光景が忘れられない。 部下の設計者が徹夜で作ってきた建築模型を一目見るなり「これはゴミだね」と言って、ガシャリと壊してしまったのだ。 僕はそのころ駆け出しコンサルタントになったばかりで、部下の人の痛みがよく分かった。 それと同時に、本当にたくさんのことも学んだ。 あなたの作ったものはゴミである、あるいはプロとアマの分岐点 これをやっていいのは一流だけだ。「私は一流だ」と言い切れない程度の人間は絶対にやってはならない。 理由は書かないが、書かなくても同意してもらえるのではないかと思う。 そして問題のプロ論。 そして、「頑張ること」それ自体に価値があるのはアマチュアの世界、価値がないのがプロフェッショナルの世界である。 全ての人がプロフェッショナル的に仕事をするべきだ、とは僕は

勤怠管理なんてやめてしまえばいいのだ。休みたかったら休む。会社に行きたい日だけ行く。そういう会社を目指すべきだ。 行っても行かなくてもいいなら、たまには行きたくなる日もあるだろう。行くのが義務だから毎日行きたくないのだ。 40年前の実証研究で否定された、時代遅れの成果主義なんて止めてしまえばいいのだ。 「がんばった分だけ見返りがある」なんて仕組みには何の魅力もない。「やってもやらなくても見返りがある」なら魅力あるけど。 そんな会社なら職場を守るために狂ったように働いてもいい。 「そんなふざけた制度では誰も働かない」なんて言ってはいけない。会社はソ連じゃないのだ。参加者を選べるのだから、そういう会社をこの世に成り立たせることに使命感を持つ人間だけで回せばいい。俺なら狂ったように働くね。 気が向いたときだけ働いて、めんどくさくなったら休む。それでも誰も文句を言わない。そんな会社なら全身全霊をか

重複行を削りたいならunionを使う。重複行を生かしたいならunion allを使う。 ここまではよいとして、どっちでもよい場合、例えば 重複行があり得ない場合 IN句のサブクエリなので重複行があってもなくても結果に影響しない場合 にどうするか。 以前はunionをデフォルトにして、重複行を生かしたいときだけunion allしていたが、今は逆に、union allをデフォルトにして重複行を削りたいときだけunionする、という方針にしている。理由はいくつかあるが、allを付けると Sort->Unique の処理が走らないのでパフォーマンス上有利になるはず、というのが大きい。 絶対に重複行が発生しないことが分かっているクエリでも、unionを使うとSort->Uniqueの処理が走ってしまうDBMSは多い。 例えばPostgreSQL： UNION bench=# explain ana

http://el.jibun.atmarkit.co.jp/hidemi/2009/11/post-9d2b.html というわけで新人に「ググるの禁止！」令を出しました。 参考にしていいのは渡した本だけ。本の記述だけでは不足な場合は、わたしが検索して適切と判断したページのURLを教えることにしました。そして、「30分悩んでもわからなかった場合はわたしに聞きにくること！」といい渡しました。 俺10年ぐらい前に銀行のシステム子会社からWeb屋さんに転職したんだけど、そのときびっくりしたのがこっちの世界では開発に必要な情報が全部ネットにあることだった。 俺はボンクラだからいっつも先輩に「考えてもムダなんだから早く聞けよ」「少しは自分で考えてから質問しろよ」「何でそれを聞く必要があるんだよ」「それはさっき言っただろ」とか言われながら仕事しててウーン社会って厳しいですねと思ってたんだけど、転職し

嫁にちょっとした持病があって毎日薬飲んでたんだけど、もう薬飲みたくないって言うんでいろいろ調べたら福岡に凄腕の鍼の先生がいて2泊3日でたいていの病気が治るらしいのでうわーこの人にしようってことになり、先日嫁が一人で行って帰ってきたらえらいことになった。 まずウエストと脚がものすごく細くなって、行くときはタイトだったジーンズがガバガバになって裾踏んで歩いている。 あと肌が白くなって、硬かった足の裏の皮膚が柔らかくなり、目の下とかもピンと張って綺麗になっている。 なぜ3日で痩せて肌が白くなるのか 病気治すって言うから3日で15万でも払おうって話だったのに無駄に綺麗になって帰ってきたからアンタ何やってるのとか言ってたんだけど、次の日嫁を見たらのど仏が引っ込んで喉がまっすぐになっていた。甲状腺がわるいとのど仏が目立ってくるんだけど、鍼うって3日でもう引っ込んでるからすっげー！次の検査楽しみだなあ！

フェルミ推定ていうのがありますでしょう。採用面接で「都内に携帯基地局はいくつあるか？」みたいなことを聞くあれ。 これは応募者の論理思考力を見るもので、例えば「貴方が地元の選挙に立候補したら何票入るか？」という問いであれば「選挙権人口がxx人で無党派層がxx％居るから...」とトップダウンで答えを囲い込んでいくのが優秀な人で、「俺に投票しそうのは両親と、友達10人と、高校の先生が...」などとボトムアップするのがいまひとつな人、「だいたい1000票ぐらいじゃないすか？」というのが全くダメな人、ということになっているらしい。 先週までやっていた新卒採用の二次面接で、サーチエンジンを使いつつフェルミ推定的な問いを解かせる、という課題を出してみた。 実際にやってみるとおかしな推論をする人が続出して「面接では明らかにならない資質が見える！すごい！」と思ったのだが、明らかに頭のいい人がまるで非論理的な

2008年に読んだ本は雑誌込みで182冊。 2007年は146冊で、フォトリーディングを習ったのが007年6月だったから、2008年は全く腕が上がらなかったということになる。 ていうか今ほとんどフォトリーディングの練習してないんだけど、そしたらだんだん読むのが遅くなってきた。てことは練習してる間はちゃんと身に付いてたってことだ。 やっぱりフォトリーディングはただのインチキじゃないんですよ。インチキくさいけど。 あと、遅ればせながら去年の読書の総括。 2008年の収穫 技術書はダントツでこれがよかった。3年前に買って2年かけて読んだ。 データベースパフォーマンスアップの教科書 基本原理編 作者: エンコアコンサルティング出版社/メーカー: 翔泳社発売日: 2006/07/07メディア: 大型本購入: 21人 クリック: 343回この商品を含むブログ (38件) を見るRDBの内部を知るには、

デッドロックによりアボートされたジョブがあるので原因を調べてくれ、と言われたのでヘラヘラしながら調べ始めたら、原因がさっぱり分からなくて参った。 デッドロックしているのだから トランザクション1は テーブルa -> テーブルb の順に更新する トランザクション2は テーブルb -> テーブルa の順に更新する という格好になっていて、更新の順番をa->bに揃えてやれば解決すると思ったのだが、アボートされたトランザクションはどうみても参照のみで、更新なんかしていないなのだ。 readしかしてないのにデッドロック...read...ロック...readロック...　と考えていたら、脳天から焼け火箸を叩き込まれたような衝撃とともに原因がわかった。 ロック機構による同時実行制御 RDBの同時並行制御機構には、MVCCによる実装とロックだけの実装があって、前者は同時並行性に優れる、ということになって

出典が思い出せないんだけど 「一日も早く成功しようと思って努力することは、一秒でも早く射精しようと思ってセックスするようなものだ」 みたいな言葉があって、最初それ聞いたときは何だそりゃと思ったんだけど、最近意味がわかるようなことがあった。 ある社会人の集まりに行って、みんなお互い初対面だったんだけど、その中にマルチ商法みたいなあれ（ネットワークビジネス？MLM？何かそんな感じのやつ）で成功した人がいた。 その人始めてから2年ぐらいで、全く苦労しないで億単位の資産を作ったらしいんだけど、そんなこと何で俺が知ってるかって言うと自分で喋るから。 その人いろんなこと喋るんだけど常に怒ってるのね。声を荒げるわけじゃないんだけど、言葉の端々に「私を普通の人と一緒に扱うな」という苛立ちが漏れているのね。 俺最初タメ口きいてたんだけどだんだん話しかけずらくなってしまった。 で、丸一日一緒にいたら、その人の