<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>〔ブレーンゲート〕エンジニアの視点</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/" />
    <link rel="self" type="application/atom+xml" href="http://news.brain-gate.net/engineer/atom.xml" />
   <id>tag:news.brain-gate.net,2008:/engineer/2</id>
    <link rel="service.post" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2" title="〔ブレーンゲート〕エンジニアの視点" />
    <updated>2008-12-29T02:52:41Z</updated>
    <subtitle>最近の技術トレンドをエンジニアの視点で捉え、お伝えしてゆくブログです。</subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type  3.21-ja</generator>
 
<entry>
    <title>2008年のまとめ</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/12/2008_1.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=610" title="2008年のまとめ" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.610</id>
    
    <published>2008-12-29T02:30:29Z</published>
    <updated>2008-12-29T02:52:41Z</updated>
    
    <summary>2008年、今年も色々な事がありました。 金融危機で大変な一年という印象が先立ち...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        2008年、今年も色々な事がありました。

金融危機で大変な一年という印象が先立ちますが、
iPhone、スマートフォン、Netbook、が日本でも流行し始めたことが個人的には印象深いです。
もうPCとこれらの端末との垣根が無くなるのも時間の問題でしょう。

コモディティ化が進むと、一定のラインを越えた辺りで「何か」が起こります。
携帯端末のセキュリティの弱さは、数年来指摘され続け、なお改善されている様子も無いことから、
ひょっとすると、来年辺りに何か大きな事件が起こるかもしれない…と危惧しています。
（巻き込まれないように、細かい点に気を付け、自衛しましょう。）

今年後半は、世間一般にあまり良い話題がありませんでしたが、
来年は明るい年にしたいですね。

今年も残す所あと数日ですが、
皆様、よいお年を。
        
    </content>
</entry>
<entry>
    <title>Goodbye PDA, Hello Smart Phone.</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/12/goodbye_pda_hello_smart_phone.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=605" title="Goodbye PDA, Hello Smart Phone." />
    <id>tag:news.brain-gate.net,2008:/engineer//2.605</id>
    
    <published>2008-12-15T07:08:58Z</published>
    <updated>2008-12-15T07:38:39Z</updated>
    
    <summary>ＰＤＡの草分け「ザウルス」生産停止、高機能携帯に押され http://www.y...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        <![CDATA[ＰＤＡの草分け「ザウルス」生産停止、高機能携帯に押され
<a href="http://www.yomiuri.co.jp/atmoney/news/20081213-OYT1T00466.htm">http://www.yomiuri.co.jp/atmoney/news/20081213-OYT1T00466.htm</a>
via slashdot.jp.

リナザウが生産停止ですか…。
私は<a href="http://ezaurus.com/lineup/sl/slc760/slc760_spec.html">SL-C760</a>を持ってます。（もう長いこと使っていません…。）
クラムシェル型の画面をひっくり返せるデバイスはこれが最初だったように思います。
# 最近では携帯電話でそういうデバイスが増えてますが。

ROMやカーネルを入れ換えたりして遊んだ覚えがありますが、
はたしてPDAが便利だったか、と言われれば正直微妙だったかもしれません。

リナザウを持っていた頃は、会議のメモなどもザウルスに入力していましたが、
最近はもっぱらアナログに「RHODIA」のNo.11。紙はバッテリ切れませんからね（苦笑）

PDAからUMPC、Netbook、スマートフォンと時代は流れていますが、
面白いデバイスはエンジニア心をくすぐります。

iPhoneにLinuxを入れて動かすプロジェクトもあります。
<a href="http://www.iphonelinux.org/index.php/Main_Page">http://www.iphonelinux.org/index.php/Main_Page</a>
面白いデバイスには、まずLinuxを、これが典型ですね。
私の今のメインデバイスはHTC Touch diamondですが、そのうちコレにもLinux入れたいなぁ、と。
]]>
        
    </content>
