2008年8月9日土曜日

技術力の進歩は、世の中に真の平和を生み出すか?

このエントリを含むはてなブックマーク
いろいろなWeb上でいろいろなサービスを無料で利用でき、情報はものすごく安く手に入るようになってきたけど、そのうちあらゆる物が無料で手に入るような方向に進んでいくのだろうか?

"a world's clearly a better place. individuals can now do things that only large groups of people with lots of money could do before -- Steve Jobs"

大昔、自然からの恵みを享受してきた僕たちだけど、いつかお互いが助け合いそれを享受しあうような社会になっていくのかもしれない。と、「ウェブ時代の5つの定理」のなかのスティーブジョブズの言葉を読んで思った。



物の価値の偏り、貧富の差、世の中は偏ってるけど、それは、物の価値の局所的な偏りをうまく利益に結びつけることによって得た偏りなんだと思う。もし、世の中が本当にフラットになったときに、その偏りはどんどん得にくくなって、利益の分配もフラットになっていくのだろうか?

現状は、世の中がフラットになる過程で急速に流れたマスの流れをつかんだ人たちが莫大な利益を得ているわけで、偏りはより大きくなってる。その利益に群がる形で、フラット化の波はきっと進んでいくんだろうと思う。その次は何が起こるだろう?フラット化してお互いが与えあう基盤が確立すれば、フラット化の基盤を押さえた者とその他のお互いに与えあうものの2つに収束していくのかもしれない。

とはいえ、たとえばエネルギーが無料になるためには、イノベーションがまだまだ必要なわけで、きっとあらゆるものがフラット化するためにはあらゆる分野においてイノベーションがまだまだ必要なんだろう。そして、フラット化を阻む既得権益者とも戦わなきゃ行けないだろう。でも、そのフラット化が人々に取って幸せをもたらすものなら、きっとその方向に進んでいく力は止まらない。そこに技術があれば。ミクロに見れば、同じように膨らむマスから利益を得ることができるからかもしれないけど。

ITは、情報流通、コミュニケーションという面でフラット化を進めたのかもしれない。本来人間の人間たるゆえんは、情報処理能力の高さであって、その力をさらに飛躍的に向上させるという点でITは進むべくして進歩して来たんだと思う。ただ、この情報のフラット化の先にはなにがあるんだろう。単に便利になった世の中と基盤をもつ企業が安定して存在するのだろうか。

ITだけじゃなくその他の分野でもフラット化を目指すといいのかなと言う気はしてきた。そこに次の大きなチャンスはあるのかもしれない。結局世の中の幸せを追求することが、大きな何かにつながるのかもしれない。

2008年6月2日月曜日

TODO管理とメモと同期:howm

このエントリを含むはてなブックマーク
最近のハマりものは、howmっていうメモ+TODO管理用のemacsアプリなんですが、
これが、自分の好みにバッチリ。(いまさらかしら。)

仕事上のPCと私生活用のPCが別だけどTODOとメモを共有したいなぁと思ってたわけですが、
Gmailを使ったり、RememberTheMilk(RTM)使ったり、GoogleNote使ったり、ブログ使ったり、いろいろ試してきたわけですが、なんかいまいちしっくり来なかったところ、ついに見つけたって感じです。

詳細はまた書きますが、unisonっていう同期ソフトを使って、職場のXPと自宅のMac Bookと外部の私用サーバで同期して使ってます。(こちらを参考に構築)いま一ヶ月くらいになりますが、かなり上手く回ってる感じ。

よいところは、
+ いつも開いてるemacsからラグなしで使える。
+ メモ中に思いついたら、そのまま自然言語でTODOが書ける。
+ 一つのメモに複数のTODOが書ける。
+ 適当に書いたTODOもあとでメニューでちゃんと適切に管理できる。
+ 締め切り、予定、覚え書き、TODOなんかの優先度をつけると、あとで一覧時の並び方が絶妙。
+ メモ間のリンクも超簡単に貼れる。
いまいちなところは、
- 操作を覚えるのに、2時間くらいかかる。
- emacs環境ないと使えない。
- メニューがちょっとごちゃごちゃしてるので、カスタマイズ必要。
くらいでしょか。まぁ、emacsだからしょうがないか。


書き散らしタイプの私にはかなり良い感じ。思いついたら、Todoに落として、さっさと頭から追い出して仕事に集中できるのがいいところかもしれない。

あとは、携帯から使えれば最強だな。

2008年5月31日土曜日

