Archive for the ‘tech’ Category

Geek-Suits-Balance: 異なる才能に敬意を持て

̃Gg[܂ނ͂ĂȃubN}[N Saturday, July 26th, 2008

技術指向ベンチャー企業のロールモデル ソニーの井深と盛田 ホンダの本田と藤沢 仙石浩明CTO の日記: 技術力が高い人こそ、ビジネスモデルの良し悪しにもっと敏感になるべき 逆に、優れた儲ける仕掛けを生み出すことができる有能な戦略家は、 一日24時間、儲ける仕掛けを考え出すことばかりに夢中で、 その仕掛けを下支えする高度な技術のことは軽視してしまいます。 技術なんて下請けをいじめればなんとでもなると考えてしまい、 決して技術者をパートナーとは考えません。 技術者を、売るものを作ってくれる便利な人と考えてくれればまだマシなほうで、 下手するとコストばかりかかる必要悪くらいの勢いで、 原価削減の手法をあれこれ考え始めたりします。 しかし技術を軽視したツケは、いろいろな形で払うことになるでしょう。 事業を下支えする技術が脆弱であれば事業の継続性が危ぶまれますし、 技術面で他社との差別化が行なえずに他社の参入を許してしまうかも知れません。 404 Blog Not Found:ギークレスIT企業の(奇|軌)跡 - 書評 - 謎の会社、世界を変える。 著者達をはじめとする同社スタッフの卓越したコミュニケーション能力があれば、今後もシステムを外注し続けられるかといえば、それは可能だろう。しかしそれでは競争相手にスピードで敵わない。同社がパワーポイントの資料を作っている間に、ギークが中にいる会社なら実際に動くシステムを作ってしまえるのだ。filmoも、ドワンゴなら一日、いや半日で動くプロトタイプを作っていたはずである。

Only the Paranoid Survive: インテル戦略転換

̃Gg[܂ނ͂ĂȃubN}[N Saturday, July 19th, 2008

インテル戦略転換 アンドリュー・S. グローブ (著), Andrew S. Grove (原著), 佐々木 かをり (翻訳) これはインテルという会社の戦略についての書ではない。 産業の基礎的競争要因を変えてしまう「10Xの変化」により突きつけられる「戦略転換点」に立ち向かう経営者が何をすべきか説いた書だ。 決して「解」を教えてくれるわけではない。ポイントは原題"Only the Paranoid Survive"が示している。「異常なまでの心配性だけが生き残る」。 どうすれば生き残れるか。それを突き詰めた行動原理はこうなるだろうというものだ。 その意味で「インテルという会社についての書」でもなければ「戦略についての書」でもないのだ。 「戦略的行動」についての書なのだ。 クリステンセン「イノベーションへの解 収益ある成長に向けて」とあわせて読むと、共通点の多さに気づく。

To Educate System Architects: 手を動かさねば物は出来ぬ

̃Gg[܂ނ͂ĂȃubN}[N Tuesday, May 27th, 2008

実際に動くものをつくる能力とは何か。 もっとおどろいたことに、工学や物理の知識のない学生がいとも簡単に完全に機能するシステムを設計して、実際に動かして見せた。形を考え、造形し、機能を考え、実装し、マイクロチップの回路を設計し、プログラムする。20世紀のメーカーであれば、「製品の考案者、設計担当、製造担当からなるチームのメンバーが仕事を分担する」(ガシェンフェルド、16ページ)。すべての仕事をひとりでこなせるメンバーはいない。ところが、「(ほぼ)あらゆる物を作る方法」の授業をうけた学生は、すべてをマスターしていった。 via: xtel Theory: Design Theory of Ubiquitous Content: 第2講 インタラクションデザインの歴史 その1 18歳の高専生のほうが21歳の大学生より良いロボットや電子回路をつくることなどザラだろう。 平均的な高専生は、平均的な工学部大学生よりも「ものづくり」の能力が高いよ。 ここでいう「ものづくり」とは「実際にうごくシステム全体をひとりで設計して作り上げる」ことだ。 「実際にうごく」「システム全体」「ひとりで設計」というポイントで考えたときに、実力差は歴然。 これ当たり前っていうか、高専っていう教育システムは教科書、理論重視の「専門バカ」ではなく、現実主義・懐疑主義(理論が現実に即さなければ理論を捨て現実に対処する)の「現場エンジニア」をつくるための教育システムだからな。 もともと戦後に大量の技術者を必要とする産業界の要請、国策で都道府県に1つずつ設置されたという経緯のある学校だ。 参考:高等専門学校 創設までの経緯(Wikipedia) 大学では「産業界で実際にもとめられる技術者の輩出」という機能をはたすかわりに、教授のコピー(院にすすんで将来は研究者)をつくるような教育。理論偏重だよ。 「手を動かす」ことをバカにするような連中はダメだね。MITを見習って、エリートが工作機械を使って油まみれになれるか。むしろエリートこそ国策により教育されている(その金はどこから出るか?税金だ)という責任感を持って学び、それを教える教育者も国家への貢献という観点を忘れないでもらいたい。 といいつつ、ふざけた財務省がいるわけですが。 試案は、授業料を私立大並みに引き上げることで約2700億円、大学設置基準を超える教員費を削ることで約2500億円の財源を確保できるとしている。「義務教育ではないので、一般的な教育自体のコストを(税金で)補填(ほてん)することには慎重であるべきだ」とし、「高等教育の機会均等は、貸与奨学金での対応が適当」とした。 via: asahi.com:国立大授業料、私大並みに 財務省、5200億円捻出案 - 社会 アホかと。 via 日本終了のお知らせ、か。まあ、日本は国際人権A規約の高等教育無償化条項の批准を留保していたからこうなるのは目に見えていたのだが、しかしここで「自己責任」「受益者負担」的な考え方を持ち出すとは予想外だった。 via: ついに教育にも「自己責任教」が蔓延り始めましたか... - Thirのはてな日記

Learning Is Not Thinking

̃Gg[܂ނ͂ĂȃubN}[N Monday, May 19th, 2008

There are two types of engineers: A) Engineers who make technologies for other engineers. B) Engineers who use technologies which other made. エンジニアには2種類いる。 技術を作って別のエンジニアに使わせるエンジニアと、 人が作った技術を使うエンジニア。 「勉強」が得意な、「利口」なエンジニアには、新しいものが生み出せないタイプもいる。 理解力がありすぎると、ダメなものも「覚えて、使いこなせてしまう」から、「本来どうあるべきか」が分からないんだろう。 エンジニアには、技術の狭い領域では優秀なんだけど、一般人の思考回路と離れてしまい、「つかいやすいインタフェイス」の設計力が低い人もけっこういる。 とはいえ、これは仕方ない。そういうもんだ。数学者に美術の才能を求めるようなもんだ。 追記:これはよいたとえではなかった。数学者には審美眼が必要だともいわれる。 これが典型的なJava屋の実体ではないだろうか。与えられた仕様を覚えるだけで、JSPやStrutsやJSFに何の疑問も持たない。疑問を持たないから、本来どのような仕様がいいのかなんて考えるわけがない*2。同じことはJSPやJSF以外でも言える。EntityBeanやXMLファイルにも疑問を持たないし、アクセッサやFileReaderでも同様。どんな仕様がいいのかを自分で考えることはしないから、「アクセッサ定義が面倒で見にくい」という意見に対し、「IDEで自動生成すればいい」とか「大規模開発で必要」とか的外れな反論しかできない。なぜIDEで自動生成しなければならないのか、本当に大規模開発で必要なのか、そういうことを自分の頭で考えていない。このことは最近のコメントではっきりした。自分の頭で考えてなかった連中は、『冗長な記述が大規模開発でどう役立つか』と聞かれてもはっきりと答えられず、話をそらそうとしている。 典型的な Java屋 は JSP を使うことに何の疑問も持っていない - kwatchの日記

Foot in the Door technique

̃Gg[܂ނ͂ĂȃubN}[N Monday, April 21st, 2008

こういったサイトも、Google App Engineをベースに創ってもらえば、検索可能になる。データを扱いやすくなる。どんな複雑なサービスでもデータベースそのものをGoogle方式で創ってもらえれれば扱いやすいでしょう。検索対象が広がることでますますGoogle Searchの価値が高まる。その点もメリットなのではないかと。どうでしょうか。 via: Google App EngineがDeepWebを探る - しあわせのくつ 便利だから、Google App EngineでWebサービスを作ってみる。 その便利さに、どんどん依存する。 いずれGoogleが「データベースの内容を検索する機能を提供します」「ユーザーごとにパーソナライズされた情報提供のための機能を提供します」「広告を表示して、広告収入をGoogleとシェアできます」といった具合に。