</entry>
<entry>
    <title>商用データベースはExpressから始める？</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/12/express_1.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=601" title="商用データベースはExpressから始める？" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.601</id>
    
    <published>2008-12-02T04:16:46Z</published>
    <updated>2008-12-02T07:14:54Z</updated>
    
    <summary>リレーショナルデータベース（RDBMS）の雄、Oracle。 トップシェアとはい...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        <![CDATA[リレーショナルデータベース（RDBMS）の雄、Oracle。
トップシェアとはいえども、市場は激戦状態です。

最近では、機能の制限された「無償版」も各ベンダーからリリースされています。
いずれも一昨年くらいにリリースされたものですが、
OracleXEの提供開始は、2005年10月28日、
SQL Server 2005 Express Editionの提供開始は2006年4月18日、
DB2 Express Editionの提供開始は2006年2月1日、
となっており、Oracleが先駆けて市場に無償版の提供を始めています。

Linuxが注目を集めていた頃には、OracleのLinux版を提供開始したり、と、
Oracleは、マーケティング的に色々と面白い手を打ち出してくる会社です。
# Oracleのバージョン1が存在しない、というのも有名。

オープンソースのデータベースサーバも良いですが、
Express Editionをきっかけに商用のデータベースサーバを触ってみるのもよいかもしれません。
実運用で使うには厳しいかもしれませんが、勉強用にはもってこいです。

以下からお好きなものをどうぞ。
# ある意味Oracleに感謝？（苦笑）

Oracle Database 10g Express Edition（Oracle XE）
<a href="http://www.oracle.com/technology/products/database/xe/index.html">http://www.oracle.com/technology/products/database/xe/index.html</a>

Microsoft® SQL Server® 2008 Express
<a href="http://www.microsoft.com/downloads/details.aspx?familyid=58CE885D-508B-45C8-9FD3-118EDD8E6FFF&displaylang=ja">http://www.microsoft.com/downloads/details.aspx?familyid=58CE885D-508B-45C8-9FD3-118EDD8E6FFF&displaylang=ja</a>

IBM DB2 Express Edition - Japan
<a href="http://www-06.ibm.com/jp/software/data/db2express/">http://www-06.ibm.com/jp/software/data/db2express/</a>
]]>
        
    </content>
</entry>
<entry>
    <title>HTC Touch Diamond</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/11/htc_touch_diamond.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=598" title="HTC Touch Diamond" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.598</id>
    
    <published>2008-11-26T15:48:31Z</published>
    <updated>2008-11-26T16:03:28Z</updated>
    
    <summary>かなり私的な事ですが…。 携帯（スマートフォン）買っちゃいました。 HTCのTo...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        かなり私的な事ですが…。

携帯（スマートフォン）買っちゃいました。
HTCのTouch Diamond。結構気に入っています。キャリアはemobile。

Touch Diamond（S21HT）自体はemobileの他にSoftbank、docomoから出るor出ている状態ですが、
モデムとしてPCに繋いでインターネットをしても定額なのがgoodです。
# ちなみに、固定線は全部解約しました（苦笑）

個人的にはあまりイケてないイメージの強いWindows Mobileですが、
カスタマイズすれば意外とサクサク動きます。
AndoroidのT-mobile G1が若干気になりますけれど、
Andoroidはもう少し先の事になると私は考えています。

iPhoneも視野に入ってはいましたが、PCモデム化をキャリア自身が公に認めている事、
Bluetoothのプロファイルが多いこと、Skypeができること、高速通信でGoogle Mapsができること、
などが決め手でした。

しばらくは周辺機器（特にA2DPなイヤホン）などに物欲を刺激されまくりです。
とりあえず、Touch Diamond、おすすめです。
これは良い物だ（笑）
        
    </content>