beautiful and original product designs

このエントリを含むはてなブックマーク
beautiful-and-original-product-designsという記事を見た。これすごいね。クリエイティビティを刺激された。
なんか仕事を管理するだけのつまらないシステムを作っていてはだめだ。

これを見ると、数年後にはマルチタッチのマウスレスな新しい操作デバイスが本当にトレンドになってきそうな予感がする。世の中は、そうしたいと本当に思う人が多くなればなるほど、その方向に向かうから面白い。

あと、ピーナツバターのジャーなんかも感動した。

とりあえず思ったのは、もっと、おもしろいわくわくするようなものを作らないと!!ってことです。

enjoy life and work!!

2008年5月30日金曜日

Engneer vs Manager

このエントリを含むはてなブックマーク
これ笑った。
http://www.poeticexpressions.co.uk/POEMS/Engineer%20v%20Manager.htm

しかし、マネジャーも大変なんだと思うけど、結果的に本末転倒になることが多いのかも。

2008年1月30日水曜日

熊とワルツをを読んだ

このエントリを含むはてなブックマーク
最近、プロジェクト管理本にはまっている。
というのも、なんとかアジャイルな感じでプロジェクト管理ができないかなぁと思っている訳で、
まずは、世の中の最近の常識をサーベイしようと言う試みだったりする。

今の部署では、リスク管理とかスケジュールのバッファとかが完全に個人のノウハウとして使われているので、その上のマネージャからは見えていない。マネージャ側から見ても、人によってどれくらいバッファをとるかを知った上でマネージメントしているという具合。

今後、プロジェクトをもっと定量的に分析したり、振り返ったりするならもう少しちゃんと管理しないと度しようもない。プロジェクト管理を個人のノウハウのかたまりにしていては、いつまでたっても安定しないし、人間依存になってしまう。

というわけで、熊とワルツ。
まずは、リスク管理とバッファの取り方をある程度根拠に基づいて示しましょうということをわかりやすく説いている良書だと思う。もし、部署のマネージャがリスク管理って何?そんなのいいからやれ!という方、ぜひ読んでもらったらいいと思う。読みやすいから、どんな人でも1週間もあれば十分かな。

しかし、リスクを見積もるにも、ある程度似たようなデータがないとうまくいかない。開発チームならいいけど、研究部門の場合は結構むずかしいかもしれない。

2007年11月6日火曜日

ネガティブな日本のIT産業

このエントリを含むはてなブックマーク
日本のSI産業が疲弊しきってて人気が無いらしい。
http://d.hatena.ne.jp/itoyosuke/20071101/1193932945

常々感じているけど、たしかにITの現場では正当に技術力が評価されているような気がしない。
この業界の将来を本当に考えるなら、もう少し仕組みを考えないといけない。営業が中間搾取して、質の低いシステムを作るのが目的じゃないはず。開発者の技術力が向上し、顧客は質の高いサービスを手に入れられるようなそんなまっとうな仕組みが無いと、結局は日本が海外に負けちゃうだけな気がする。それって結局長期的には、良くない結果に終わるんじゃないだろか。

自分としては、研究開発部門こそ、うまく業界全体が幸せになるような方向、少なくとも自分達だけでもわざわざ疲弊している競合と疲弊競争へ向かわないような方向へみんなを導くことをしないといけないんじゃないかと思う。

最近のオープンな世界の話は、まさにそれを救うかもしれない新しい仕組みなんじゃないかと思う。本当に良いものを評価したり、見つけたりしやすい世の中になりつつあるんだから、同じような仕組みが企業向けに働く人たちにもうまく適用できなかどうかを考えることは、意味があると思う。そして、意味があることには、なにかついて来るはず。今すぐビジネスとして見えてこなくても、あきらめずに続けることで大きなリターンがきっとあるはず。

明日からもがんばろうっと。

2007年8月8日水曜日

このエントリを含むはてなブックマーク
研究開発とアウトソーシングとLL

変化のスピードがやたら速い今日この頃、ソフトウェア研究開発において、世の中ざっくり2つのアプローチで乗り切ろうとしてるのかなと思う。
  1. 安いところにアウトソーシング
  2. 変化に対応できるような高速軽量開発
アウトソーシングによるコスト削減と、研究所内でLL開発のチームを作ってどんどん生産性を挙げるという2つのアプローチがありえる。

『アウトソーシング+管理コスト』 vs 『LL開発のチームの醸成』

