第3回 なぜ日本のソフトウェアが世界で通用しないのか | gihyo.jp
日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の
身悶えするほど恥ずかしいマイクロソフトのSongsmith
「中央研究所で作ってしまったが、営業部門がどこも売ってくれない技術・製品」というのは、多くのメーカーが抱える密かに頭の痛い問題である。通常は、「開発があるレベルまで進んだら、営業部門に開発コストを部分的に負担させる。開発が進むとともに、その比率をだんだん増やして行く」といった方法で、「完成したけど引き取り手がない」というのを避ける。（途中でスポンサーになる営業部門を見つけられないと自動的にプロジェクトがストップするので）。 しかしだ。新たな解決策を提示したのが、この１月８日に発売されたマイクロソフトのSongsmithである。その解決策とは、研究所から直接発売すること。そしてそのクオリティは、恥ずかしさに身悶えするほど。開発者の方には申し訳ないのだが、ここまで行くとそれはそれで素晴らしいというレベルである。 Songsmithは、コンピュータに向かって歌を歌うと、プログラムが自動的に伴奏を
モジラ、マイクロソフトの開発協力を受け入れへ
Mozillaは、「Firefox」とMicrosoftの次期OS「Windows Vista」の相互運用性の確保に向けたMicrosoftの申し入れを受け入れた。 Microsoftの提案は米国時間8月19日、同社のオープンソース研究所のディレクターであるSam Ramji氏が、Mozillaの開発者が用いているブログに公開文書として投稿したことから明らかになった。Microsoftの提案は、ワシントン州レドモンドにある本社に、オープンソース関連施設を新設し、そこではMicrosoft社員がMozilla開発者と1対1で対応するという内容だ。また、この提案には、Mozillaの電子メールクライアント「Thunderbird」に対する支援も含まれている。 これに対し、Mozillaの「現象学者」であり本件に関する広報担当者でもあるMike Beltzner氏は「この1対1のサポートを受ける
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