</entry>
<entry>
    <title>仮想化on携帯電話</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/11/_on.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=591" title="仮想化on携帯電話" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.591</id>
    
    <published>2008-11-11T09:16:56Z</published>
    <updated>2008-11-11T09:58:50Z</updated>
    
    <summary>近頃流行中の「仮想化」。 以前はLinux（or Windows）上でWindo...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        <![CDATA[近頃流行中の「仮想化」。
以前はLinux（or Windows）上でWindows（or Linux）が動作する便利ソフト、
くらいの位置付けでしたが、Intelによる<a href="http://ja.wikipedia.org/wiki/%E3%82%A4%E3%83%B3%E3%83%86%E3%83%AB_%E3%83%90%E3%83%BC%E3%83%81%E3%83%A3%E3%83%A9%E3%82%A4%E3%82%BC%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%83%BB%E3%83%86%E3%82%AF%E3%83%8E%E3%83%AD%E3%82%B8%E3%83%BC">VT</a>サポートをきっかけにパフォーマンスと信頼性が向上し、
安定したインフラとしてビジネスに使用されるようになってきました。

仮想化でメリットがある分野としてすぐに考えられるのは、
IDC（データセンター）とソフトウェア開発分野。
データセンターでの仮想化のメリットは、構築コストやサーバ移行コストを軽減できる事。
ソフトウェア開発でのメリットは、実環境を利用せずともソフトウェアの挙動をシミュレートできる事。

そんな中、以下のような話が。
ヴイエムウェア、携帯電話端末向けハイパーバイザを発表 
<a href="http://www.computerworld.jp/topics/vt/126809.html">http://www.computerworld.jp/topics/vt/126809.html</a>

携帯電話のテスト環境として（シミュレータとして）の仮想環境ではなく、
携帯電話の中に仮想環境を入れ込むようです。

携帯機器のリッチ化がここまで来たか、という感想が先立ちますが、
用途やメリットは…ちょっと思い付きません。
（アプリの共通化などは、x86へのシフトから規定路線でしょうし…）]]>
        
    </content>
</entry>
<entry>
    <title>組み込み機器はどこへ向かう？</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/11/post_42.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=586" title="組み込み機器はどこへ向かう？" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.586</id>
    
    <published>2008-11-04T00:30:07Z</published>
    <updated>2008-11-04T06:10:43Z</updated>
    
    <summary>最近気になるものの一つにNetbookがあります。 これまたある意味クラウドコン...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        <![CDATA[最近気になるものの一つに<a href="http://ja.wikipedia.org/wiki/Netbook">Netbook</a>があります。
これまたある意味クラウドコンピューティング的な（苦笑）定義が曖昧なものですが、
乱暴に言えば、「ノートPCより小さくてPDAより若干大きい、安いPC」。

Intelが<a href="http://ja.wikipedia.org/wiki/Intel_Atom">Atom</a>プロセッサを売りたいがために作ったマーケットと言って過言ではありません。
<a href="http://ja.wikipedia.org/wiki/XScale">XScale</a>を手放して、x86ベースの省電力CPUであるAtomに注力していることから明らかです。
（手放したころにはIntel Atom量産のメドが立っていたのでしょう。）

Atomの狙いは、携帯電話やスマートフォンなどの組み込み機器。
最近は、これらはARMアーキテクチャベースのXScaleなどが使われるケースが多いのですが、
ここにきてNetbookのブレイクによって、Atomがそれにとって変わる可能性が大いにあります。

Atomが組み込み機器に搭載されるようになった場合、x86ベースであることが影響します。
つまり「普通のPCと同じプログラムが組み込み機器で動く」ということ。
<a href="http://ja.wikipedia.org/wiki/Write_once,_run_anywhere">Write Once Run Anywhere</a>とかいうコンセプトのあった某言語も真っ青です。
PCも、サーバも、携帯機器も、ほぼx86一色になってしまいそうです。

最近では組み込み系開発もアセンブラではなくC言語などのいわゆる高級言語が主流ですが、
そのうちもっと高級な言語も使われるようになるでしょう。

エンジニアに必要とされるスキルセットも
コモディティ化によって、徐々に収束していくかもしれません。]]>
        
    </content>