という構図。最近、ソフトウェア開発においてこの力関係に変化がおきてるのは、あちこちで言われてる。
まさに研究開発アウトソーシングの真っ只中にいるので、とりあえずもう少し深く考察してみる。

研究よりのアウトソーシングの場合、一番大変なのが、研究機関の利益と委託もとの会社の利益が異なること。
会社のいろいろなしがらみを委託先の研究機関に理解してもらうことは、非常に難しい。
会社の事情を理解した上でのビジネスの芽と研究機関の研究成果の違いは大きい。
管理担当者は、会社という顧客とその先のエンドユーザ(たぶん)を見据えてアウトソーシング先をマネージメントしないといけない。(理想的には)
結局、根気よくコミュニケーションを続けつつ、うまくwin-win-winな解へ収束させていくしかないわけです。(妥協ともいう)
あと、ソフトウェアハウスへの開発委託と違って、研究委託の場合は会社の利益に結びつくようなコアの創造を求めるわけで、一段要求が高い。
なので、創造性を阻害しないように注意しながら、会社の事情を知った人がうまくコントロールする必要がある。

人件費の視点でよい組み合わせとしては、
  • 比較的大きめなプロジェクト: 比較的成熟した実績のある研究機関+比較的大規模なプロジェクトをまわせて会社の事情を理解したコミュニケーション能力の高いマネージャ
  • コアに絞った小規模: 超トップクラスの研究者+会社の事情を理解した専門家(+|兼)マネージャ
ということで、管理コストを数で薄めるか、超トップクラスを求めるか。ちなみに、前者は、一度に大量の投資をするといい人もアサインされやすいという特典がついている。
前者は、少しでも安い人件費のお手ごろな研究機関がいいだろうし、後者はターゲットが明確ならその分野の世界トップレベルの研究者(?)を捕まえるのがいいかもしれない。
ただ、ここにも一つ落とし穴があると思う。研究機関は基本的に広さより深さを求める傾向がある。なので、平気で4年くらい前の技術を使ってたりする。
寿命の長い要素技術研究の場合は、まぁ許容範囲かもしれないが、流行に左右されやすいアプリケーション研究の場合は致命傷になりかねない。
2年とかで大きく変化するソフトウェア業界特有の状況を考慮して、そのあたりに振り回されないようなところをうまく委託しないといけない。
何がしたいかを十分吟味した上で、適切なところを適切な予算を組んであたらないといけない気がする。

んで、2年で変化するようなものを扱う場合はどうすればいいか?
コアを持つベンチャーと組むのはありだと思う。もちろん、ベンチャーの利益を理解したうえで、win-win関係を構築する必要があって、うちみたいな研究所の場合、実は非常に難しいと思う。

というわけで、LLプロト開発ができるチームを自部署内作るのはありだと思われ。会社の事情はある程度分かってもらえているし、技術の蓄積にもなるし、そのスピード自体がコアになるかもしれない。
いまどき、それなりに使えるレベルのプロトがあっちゅう間にできちゃうのは、RoRあたりを体験した人は分かると思うけど、昔に比べると明らかにすごいコスト削減効果があると思う。なにより楽しいし。^^
お客さんに近いソリューション研究とかアプリケーション研究あたりには、特に効果的な気がする。まわせるサイクル数が違うし。

まとめ
まとめると、こんな感じか。
長期、大規模、比較的流行に左右されない先進的なもの、いきなりパラダイムシフトを狙う
『アウトソーシング+管理コスト』 ~ 『LL開発のチームの醸成』

短期、小規模、流行に左右されやすい、お客様に近い、継続的なサービス提供によるイノベーション狙い
『アウトソーシング+管理コスト』 < 『LL開発のチームの醸成』

ただ、ソフトウェア研究において、長期というのがどれほどあるのかは疑問。
ただ、異なる組織で異なる価値観に触れるとそこから生まれるものがあるかもしれない。
コミュニケーションを根気強く続けないとそのあたりの価値観の違いまで見えてこないかもしれないと思えば、アウトソーシングとか共同研究というのもいいかもしれない。
そのときにすぐに結果が出なくても、将来的にいろんな価値観に触れたことで生み出される可能性もあるし。
ああ、でもそのあたりもWebの発達のおかげで、安価で出来るようになってるのか。
きっと、あと3年もするとこの傾向は加速的に高まるかもしれない。

変化に強い何かを見つけるか、イノベーション生成機としてアイデアをすぐ実現する力を身につけるか。
難しい世の中だと思う。