なぜDECは市場から撤退しなければならなかったのか。 - 未来のいつか/hyoshiokの日記
DECの企業文化について、先日記した。(昔DECという会社があった。エンジニアとして必要な事はDECで学んだ。) *1 そんなに優れた技術があり、優れた企業文化を持ち、優秀な技術者を多数抱えたエクセレント・カンパニーが21世紀を待たずしてなぜ市場から消えなければならなかったのだろうか。 経営者が愚かで放漫経営をしていたからとか、法律に違反するような経営をしていたとか、そーゆー話であればわかりやすい。その経営者が愚かであったということで決着がつく。 DECの凋落の原因は、むしろ無能な経営者によって引き起こされたというよりも、むしろ、有能だったがゆえに、成功の呪縛から逃れられなかったという風に考えられる。既に起きてしまったことをあれやこれや言っても所詮結果論にしたすぎないが、あえてそれを考えてみたい。 「イノベーションのジレンマ」では、利益を最大化させる資源配分メカニズム（プロジェクトの投資を
データセンターがコンピュータになる時代 - 未来のいつか/hyoshiokの日記
話題のThe Datacenter as a Computerなる論文を読んでみた。Googleの中の人が書いたインターネット時代のコンピュータの話だ。 http://www.morganclaypool.com/doi/abs/10.2200/S00193ED1V01Y200905CAC006 The Datacenter as a Computer: An Introduction to the Design of Warehouse-Scale Machines: Synthesis Lectures on Computer Architecture, 2009, 108 pages, Luiz André Barroso Google Inc. Urs Hölzle Google Inc. ムーアの法則で、半導体の集積度がどんどん上がってきて、通信コストも安くなってきて、コンピュー
勉強会はバブルなのか - 未来のいつか/hyoshiokの日記
勉強会はバブルなのか？kanasansoft http://www.kanasansoft.com/weblab/2009/06/metacon2009.html が問題提起している。 バブル経済というは、株価や土地などの資産価格が、経済の基礎的条件から想定される適正水準を大幅に上回る状況を指すことを言う。勉強会によって起業したとか、どこかがそれを事業にしたとか、株式公開をしたとかいうことはないので、勉強会によってバブルが引き起こされているということはない。 経済的な定義で言えばそのとおりなのだけど、確かに半径5メートルの範囲では勉強会は活発に開催されている。実感としてバブルとはいえないけれどプチブームと言っていい状況にはあると思う。 それはいけないことなのだろうか。それは憂慮すべき状況なのだろうか。何か問題があるのだろうか。それを考えたい。 1998年、Linuxがビジネスマンによって発
仕事で文書を書く必要がある人は理科系の作文技術を読むべきだ - 未来のいつか/hyoshiokの日記
仕事で文書を書く必要がある人は「理科系の作文技術」(ISBN:9784121006240)を読むべきだ。 ここでいう仕事で書く文書というのは他人に読んでもらう文書をさす。他人に読んでもらうことを前提としないメモの類や狭義の日記などはこれにあたらないので、どう書こうが構わない。他人に読んでもらうことを前提とした文書は、相手に内容が伝わらなければ意味がないのだから、間違いなく相手に通じるように表現しなければならない。 小説、詩などの文学作品は、ここでいう「仕事で書く文書」に含めないことにする。文学作品と対比して、仕事で書く文書の特徴はどこにあるのか。それは、読者に伝えるべき内容が事実と意見にかぎられていて、心情的要素を含まないことである。 仕事の文書を書くときの第一の原則は、「必要なことは洩れなく記述し、必要でないことは一つも書かない」ことである。何が必要かは目的により、また相手の要求や予備知
イノベーションはどっかで起こっている（東京で） - 未来のいつか/hyoshiokの日記
昔DECという会社があった。米国のハードウェアベンダーだ。それでもIBMの次に大きいコンピュータベンダーだった。80年代前半飛ぶ鳥を落とす勢いでVAXというコンピュータを引っさげてIBMを追撃していた。年率二桁成長を何年も続けていた。コンピュータ産業は垂直統合の会社に支配されていた。ハードウェア（VAX）、OS（VMS）、コンパイラ、RDBMS、各種ミドルウェア、開発ツール（エディタ、リンカ、デバッガなどなど）、アプリケーションすべて上から下まで自社製品だった。 何か問題があれば、それがプロセッサの問題でもOSの問題でもRDBMSの問題でも、何から何まで自社で完結していたのでどーにかなった。どーにかした。それが垂直統合というわけだ。あこがれのエンジニアは社内にいた。VAXのアーキテクトもVMSのアーキテクトもVAX FORTRANのプロジェクトリーダもVAX Rdb/VMSのプロジェクトリ
40代、50代の人たちはなぜ表現しないのか - 未来のいつか/hyoshiokの日記
インターネットの未来の一断面を「総表現社会」と梅田望夫は「ウェブ進化論」（2006年）の中で希望をもって述べた。3年たった今日現在、日本という地域では、インターネットを能動的に利用する若い世代（おそらく40前後がその上限）、あるいはヒマ人以外には、表現をする人というのはほとんど現れていない。少なくともわたしと同世代（50歳前後）にはそのような表現をする人はほとんどいない。 例外的なアルファーブロガーというのはいることはいるが、梅田が期待したような、「不特定多数無限大」として1000万人程度の表現する人々は出現していないように思える。 例えば、わたしの世代では、中間管理職として企業の中核を担いつつ、家庭では子供が中学、高校、大学と、進学だ教育だというところで悩み、住宅ローンの返済に追われ、両親の健康状態が心配というような世代なのだが、彼らはほとんど表現していない。日々の日記として、会社の愚痴
基盤系プログラマの実践的教育が必要だ - 未来のいつか/hyoshiokの日記
ここで言う基盤系というのは、OSとかRDBMSとかプログラミング言語処理系とか、そーゆー奴ね。アプリケーションプログラムとかWebサービスとかを支える縁の下の力持ち。その基盤を作るプログラマをどのように育てるかというお話。 まあ、ハッカー予備軍をどのように育成するか。ハッカーって、育てるとか教育するとか、そーゆーものではなく勝手になるものだから、そもそも、そんなものはありえないという議論もある。確かに天才というのは、天才なので、教育がどうだこうだということはないのだけど、一般的なプログラマというのは、一般的な教育プログラムである程度底上げ的なことは出きると思う。 例えば、PostgreSQLの開発者を考えてみる。ちょっとRDBMSに興味がある、だけどどこからとっかりをつけていいのかよく分からないという初心者がいたとする。今ある、OSS利用者教育プログラムをいくらやったところで開発者にはなれ
デバッグ方法論 - 未来のいつか/hyoshiokの日記
「わたしがprintf()デバッグをしない理由」http://d.hatena.ne.jp/hyoshiok/20090322#p1 は思いのほか注目をあびた。せっかくなので、その続編とも言うべきことを書き記してみる。 ところで、皆さんは、誰にデバッグ方法を教えてもらったのだろうか？テストの方法を誰に教えてもらったのだろうか。あるいは、ソフトウェア開発方法論を誰に教えてもらったのだろうか。学校でならったのは、プログラミング言語の文法であり、アルゴリズムであり、コンピュータアーキテクチャであった。デバッグ方法は誰も教えてくれなかったので、見よう見まねで行っていたのが学生時代だったような気がする。 バイト先のちっちゃいソフトハウスでは、トラブルシューティングは二分検索でやるということを教えてもらったが、デバッグ方法についての、コーチはなかった。別のバイト先では、厳密なテスト方法について学んだが
質問力 - 未来のいつか/hyoshiokの日記
シンポジウムなどで、質疑応答の機会がわざわざ設けられているのに、なかなか質問がでない。質疑応答は大抵低調だったりする。 質問をするということに関し、誰もその重要性や価値を、わざわざ教えてくれない。質問をすることを奨励する人もいなかったりするし、質問をしたことによって、何かいいことがあったかというと、ほとんどなかったりする。むしろ、学生のころから、教師からあてられることはあっても自らがしがし質問をして授業を受けるというスタイルをほとんど経験していない。社会人になっても、質問どころか自由な喧喧諤諤の議論というのは、ほとんど経験しない。…というような人が多いのではないかと想像するがどうなんだろうか。 ばかな質問をしたら恥しいと思っていたりするのだろうか。話が難しすぎて、質問そのものができないということなのだろうか。質問をすると発表者の機嫌をそこねると思っているのだろうか。 一方、海外のカンファレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