</entry>
<entry>
    <title>オープンソースでクラウド的コンピューティング</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/10/post_45.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=585" title="オープンソースでクラウド的コンピューティング" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.585</id>
    
    <published>2008-10-30T00:54:02Z</published>
    <updated>2008-10-30T01:34:56Z</updated>
    
    <summary>マイクロソフトもサービスを開始して、 にわかに盛り上がり始めたクラウドコンピュー...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        <![CDATA[マイクロソフトもサービスを開始して、
にわかに盛り上がり始めたクラウドコンピューティングですが、
Azure Service Platform
<a href="http://www.microsoft.com/azure/default.mspx">http://www.microsoft.com/azure/default.mspx</a>

マシンリソースがあれば、オープンソースでシステムを構築することもできそうです。
ただ、本格的にクラウドコンピューティングとして始めると、
圧倒的多数のサーバリソースが必要になりますが…。
（電力の問題以外に、日本ですと収納スペースの問題もあります…。）

分散ストレージなどでは以下が使われているようです。
<a href="http://hadoop.apache.org/core/">Hadoop http://hadoop.apache.org/core/</a>
<a href="http://hadoop.apache.org/hbase/">hBase http://hadoop.apache.org/hbase/</a>

以下のリストを見る限りでは、現時点でもかなりの実績があるようですね。
大きいところでは、Yahoo, IBM, Amazon, Facebookなどでしょうか。
<a href="http://wiki.apache.org/hadoop/PoweredBy">http://wiki.apache.org/hadoop/PoweredBy</a>

クラウド的に使用する以外に、ある程度のデータサイズをもつサービスであれば
分散ストレージとして採用するのもありかもしれませんね。

若干変わったアプローチですが、今ある「技術」「インフラ」から新しいビジネスを生み出す。
こういう視点も必要でしょう。]]>
        
    </content>
</entry>
<entry>
    <title>グリッド＋仮想化→クラウド？</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/10/post_43.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=584" title="グリッド＋仮想化→クラウド？" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.584</id>
    
    <published>2008-10-27T05:41:55Z</published>
    <updated>2008-10-27T07:05:00Z</updated>
    
    <summary>昨今のバズワードの一つ、「クラウドコンピューティング」ですが、 それに代表される...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        <![CDATA[昨今のバズワードの一つ、「クラウドコンピューティング」ですが、
それに代表されるサービスの<a href="http://aws.amazon.com/ec2/">Amazon EC2</a>が、ついに正式版になりました。

クラウドコンピューティングの解説は<a href="http://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%A9%E3%82%A6%E3%83%89%E3%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0">Wikipedia</a>に任せますが、
その概念の背景は、私はグリッドコンピューティングにあると思っています。
グリッドは複数台のマシン、クラウドは極論一台もありえるため別物という論調がありますが、
実際問題として、スーパーコンピュータの世界でも複数台のクラスタが当り前の世の中です。
論点として若干ズレている気がします。

グリッドとクラウドの決定的な違いは、処理する場所にあります。
グリッドはローカルマシンを含む世の中のすべての計算機が分散、協調して処理をするのが理想ですが、
実際には他組織のコンピュータリソースを利用することは、セキュリティ上の問題がありました。

その点クラウドは同一組織のデータセンターなどに集約している点が現実的で、
ローカルマシンを含まない、ネットワーククラウド内で処理されます。
まさに「クラウド」ですね。（グリッドはクラウドを内包する概念かもしれません。）


さて、EC2ですが、スケーラビリティやリライアビリティに気をとられて、
これをただのレンタルサーバとしてとらえるのは考え物です。
ローカルサーバでは処理しきれないような重たい処理、膨大な処理を
代行させることが真髄のように思えます。いわばグリッドのように。

EC2では仮想化技術でXenが使用されています。
いうまでもなく仮想化はここ数年で急速に実用化されるようになりました。

この、熟れてきた技術に概念がマッチして生まれたのがクラウドコンピューティングであり、
グリッド（分散）コンピューティング＋仮想化→クラウドコンピューティング
といえるのかもしれません。（矢印の逆は真ではなさそうですが…）

EC2ではインスタンス（実体、サーバイメージ）とストレージを分けているところも
仮想化技術をつかったレンタルサーバ（いわゆるVPS）とは違っているところです。

クラウドコンピューティングは、技術の現実と、概念の理想の折衷点に思えます。
ITシステムのパラダイムシフトがまた始まる予感がします。]]>
        
    </content>
