Life is beautiful: 「へんな会社」と「出るクギを打つ」社会の話
へんな会社を貫くために、普通の会社のやり方をよく理解しておくというのは必要なんじゃないか、とこれははてなに限らず思う次第。【Kousyoublog | はてな移転で中の人が言うべきことと言ってはいけないことより引用】 この手の発言こそが、まさに「出るクギを打とうとする」行動。近藤さんに関してはそんな心配をする必要は全くないが、他の若い人たちが「やっぱり『普通の会社のやり方』をちゃんと勉強しなきゃ」などと誤解してはいけないと思い一言。 上場している企業と違い、はてなのように、ごく少数の株主が所有している会社の場合、株主・取締役の了解さえ取れれば、大幅な経営方針の変更は自由にしてかまわない。それが非上場であることの大きな利点だ。 今回の場合、「米国からは一時撤退し、多少会社の規模が小さくなっても良いから、京都にもどって落ち着いた環境でもう一度もの作りに専念する会社としてやりなおす」という決定は
ユーザーに尋ねても必ずしも正しい答えは返ってこない
今日はたまたま「ユーザーからのフィードバックを集めることの難しさ」が話題になったので、それに関連するエントリー。 もの作りにおいて、「ユーザーが何を必要としているか」を知ることは大切だが、だからと言ってユーザーに尋ねれば正しい答えが返ってくる訳ではないところが難しいところ。具体的な例としては、こんなものがある。 1. サイレント・マジョリティの声は聞こえてこない これはMicrosoftで実際にあったことだが、Outlookのチームではユーザーから寄せられる機能追加のリクエストに従って色々な機能を足していた時期があったが、その結果不必要な機能ばかり増えて、単純な作業が逆にやりにくくなってしまった（たとえばカスタム・フォームが良い例）。このケースでは、ごく一部のヘビー・ユーザーばかりが声がでかく、「今の機能で十分、これ以上複雑にしないで欲しい」というユーザーは何も言ってこない（こういう人たち
自らが情報を発信する側に立たなければ決して理解できないことがある
先日のエントリーで、「写真を撮ることになどまったく興味がなかった私が、最近はいつもカメラを持ち歩いている」と書いたが、そのキッカケを作ってくれたのがtreemoという写真共有サービス。 http://www.treemo.com ブログにはいち早く飛びついた私だが、写真を撮るのが特に好きでもなかった私としては、Flikrによる写真共有サービスがはやり初めてもあまりピンとこなかったのだ。日々の写真であれば携帯電話で撮影したものをブログ用で公開すれば十分だし、人に見せられるほどの写真を撮れる腕を持っているわけでもない。 そんな私に、近所の知り合いから連絡があったのが二月ほど前のこと。「写真やビデオを共有できるサービスを提供するベンチャー企業を始めたので、ベータユーザーとして参加して欲しい」と依頼された時には、「いまさらFlikrやYouTubeの後を追いかけても無理じゃないの」という思いもあっ
Life is beautiful: CGMサービスの主役はサービスそのものではなく、ユーザーが作ったコンテンツ
少し前のことだが、ある会社にCGMサービスのベータ版に招待された。先方としては、私にこのブログで紹介して欲しかったらしいが、とある理由でまだ紹介していない。今日は、その「とある理由」の解説。 新しいもの好きの私としては、さっそくユーザー登録をして自分なりのコンテンツ作りをしてみた。サービス自体はけっこう良く出来ており、出来たコンテンツも悪くない。そこで作ったコンテンツをこのブログで公開しようと、Permalinkを抜き出してブログに貼り付けるテストしてみたのだが、それがうまく行かないのだ。ログイン済みのユーザーがそのリンクをたどるとちゃんと私のコンテンツにたどり着くのだが、新規ユーザーがそのリンクをたどると、私の作ったコンテンツではなく、ユーザー登録画面が表示されてしまうのだ。 その会社としては、できるだけ多くの登録ユーザーを集めようと、そんな設計にしたのかも知れないが、これは私のようなブ
子供の塾の教師に学んだ「考える力」を養うことの重要性
先日、ここで公開した「亀の子算」。ほとんどの人が正しい答（６５匹）にたどり着いたようだが、さまざまな解き方が寄せられたのが興味深い。何通りもの解き方があるからこそ楽しいので、「正しい解き方」など存在しないのだが、そのままではちょっと無責任だと叱られそうなので、参考までに私がどうやって解いたかを書いておく。 最初にこの問題を出された時、まずは直感的に「この問題には何か仕掛けがあるに違いない。方程式を立ててまじめに解こうとすると苦労するに違いない」と感じた。なぜかはうまく説明できないが、ものすごく強くそう感じ、そして、同時にものすごくワクワクした（これを行動心理学では、「強い相手に出会った時の孫悟空状態」と呼ぶ;-）。そしてすぐに考えたのは、「子亀を１セット（６匹）親亀に乗せた時に、背中に何も乗っていない亀の数はどう変化するのだろう」である。もちろん、その答えは「（６－１）５匹増える」である。
大規模ソフトウェアプロジェクトの臨界点
ワシントン州レドモンド市のあるスターバックスでの会話 知人：おお、Satoshi、久しぶり！ 私：やあ、最近見なかったけどどう？ 知人：言わなかったっけ、Microsoftに戻ったんだ。Vistaだよ。 私：Vistaか、大変だろう。 知人：大変なんてもんじゃないよ。 （ここから、彼の愚痴がしばらく続く） 私：そっか、大変だね。がんばってね。 知人：Satoshiは戻って来ないの？ 私：だめだめ、OSだけはもう作りたくない。 知人：そうか。でも、気が変わったらいつでも連絡してよ。 私：そっちもまた外の空気が吸いたくなったら連絡しろよ。 私は常々「プロジェクトの大きさと、エンジニアのプロダクティビティは反比例する。だから、ある程度以上にプロジェクトの規模が大きくなると幾ら人を追加しても全体のプロダクティビティは上昇しなくなる」と言ってきたが、ひょっとするとVistaはその臨界点を超えてしまっ
Life is beautiful: SEはメニューのないレストランのウェイターか？
一昨日書いた「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーに対して沢山の人からフィードバックをいただいた。このように情報を発信すると、逆により多くの情報が集まり自分にとっても勉強になる、というフィードバックプロセスがあるからブログは楽しくて仕方がない。 フィードバックの中に「これでSE不要論も再燃か？」などという過激なコメントから、自分自身がSEという立場の方からのものすごく真面目なフィードバックまでが集まったので、これを機会に、ここに私なりに「SE」という職業をどう解釈しているか書いてみようと思う。もちろん、私自身がSEという職業を経験したことがあるわけでなないので、間違っているかも知れないが、その場合は遠慮なく指摘していただきたい。 私の理解では、SEという職業はレストランに例えればウェイターである。それも、メニューから料理を選んでもらう通常のレストランとは異なり、「
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
Life is beautiful: リーダーシップについて思い出したこと
アメリカの人口の１２％が「貧困層」であり、そう言った人たちは日々の食事も満足に食べることの出来ない生活をしている、などの報道は、米国に住んでいると新聞やニュースでは良く見かける。しかし、中流以上の生活をしている我々にとってみれば、生活圏がほとんど重ならない彼らの生活の実態は、なかなか実感として捉えられず、単なる「統計データ」としてしか頭に入って来ない、というのが正直な所である。 しかし、今回のハリケーンで、彼らの生活の基盤がいかにもろいものか、そして、その数がものすごいものであることを、映像を通して目の当たりに見させられることになったことにショックを受けている人はとても多いはずだ。 今回のハリケーンの被害は、政府からの非難命令にも関わらず、逃げるための交通手段も持たず、逃げたところで避難先のホテル代も払うことが出来ない人達が「予想に反して」１０万人も市内に残ってしまったために大きくなってし
色や大きさを後から変更できる AQUA風ボタンの作り方
二日ほど前のブックマークの人気エントリーに入っていた、「AQUA風ボタンの作り方リンク集」を見てつくづく思ったのだが、Photoshopは奥が深く、同じような効果を作り出すのに何通りも方法があるのが興味深い。そこで、今日は、Photoshopにも関わらずあえて全てをベクターデータで書くという特殊な技法（知り合いのデザイナーから教わった技法）でAQUA風ボタンを描いてみた。 まず最初に、"Rounded Rectangle Tool"で適当な大きさの角の丸い四角を書く。角の丸みは、Radiusの値で変更できるが、この場合は16pxとした。 この時自動的に作られたレイヤーをダブルクリックして、レイヤースタイルのInner Glow属性をオンにする。Blend ModeはMultiplyで、Opacityは４０％程度が適切、色は黒にする（黒にしておくと、後でメインの色を変更したときにここを変更し
Life is beautiful: ライブドア事件の怒涛の中心で愛をさけぶ
「ライブドア株に売り殺到 他のネット関連企業にも波及（朝日新聞）」などという記事の見出しを見るたびに、「『ネット関連企業』という十把ひとからげ的なくくり方で、投資家のパニックを煽っているのはマスコミだろう」とツッコミを入れたくなるのは私だけではないはずだ。 冷静な投資家であれば、ライブドアを単純に Google、Yahoo、Amazon、などの企業などと比べるのは全くの間違いであることは十分承知なはずだ。Google などの「ウェブ・サービス」を本業にする企業は、技術力・企画力の強さで大きくなった企業であり、彼らの目的は「世の中のために役に立つウェブ・サービスを作り、その結果として株価を上げて株主・社員に恩恵をもたらす」ことにある。その意味では、「ソフトウェア」を本業とするマイクロソフト、「半導体」を本業とするインテルも、「世の中のために役に立つ○○を作り、その結果として株価を上げて株主・
「エンジニアは蟹」論
私は蟹 エンジニアは蟹だ 何年かに一度脱皮をする蟹だ 新しい技術を取得するために 時代の変化に対応するために 古い殻を脱ぎ捨てる蟹だ 古い殻は堅くて着心地が良い 戦いの傷跡は私の勲章だ でもそれに頼っていては 時代に取り残されてしまう 体中が痒くなったとき それがシグナルだ また新しい土俵にあがって 戦う時が来ているのだ 何でこの歳になってまで、「Perl」だとか「Ruby」だとか（どちらもプログラミング言語）をマスターしなければならないという気持ちになっているを自分なりに説明してみた。「本当のプログラマーはスクリプト言語なんか使わない」とC++なりJavaで勝負をしていればまだしばらくは通用するのに、何故かそうできない性格なのだ。私の妻なら「あなたは単に飽きっぽいだけよ」と言うだろうけど、せめて少しはカッコつけさせてくれ～（♪沢田研二）。
Life is beautiful: Ajaxの本質、「非同期メッセージ型ウェブ・アプリケーション」のススメ
最近、「これからのウェブ・アプリケーションはAjaxだ」という声を良く聞く。ソフトウェアを生業としているエンジニアとしては、この手の「流行もの（hype）」に触れた時には、表面的なものに踊らされずに、その本質を自分なりにしっかりと捕らえて消化・吸収して自分のものにしなければいけない。今までも、「オブジェクト指向」、「マルチ・ティアー・アーキテクチャー」、などの言葉が一人歩きするたびに、「これからは○○だ」とか「○○の時代は終わった」などと、過激なことを言って読者の目を引こうとだけするマスコミや企業のマーケティング戦略に数多くの人が踊らされてきた。 そんなノイズだらけのメッセージに混乱させられた結果、「Ｃではオブジェクト指向のプログラミングは出来ない」と信じているエンジニアがいまだに沢山いることは全く嘆かわしいことだ。「オブジェクト指向のプログラミング」は、設計姿勢・プログラミングスタイルに
ビル・ゲイツの家のトイレは流そうとすると「本当に流しますか？」と警告してくる
今回のみずほ証券による株の誤注文事件は、１株を６１万円で売るところを、オペレーターが誤って「６１万株を１円で」と誤入力してしまったのが原因だが、その際に端末には市場価格との隔たりを示す警告が表示されたにもかかわらず、オペレーターが「（警告が）よく出るので慣れの中で結果的に無視してしまった」という点が注目に値する。 以前にも、「事故防止の難しさ」というエントリーで触れたことがあるが、「不必要な警告をしょっちゅう見ているとそれに慣れてしまい、本当に対応が必要な時にも無視してしまう」というのは人間の性である。この手のミスをした人を一方的に非難したり、「これはヒューマン・エラーでした、今後はこのようなことを繰り返さないように注意します」と謝るのは簡単だが、それでは根本的な事故防止はできない。 「不要な警告」と言えば、パソコンがその代表選手。ファイルを消去した時の「本当に消去したいですか？」という警
Life is beautiful: Aクラスの人はAクラスの人を採用したがるが、Bクラスの人はCクラスの人を採用したがる
連休のしめくくりは、DVD「The Incredibles」（日本での題名 Mr.インクレディブル）の鑑賞。Pixar の映画は全て見たと思いこんでいたのだが、これだけを見ていなかったことに「スティーブ・ジョブズ・偶像復活」を読んでいて気が付いて以来、見たくて仕方がなかったのだ。 既に知っている人も多いかも知れないが、「The Incredibles」以前の Pixar の作品、「Toy Story」、「A Bug's Life」などは全て John Lasseter 自らが監督した作品。それを、あえて外部から Brad Bird を招き入れて作らせたのが 「The Incredibles」である。他の Pixar 作品と少し毛色が異なるのも納得できる。 「スティーブ・ジョブズ・偶像復活」を読んでいて、この映画を見たくなった理由は、Brad Bird をこの映画のために Pixar に招き
Web2.0時代らしいエンジニアのクリエイティビティの引き出し方
Foxnews の "Lerning From Google" という記事を読んだ。特に目新しいことは書いていないのだが、その冒頭に書いてある、 The top executives at Google recently admitted that they kind of let their employees invent and develop whatever they think is cool and the company has no problem putting it online to see what happens. 【意訳】Googleの重役たちは、エンジニア自身がカッコいいと思うものであれば、何であれ（誰にも了解を取らずに）作ってしまって良く、会社としてもそれをそのままサービスとして公開してしまってユーザーがどう反応するかを試してみる、というやり方が全然かまわ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
