「ガラパゴス」という言葉が今年の流行語大賞の候補に選ばれたということを聞いていたので、密かに受賞しないかと期待していたのだが、残念ながら大賞は逃したようだ（もし大賞に選ばれていたら、私が受賞することになったのかどうかの疑問はこれで解けずに終わってしまった）。しかし、この言葉をずいぶん前から使っている私としては、この言葉が一人歩きしているようでなんとも言えない気持ちなのでひと言。 まず最初に断っておくと、私が２００１年のCTIA（米国の携帯電話業界で一番大きなカンファレンス）のスピーチでこの言葉を使った時は、単に日本という「単一民族で、国民の大半の生活レベルが同じで、家電とか携帯電話のようなガジェットに流れるお金が比較的多い」という特殊な環境で、iモードを中心に「ケータイ・ライフスタイル」が異常なスピードで進化をとげていることを表して、「ガラパゴス現象」と呼んだだけのこと。決してネガティブな
ブックマーク / satoshi.blogs.com (11)
-
romans12 2011/01/01
-
会議での「先送り助け舟」が本当に迷惑な点について
私は基本的に会議はきらいだが、特にアジェンダがはっきりと決まっていない会議だとか、何も決定を下さない会議が大嫌いである。そんな中でも、もっとも許せないのが「提案を文書にする」「次のミーティングを設定する」などの一見建設的だが、実は単に意思決定を先延ばしすることを許容するだけの「助けにならない助け舟」である。 営業部長「こうなると選ぶ道はAかBしかありませんね」 社長 「そうは言っても色々と難しい面もある」 技術部長「ここで、決めるしかありませんね」 社長 「そんな簡単な話ではないだろう」 営業部長「そんな悠長なことを言っている暇はありません」 社長補佐「まあまあ。じゃあ、まずは営業部長に彼の提案を文書にしてもらうというのは、どうでしょう」 技術部長「文書にするって、今さんざん話したばかりで、もう分かっているじゃないか」 社長補佐「そうあわてずに。文書にしてもらえば見えてくることもありま
-
ネットの時代には「知識量・記憶力」よりは「適応力・応用力」の方がずっと大切
先日の「習作UI: 縁日の金魚を再現してみた」というエントリー。特に深い意味もなく作ったのだが、ソフトウェア・エンジニアを目指す学生さんのためにひとこと付け加えておきたいのは、この業界で本気で成功しようと思ったら、この程度のプログラムは、シミュレーションの専門家でなくともサクッと作れるように自分を鍛えておかなければいけない、ということ。 この業界で働きはじめると、担当した仕事によって、データ解析・Java・３D・シミュレーションなどのある特定の分野のプログラミングの経験を積むことになる。そういった経験を通して特定の分野を深堀りしてエキスパートになるのはおおいに結構なのだが、往々にして落ち込んでしまうのが「ボクはJavaのエキスパートだからRubyではプログラムは書かない」、「シミュレーションのことならそれに詳しいエンジニアがいるんだからその人に頼んで」、「今からFlashを勉強している時間
-
日本の研究職は聖職のままでなければならないのか？
今回の日本出張は、GITIのフォーラムに講師の一人と参加したこともあり、母校の教授の何人かとゆっくりと話をする機会を持つことができ、色々と勉強・刺激になった。 彼らと話していて強く感じたのは、日本の教育とビジネスの間にある、どうしても超えることの出来ないギャップ。米国のスタンフォードやMITが次々にハイテク・ベンチャーを生み出すにも関わらず、日本の大学にそれが出来ていない理由が、ずいぶんと理解できたような気がする。 「教育制度が悪い」「大学が悪い」「青田刈りをする企業が悪い」と日本のさまざまな組織の欠点を指摘するのも必要だろうが、根本的な問題は「金儲けは悪」「研究職は聖職」という日本独特のカルチャーにあることは見逃せない。これが足かせになり、たまに例外的にビジネスセンスがある研究者が現れても、やっかみから「あの教授は大学で給料をもらいながら、サイドビジネスで金儲けをしている」などの足の引っ
-
ブログエントリーのネタに困ったときにできること、その１
１．新しいロゴを作って公開してみる １'．ブログのネタそのものをネタにしたメタエントリーを書く １''．シリーズ化する予定もないのに、「その１」をとりあえず書いてみる １'''．一見何か意味がありそうで、実は何の主張もないエントリーを書いてみる １''''．「その１」と言いながら１にダッシュをつけて複数の項目を箇条書きにする １'''''．エントリーそのものをパロってみる １''''''．「こんなエントリーにブクマやコメントが付くはずないよな」と誘ってみる １'''''''．エントリーの最後の文を中途半端なところで途切れさ
-
ユーザー・インターフェイスの設計に大切なのはデザイン・ポリシー
何かの「ユーザー・インターフェイス」を決める時に大切なことは、自分なりのはっきりとした「デザイン・ポリシー」を持って、誰が何と言おうと最後までそれをしっかりと押し通すこと。そういう「柱」をしっかりと持たないで作ったものは、往々にして「妥協の産物」になってしまう。 私が常に心がけていること（つまり、私のデザイン・ポリシー）は、「ユーザー・シナリオを８０：２０ルールで切り分け、常に８０の方（つまり多くの人が使うだろう機能）を最優先にした設計にし、２０の方（あった方が良いかもしれない機能、一部の人が必要とするかもしれない機能）は思い切って犠牲にする」こと。 典型的な良い例が、Youtubeを見るためのサービス、Rimo と oreseg。 機能的には、カテゴリー分けはしてくれているし、サムネールから自分で見たいものを選べるし、oresegの方が上である。しかし、「ただだらしなく面白そうなビデオを
-
Youtubeでものを売りつけられた…それもとても上手に
Youtubeでたまたま見つけたビデオに思いっきりひきつけられてしまった。これだ、 これにはまいった。子供のころから磁石が大好きだった私のために作られたような商品だ（ちなみに、この商品はBandoleer Bracelet from Dynomighty Design）。 それにしても、このYoutubeを使ったマーケティングはなかなかするどい。この商品のように「一目見てもらえばユニークさが分かる」ものにはとても効果的だ。
-
なぜ日本企業による米国企業の買収がしばしば失敗に終わるのか
日本で「会社は１００％株主のもの」と言い切ってしまうと、「従業員はどうするんだ？」「社会的責任は？」という話になるが、それとこれとは話が別、というのが多くのアメリカ人の考え方である。「会社は１００％株主のもの」と割り切った上で、それぞれが「自分の時間」と「会社の与えてくれるもの」を天秤にかけて、「今の会社に残るべきか、別の会社に移るべきか」を毎年とは言わずとも少なくとも２～３年に一回は真剣に考える、というのは彼らにとってごく当たり前のことである。優秀であればあるほどこの傾向が強い。 アメリカで会社を経営する時に一番難しいのは、そんな環境でどうやって優秀な人たちを会社に雇い、かつ、会社のために一生懸命働いてもらうか、である。給料をたくさん払って繋ぎ止めるというのももちろん一つの方法だが、よほど儲かっている会社でなければそんな方法では経営が成り立たないし、へたをすると仕事もしない単なる給料泥棒
-
優秀な主婦はイベント・ドリブン（event-driven）方式でパンを焼く
昨日のエントリーで、「人は一つの仕事を処理するときには、それを小さな仕事に分割して、順番に処理する」と書いたが、「パンを焼く」という仕事を例に取れば、こんな風になる。 １．イーストを３０℃のお湯と一つまみの砂糖とまぜて１５分間予備発酵させる ２．ボールに強力粉、予備発酵させたイースト、砂糖、塩を入れて良く混ぜる ３．こね板の上で生地をこねる ４．ボールにラップをして室温で１時間発酵させる（一次発酵） ５．適当な大きさに生地を分割し、丸めて形を作る ６．オーブンに入れ、３０分発酵させる（二次発酵） ７．オーブンの温度を２００度にして１８分焼く これは、ソフトウェアで言えば「手続き型のプログラム」であり、人間が一連の作業を把握するのに最も適した記述の仕方である（その証拠に、実際のどのレシピブックを見ても、レシピは必ず「手続き型」で書かれている）。 興味深いのは、このレシピにおける、「１５分予備
-
Live Page-View Counter, Comet server and JSON-push
Overview A "page-view counter" or "hit counter" is a mechanism that displays the number of page-views on an HTML page. It uses a server side of script that counts the page-views, dynamically generates an HTML page on the server side, and returns it back to the browser. Although it accurately displays the number of page-views at the point when the HTTP request was made to fetch the HTML page, it wi
-
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
-
1
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2024 Hatena. All Rights Reserved.
設定を変更しました