</entry>
<entry>
    <title>技術のコモディティ化と将来(2)</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/10/2_3.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=570" title="技術のコモディティ化と将来(2)" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.570</id>
    
    <published>2008-10-12T18:00:07Z</published>
    <updated>2008-10-13T13:02:22Z</updated>
    
    <summary>次回に続くと言いながら、続いてなかったエントリの続き。 オープンソースの恩恵はず...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        <![CDATA[次回に続くと言いながら、続いてなかった<a href="http://news.brain-gate.net/engineer/2008/09/post_41.html">エントリ</a>の続き。

オープンソースの恩恵はずっと続くのでしょうか。考えてみます。

一般に、オープンソースに限らず、ソフトウェアには3種類あるといいます。

第一のソフトウェア。
このソフトウェアは、今までに無い非常に画期的な技術で、パラダイムシフトとも言える代物です。
ただし代償として、まともに動作しない部分やバグも多かったりします。

第二のソフトウェア。
このソフトウェアは、第一のものが非常に安定して動作するようになったものです。
インターフェイスなども使い易く改善されて、万人が良いソフトだと言うようになります。

第三のソフトウェア。
このソフトウェアは、第二のものから進化して、もっと使い易くなったものです。
しかし、この頃になると旧式の技術となって古くさいソフトウェアとなってしまい、
そのうち多くの人に見向きもされなくなってしまいます。


これに当てはめて考えると、
今のメジャーなオープンソースプロダクトは第二になったと言えます。

# 余談ですが、今やオープンソースメジャーアプリの一つFirefox(Mozilla)や、OpenOffice.orgも、
# 始めのころは酷かったですね。今は非常に安定して動作してくれて助かっています。

どんなソフトウェアも、そのうち第三になります。
そして、そんな時、ヒットするのは第一のソフトウェア。

その第一から第三のサイクルがソフトウェアの生存サイクルと言えるでしょう。


今オープンソースソフトウェアには、色々な種類のものが出てきました。
サーバ、ワークステーション用ソフトウェア主体だったものが、
コンシューマー向けにも、エンタープライズ向けにもソフトウェアが揃っています。

今までなかったパイが埋まって、やっとオープンソースの「生態系」といえる中に
第一から第三を包括するソフトウェアが生まれるようになったと感じています。

オープンソースという仕組み（世界）の中で、
日々様々な種類の第一のソフトウェアが生まれ、第三となって死んでいく。
技術者や研究者に第一のソフトウェアをオープンソースとしてリリースする動機がある限り、
このサイクルは続くと私は考えます。そして、その動機は十分にあるようです。


前置きが長くなりましたが、オープンソースの恩恵は今と変わらず続くようです。
ただしこれはシステムを作る側の話。

作る事も重要ですが、システムは使うことも重要です。
技術のコモディティ化によって、作る側の障壁は下がりましたが、
これらの技術をうまく生かせるエンジニアは一握りで、
今も昔も、これからも、それは変わらないかもしれません。]]>
        
    </content>
</entry>
<entry>
    <title>フレームワークはエンジニア殺し？</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/10/post_44.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=573" title="フレームワークはエンジニア殺し？" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.573</id>
    
    <published>2008-10-07T06:32:11Z</published>
    <updated>2008-10-07T07:04:53Z</updated>
    
    <summary>前々回、.Netの話をしましたが、今回はその「フレームワーク」について。 フレー...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        前々回、.Netの話をしましたが、今回はその「フレームワーク」について。

フレームワークとは、言わずもがな「枠組み」のことで、色々な場面で使われる言葉ですが、
ことエンジニアにとっては、開発フレームワークが最も馴染みのあるフレームワークでしょう。

フレームワークを使うメリットは、
開発効率の向上が見込める点、
複数人での開発において統一的なルールとして成り立つ点、
各個人間のスキルの上下を吸収して概ね均一化できる点、
汎用的なフレームワークであれば、それを使える人材を確保しやすい点、
などが挙げられます。

つまり端的に言えば、フレームワークの使い方を知っていれば、
すぐにでもチームに根ざした開発がしやすい（程度こそありますが…）という事です。

ただ、この点「フレームワーク」はただの道具です。
IT以外にも言えることですが、フレームワークに当てはめれば
比較的容易に「何かが出来上がる」だけのこと。

真のエンジニアになるには、
そのフレームワークにある「どうしてそういう仕組みなのか」という点を理解しなければなりません。
そして、そういった考え方は「設計」というフェーズにおいて、非常に重要なファクターになり得ます。

日々、ただAPIをたたいているだけで満足していませんか？
フレームワークにある思想を理解することで、一歩先に踏み出せるかもしれません。
そのためには色々なフレームワークを試してみると良いでしょう。


今回はちょっと抽象的な話でしたが、いかがでしょうか。
一部の用語を置き換えることで、アプリ開発に限らず、色々な分野に適用できる話です。
        
    </content>
</entry>
<entry>
    <title>技術のコモディティ化と将来(1)</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/09/post_41.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=568" title="技術のコモディティ化と将来(1)" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.568</id>
    
    <published>2008-09-25T16:21:56Z</published>
    <updated>2008-09-25T17:41:38Z</updated>
    
    <summary>「オープンソース」という言葉が広まって、久しく経ちます。 オープンソースとは純粋...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        「オープンソース」という言葉が広まって、久しく経ちます。
オープンソースとは純粋な目で見れば、テクノロジー（特にIT）の共通化、有効化であり、
技術論以外の聖域を排除することで無駄を省いた、エンジニアにとって効率的な世界です。

良いエンジニアはある意味、めんどくさがりです。
物事の無駄を省き、既にあるものは再利用なりで有効活用することで、作業効率を高めます。
（ただし、効率を高めるためには努力を惜しみません。）

良くないエンジニアは、働き者です。
手作業で細かいことに時間をかけたり、同じ作業を繰り返したりします。
（ただし、世の中、時間をかけた方がお金がたくさん貰えるようです。）


今やオープンソースによって技術のコモディティ化が進み、
数年前では考えられなかったようなシステムが使える時代です。
効率的な道具を知っているのと、知らないのとでは、本当に大きな差が出ます。

もちろん、知っているだけではダメで、実際に使わなければ意味がありません。
ただ使うだけでもダメで、どうすれば有効利用できるかも考えなくてはなりません。

さらに、それをビジネスとしても活用しようと考えると…、
他に色々考える必要がある事が数多くありますが、その点はまたの機会に。


オープンソースによって、エンジニアは全てをコントロールすることができます。
OS、ネットワーク、アプリ…全てを協調した効率的なシステムに仕立てることが可能です。
エンジニアの技量にも依りますが、これらの恩恵は全てのエンジニアに等しくあります。

では、この恩恵はずっと続くのでしょうか？
次回に続きます

        
    </content>
</entry>
<entry>
    <title>Web開発環境は何がベストか</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/09/web_2.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=556" title="Web開発環境は何がベストか" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.556</id>
    
    <published>2008-09-02T07:59:08Z</published>
    <updated>2008-09-02T08:32:48Z</updated>
    
    <summary>今、Web系システムの開発でよく使われている言語は、 C#、Ruby、PHP、J...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        <![CDATA[今、Web系システムの開発でよく使われている言語は、
C#、Ruby、PHP、Javaあたりでしょうか。

C#は.Netフレームワークで使用するのにほぼメイン言語となっているようですし、
（未だVBで、というのもあるようですけれど…）、
Ruby on Railsのブームによって、Ruby人口もかなり増えました。
PHPは元々言語としての敷居が低いことや、フレームワークも揃ってきたことから
衰退する様子も見られませんし、その一方でJavaは元気が無くなってきたような気がします。
（熟れてきたとも言えます）

<a href="http://struts.apache.org/">Struts</a>（Java）や<a href="http://www.rubyonrails.org/">Rails</a>（Ruby）、<a href="http://ethna.jp/">Ethna</a>（PHP）など、
特定の言語に依存するフレームワークがまだ多いですが、
これからの時代は.Netのように開発言語を選ばない形でのフレームワークが
増えるのかもしれないと私は思います。

そもそも.Netは、各言語のコンパイラによって中間コードが生成され、
それをフレームワークが最適化、実行する仕組みになっています。
そのため、C#やVisual Basicの他にも
Python（<a href="http://www.codeplex.com/IronPython">IronPython</a>）やRuby（<a href="http://www.ironruby.net/">IronRuby</a>）も使うことが出来ます。

<a href="http://ja.wikipedia.org/wiki/Model_View_Controller">MVCモデル</a>だけではなく、インタプリタ言語の選択、コードの最適化・実行まで、個別に細分化され、
かつ統一化されたインターフェイスを持つフレームワークが
これからは求められるのかもしれません。

現に、MacOS X（Leopard）でも<a href="http://ja.wikipedia.org/wiki/Low_Level_Virtual_Machine">LLVM</a>（Low Level Virtual Machine）という
コンパイル基盤が一部で採用され、言語やプラットフォームとは独立した最適化を行っているようです。


結局技術者にとって、開発言語というのは「道具」であり、フレームワークは「武器」です。
いかにして早く正確に要求を満たすものを作れるか、が真髄でしょう。

実は.Netはそれを体感するのに最も近い環境なのかもしれません。
]]>
        
    </content>
</entry>
<entry>
    <title>脆弱なパスワード社会</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/08/post_40.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=554" title="脆弱なパスワード社会" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.554</id>
    
    <published>2008-08-29T03:20:13Z</published>
    <updated>2008-08-29T04:26:51Z</updated>
    
    <summary>パスワード。皆さんは幾つ管理していますか？ ちゃんと管理されているパスワードとは...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        パスワード。皆さんは幾つ管理していますか？
ちゃんと管理されているパスワードとはどんなものでしょう。
以下に列挙しておきます。

・他人に簡単に類推されるようなものは設定しない。
・8文字以上で数字とアルファベット（大文字を小文字混在させる）を含む。
・サイトやサービス毎に全て異なるものを設定する。
・紙などにメモしない。（語呂合わせなどで憶え易くし、記憶の中だけに留める）
・定期的にパスワードを変更する。

思い付くあたりで、この位でしょうか。
どうでしょう。ちゃんと全て大丈夫と言えますか？

おそらく大半の人がまともに管理されていないのではないでしょうか。


パスワード方式は原始的なセキュリティです。
私は、もはや今の時代には合っていない気がしています。

それでもなお、パスワードが今も使われている最たる理由は、構築と運用が容易であることです。
社会通念上、パスワードというものはユーザに取っても理解しやすく扱いが容易で、
サービス提供者としてもシステムを構築しやすく、コストの負担も少ない。

しかし、じきに歪みが生まれるでしょう。理由は、

・重要なサービスとそれ程でもないものが、同じパスワード方式で混在していること。
・インターネットを利用した、オンラインサービスの数が膨大に増えたこと。
・サービス利用者の敷居が低くなり、リテラシーの少ない人間の参入が増えたこと。
・セキュリティ意識の低い事業者の情報漏洩事故が相継いでいること。

流石に、
銀行のパスワードと、SNSのパスワードを同じにする人はいないと思いたいですが、
これはシステム側に立つ人間（技術者）だから感じる発想であって、
そうでない人は違和感がないのかもしれません。


理想論ですが、共通な方式の元での「鍵」での認証が技術的な解決策だと思っていますが、
その話はまた次回に。
        
    </content>
</entry>
<entry>
    <title>オンラインフォトショップ？</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/08/post_39.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=550" title="オンラインフォトショップ？" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.550</id>
    
    <published>2008-08-22T08:03:13Z</published>
    <updated>2008-08-22T08:46:27Z</updated>
    
    <summary>前回のフォトショップつながり、という事で一つ紹介。 Pixlr http://w...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        <![CDATA[前回のフォトショップつながり、という事で一つ紹介。

Pixlr
<a href="http://www.pixlr.com/">http://www.pixlr.com/</a>

オンラインでフォトショップのような画像編集などの操作が出来るサイト。
（無料。要Flashプラグイン）

<a href="/engineer/pixlr.png">
<img alt="pixlr.png" src="http://news.brain-gate.net/engineer/pixlr.png" width="491" height="299" />
</a>

もちろん自前の写真なども加工できますし、レイヤーも、フィルタ機能もあります。
こういうサイトが増えると、パッケージソフトもどんどん売れなくなってくるでしょうね…
]]>
        
    </content>
</entry>
<entry>
    <title>真実を語るものは…？</title>
    <link rel="alternate" type="text/html" href="http://news.brain-gate.net/engineer/2008/08/post_37.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://news.brain-gate.net/mt-atom.cgi/weblog/blog_id=2/entry_id=549" title="真実を語るものは…？" />
    <id>tag:news.brain-gate.net,2008:/engineer//2.549</id>
    
    <published>2008-08-20T08:28:33Z</published>
    <updated>2008-08-20T08:47:16Z</updated>
    
    <summary>真実を写す、と書いて「写真」。 今やカメラの殆どはデジタルカメラで、撮ったデータ...</summary>
    <author>
        <name>watanabe</name>
        
    </author>
    
    <content type="html" xml:lang="ja" xml:base="http://news.brain-gate.net/engineer/">
        <![CDATA[真実を写す、と書いて「写真」。
今やカメラの殆どはデジタルカメラで、撮ったデータはjpgファイルです。
撮った写真は、簡単にフォトショップなどで加工できます。
（ちなみに、英語でphotoshopped、とでも通じるようです。）
今や、真実を写す物ではなくなっていますね。

静止画をヒントにシーン全体を改変する「動画のフォトショップ」技術
<a href="http://japanese.engadget.com/2008/08/17/photo-enhanced-video/">http://japanese.engadget.com/2008/08/17/photo-enhanced-video/</a>

によると、ワシントン大学にて、
静止画をもとに動画を自動的に「フォトショップ」する技術が開発されたとか。
デモンストレーションが以下の動画です。

<object width="400" height="267">	<param name="allowfullscreen" value="true" />	<param name="allowscriptaccess" value="always" />	<param name="movie" value="http://www.vimeo.com/moogaloop.swf?clip_id=1513129&amp;server=www.vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=0&amp;color=&amp;fullscreen=1" />	<embed src="http://www.vimeo.com/moogaloop.swf?clip_id=1513129&amp;server=www.vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=0&amp;color=&amp;fullscreen=1" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" width="400" height="267"></embed></object><br /><a href="http://www.vimeo.com/1513129?pg=embed&amp;sec=1513129">Using Photographs to Enhance Videos of a Static Scene</a> from <a href="http://www.vimeo.com/pravin?pg=embed&amp;sec=1513129">pro</a> on <a href="http://vimeo.com?pg=embed&amp;sec=1513129">Vimeo</a>.

ここまで来ると、映像も真実を語らなくなってしまいますね。
デジタルデータが普及すれば、「真贋性」を検証する技術が必要となってくるかもしれません。
オリジナルデータと比較して変更の有無を検証する事は現在の技術でも容易に可能ですが、
そのデータが「真実」を写したものであるかの検証は難しそうです。]]>
        
    </content>
</entry>

</feed> 

