■最近、高校生の娘がウォークマンを購入。
当初、娘はｉｐｏｄのＣｌａｓｓｉｃを考えていたりして迷っていたのですが
とりあえず、量販店で実物を見て考えみようということになり同伴。
その結果、お目当ての製品はイメージ以上に筐体が大きいみたいで
結果、ウォークマンと比較しウォークマンに決定。
その際、私は事前に全く概要も調べずに素人（中立）の目で助言。
■ウォークマンの歴史といえば、カセットテープからＣＤ、ＭＤを経て
最近ではメモリースティックみたいになったり、携帯電話にその機能が
付いたり（ＳＯ９０３ｉ）、またアップルのｉｐｏｄに市場を奪われたりして、
ウォークマンの価値が薄れてきていると思っていたのですが 。。。
■最近のウォークマンは、ワンセグや動画再生機能が付いて
あの有名なＹｏｕＴｕｂｅの動画や、ＤＶＤの映像をＭＰＥＧ４で取り込み
再生できるのがミソですよね。
（昔のウォークマンとは楽しみ方が違うのを再認識）
あと、ノイズキャンセリング機能もいいとのこと。（娘の話）
・ＷＭ-Ａ９１８
http://www.ecat.sony.co.jp/walkman/product.cfm?PD=29382&KM=NW-A918
■２００６年〜２００７年春にかけ、
ソニーは初代ウォークマンからの基幹工場を閉鎖したのですが、
人海戦術で作るような製品ではないし、Made In Japanにこだわり
日本の工場を残す価値もあったのでは、
と思うのは個人的にその工場と付き合いがあったからの感想です！
当初、娘はｉｐｏｄのＣｌａｓｓｉｃを考えていたりして迷っていたのですが
とりあえず、量販店で実物を見て考えみようということになり同伴。
その結果、お目当ての製品はイメージ以上に筐体が大きいみたいで
結果、ウォークマンと比較しウォークマンに決定。
その際、私は事前に全く概要も調べずに素人（中立）の目で助言。
■ウォークマンの歴史といえば、カセットテープからＣＤ、ＭＤを経て
最近ではメモリースティックみたいになったり、携帯電話にその機能が
付いたり（ＳＯ９０３ｉ）、またアップルのｉｐｏｄに市場を奪われたりして、
ウォークマンの価値が薄れてきていると思っていたのですが 。。。
■最近のウォークマンは、ワンセグや動画再生機能が付いて
あの有名なＹｏｕＴｕｂｅの動画や、ＤＶＤの映像をＭＰＥＧ４で取り込み
再生できるのがミソですよね。
（昔のウォークマンとは楽しみ方が違うのを再認識）
あと、ノイズキャンセリング機能もいいとのこと。（娘の話）
・ＷＭ-Ａ９１８
http://www.ecat.sony.co.jp/walkman/product.cfm?PD=29382&KM=NW-A918
■２００６年〜２００７年春にかけ、
ソニーは初代ウォークマンからの基幹工場を閉鎖したのですが、
人海戦術で作るような製品ではないし、Made In Japanにこだわり
日本の工場を残す価値もあったのでは、
と思うのは個人的にその工場と付き合いがあったからの感想です！
■Ｄｅｌｐｈｉを用いた 「ＦＴＰクライアント」の作成方法
これも、標準添付のＩｎｄｙコンポーネントを使用することで、簡単に実現できますね。
例えば、フォームに「IdFTP」と「Button」のコンポーネントを貼り付け、
Buttonイベントに数行のコーディングで最低限の機能は実装可です。
■Buttonイベントの例
procedure TForm1.Button1Click(Sender: TObject);
begin
// ----- Indy 設定 -----
IdFTP1.Host := '[ＩＰアドレス等]';
IdFTP1.Username := '[ユーザ名]';
IdFTP1.Password := '[パスワード]';
IdFTP1.Connect;
IdFTP1.Get([元ファイル名], [ファイル名], True, False); // DownLoad
IdFTP1.Put([元ファイル名], [ファイル名], False); // UpLoad
// ----- メッセージ -----
showmessage('Down Ok');
end;
尚、ファイル名は必要に応じてＰＡＴＨ指定可、
また、Ｐｒｏｘｙの指定が必要な場合は下記設定を追加。
IdFTP1.ProxySettings.Host := [IHost];
IdFTP1.ProxySettings.UserName := [IUserName];
IdFTP1.ProxySettings.Password := [IPassword];
IdFTP1.ProxySettings.Port := [IPort];
Ｐｒｏｘｙの設定詳細はこちらを
http://www.indyproject.org/・・・・
■作成フォームとツールパレット
■その他
「IdFTP1.List」を追加し、「IdFTP1.ListResult.Count」でファイル数を取得、
「IdFTP1.ListResult[n]」でファイルの情報を取得できます。
■実行
Delphiの場合、生成したＥＸＥファイルは、ＤＬＬ無しの単独ファイルで実行（配布）
できますので、いろいろと応用できそう。
これも、標準添付のＩｎｄｙコンポーネントを使用することで、簡単に実現できますね。
例えば、フォームに「IdFTP」と「Button」のコンポーネントを貼り付け、
Buttonイベントに数行のコーディングで最低限の機能は実装可です。
■Buttonイベントの例
procedure TForm1.Button1Click(Sender: TObject);
begin
// ----- Indy 設定 -----
IdFTP1.Host := '[ＩＰアドレス等]';
IdFTP1.Username := '[ユーザ名]';
IdFTP1.Password := '[パスワード]';
IdFTP1.Connect;
IdFTP1.Get([元ファイル名], [ファイル名], True, False); // DownLoad
IdFTP1.Put([元ファイル名], [ファイル名], False); // UpLoad
// ----- メッセージ -----
showmessage('Down Ok');
end;
尚、ファイル名は必要に応じてＰＡＴＨ指定可、
また、Ｐｒｏｘｙの指定が必要な場合は下記設定を追加。
IdFTP1.ProxySettings.Host := [IHost];
IdFTP1.ProxySettings.UserName := [IUserName];
IdFTP1.ProxySettings.Password := [IPassword];
IdFTP1.ProxySettings.Port := [IPort];
Ｐｒｏｘｙの設定詳細はこちらを
http://www.indyproject.org/・・・・
■作成フォームとツールパレット
■その他
「IdFTP1.List」を追加し、「IdFTP1.ListResult.Count」でファイル数を取得、
「IdFTP1.ListResult[n]」でファイルの情報を取得できます。
■実行
Delphiの場合、生成したＥＸＥファイルは、ＤＬＬ無しの単独ファイルで実行（配布）
できますので、いろいろと応用できそう。
日経ソフトウェアの宣伝ではありません？
■日経ソフトウェア７月号は、創刊９周年記念特集ということで
フリーソフト１３７本の紹介とそれが収録されているＤＶＤ添付
その容量「３．５ＧＢ」定価１，１８０円（税込み）
http://itpro.nikkeibp.co.jp/NSW/index.html
フリーソフトは、Ｗｅｂサイトを覗けば多くの情報があると思いますが、
いろいろ探す労力も大変ですし、そもそもキッカケが無いと
便利なフリーソフトの存在にも気がつきません。
ですから、今回の特集はなかなか面白い！
■Ｄｅｌｐｈｉの記事
ところで、前回の私のブログに書いたＤｅｌｐｈｉの件
日経ソフトウェアに「Ｄｅｌｐｈｉ風林火山」というタイトルの連載が
あります。（細川 淳）
そのサブタイトルは
「画面を作ることＶＢの如く、クラスを作ることＪａｖａの如く
コーディングの早さＲｕｂｙの如く、実行速度はＶＣの如く」
とあります。
「風林火山」は孫子、武田信玄の論理かと。
■ところで、「Ｄｅｌｐｈｉ」の名前の由来ですが、
フリー百科事典・ウィキペディアから調べてみました。
「Ｄｅｌｐｈｉ」とは即ち、ギリシャの古代都市「デルフォイ」を意味する。
当初、Oracleデータベースサーバーのフロントエンドとしての採用を
目論んでおり、古代ギリシャにおいてアポロンの神託（オラクル）を
与えたのがデルフォイの神殿であった事からこの名前が付けられた。
これは元々はボーランド社内部のコードネームであったが、
社外への漏洩から一般大衆の間で定着する事となり、最終的な
製品名となった。
え！Ｏｒａｃｌｅを与えたＤｅｌｐｈｉ ．．知らなかった。
Ｄｅｌｐｈｉリリース元CodeGearのサイトには、そのような内容の記述等
はありませんが ．． http://www.codegear.com/jp/
だから、データベースを用いた業務系ＣＳシステムと相性がいいのか。
名前などの由来は奥が深そうですが、想いは伝わります。。。
■せっかくですから、デルフォイの神殿も調べてみました。
アテネより北西へ178km、古代の町の遺跡デルフィ。
パルナッソス連峰の南の麓ブレイストス河の深い谷を前に、
天然の野外劇場のように広がっています。
かつてアポロンの神のお告げが行われた聖域で、
結婚､商売､病気など個人的な悩みを持つ市民から､戦争や政治
など国家の一大事を抱えた王や使者までが訪れるほどでした。
また、古代ギリシャでは地球は平らな円盤状と信じられ、
その中心はデルフィであると考えられていました。
近畿日本ツーリストの紹介記事から
（デルフォイ、デルフィの表記は引用元の表現）
大昔、地球の中心はデルフィだったのか。
■日経ソフトウェア７月号は、創刊９周年記念特集ということで
フリーソフト１３７本の紹介とそれが収録されているＤＶＤ添付
その容量「３．５ＧＢ」定価１，１８０円（税込み）
http://itpro.nikkeibp.co.jp/NSW/index.html
フリーソフトは、Ｗｅｂサイトを覗けば多くの情報があると思いますが、
いろいろ探す労力も大変ですし、そもそもキッカケが無いと
便利なフリーソフトの存在にも気がつきません。
ですから、今回の特集はなかなか面白い！
■Ｄｅｌｐｈｉの記事
ところで、前回の私のブログに書いたＤｅｌｐｈｉの件
日経ソフトウェアに「Ｄｅｌｐｈｉ風林火山」というタイトルの連載が
あります。（細川 淳）
そのサブタイトルは
「画面を作ることＶＢの如く、クラスを作ることＪａｖａの如く
コーディングの早さＲｕｂｙの如く、実行速度はＶＣの如く」
とあります。
「風林火山」は孫子、武田信玄の論理かと。
■ところで、「Ｄｅｌｐｈｉ」の名前の由来ですが、
フリー百科事典・ウィキペディアから調べてみました。
「Ｄｅｌｐｈｉ」とは即ち、ギリシャの古代都市「デルフォイ」を意味する。
当初、Oracleデータベースサーバーのフロントエンドとしての採用を
目論んでおり、古代ギリシャにおいてアポロンの神託（オラクル）を
与えたのがデルフォイの神殿であった事からこの名前が付けられた。
これは元々はボーランド社内部のコードネームであったが、
社外への漏洩から一般大衆の間で定着する事となり、最終的な
製品名となった。
え！Ｏｒａｃｌｅを与えたＤｅｌｐｈｉ ．．知らなかった。
Ｄｅｌｐｈｉリリース元CodeGearのサイトには、そのような内容の記述等
はありませんが ．． http://www.codegear.com/jp/
だから、データベースを用いた業務系ＣＳシステムと相性がいいのか。
名前などの由来は奥が深そうですが、想いは伝わります。。。
■せっかくですから、デルフォイの神殿も調べてみました。
アテネより北西へ178km、古代の町の遺跡デルフィ。
パルナッソス連峰の南の麓ブレイストス河の深い谷を前に、
天然の野外劇場のように広がっています。
かつてアポロンの神のお告げが行われた聖域で、
結婚､商売､病気など個人的な悩みを持つ市民から､戦争や政治
など国家の一大事を抱えた王や使者までが訪れるほどでした。
また、古代ギリシャでは地球は平らな円盤状と信じられ、
その中心はデルフィであると考えられていました。
近畿日本ツーリストの紹介記事から
（デルフォイ、デルフィの表記は引用元の表現）
大昔、地球の中心はデルフィだったのか。
コンピューティングに必須のプログラミング
■過去
コンピュータ出現時には、ＣＰＵが理解しやすい「１０１００１００１０．．」
みたいに２進数でプログラミングしていたとのことですが、
さすがにそれでは人が見て理解できないので、機械語という表記方法で
プログラミングする「アセンブラ」が長い間使用されてきました。
但しパソコンの世界では、記憶装置や表示装置など入出力機器の部分
も含め、全ての部分をプログラミングするのは不可能となり、その結果、
オペレーティングシステム（ＯＳ）が進歩し、その環境の中でプログラム
を機械語に変換する言語（ソフトウェア）例えば、Ｃ、Ｂａｓｉｃ、Ｐａｓｃａｌ等
が開発され、人の言葉（英文ですが）に近い表現でプログラミングできる
ようになりました。（Ｗｉｎｄｏｗｓ等のＯＳ ＋ 「高級言語」）
■現在
現在のプログラミングパターンは
�．廛蹈哀薀爐鮟臠屬頬殘�し実行するもの
（インタープリタ、スクリプト言語とか動的言語）
→古い話ではＮ８８Ｂａｓｉｃインタープリタ
新しいものはＪａｖａＳｃｒｉｐｔ、Ｆｌａｓｈ、Ｒｕｂｙ
�▲廛蹈哀薀爐鯔殘�し機械語レベルに変換し実行するもの
（ネイティブコンパイラ
Ｃ++、Ｄｅｌｐｈｉ、Ｂａｓｉｃ、ＣＯＢＯＬ）
→実行（処理）速度が速い
��プログラムを翻訳し中間言語に変換し実行するもの
（Ｊａｖａ）
→クロスプラットフォームで有利
�ぅ離鵐廛蹈哀薀潺鵐亜複械韮� - 第４世代言語）
（Ａｃｃｅｓｓ）
→基本的にプログラミングしなくても、アプリケーションが作れる
などが挙げられます。
なお、文字やグラフィックの表示場所は
�。錬咯紊良充┣椎什蚤舂琉�
�▲屮薀Ε尭發良充�領域
��Ｆｌａｓｈのステージの表示領域
などが挙げられます。
■未来
前記の「�．廛蹈哀薀爐鮟臠屬頬殘�し実行するインタープリタ」に関して
昔は、処理速度に問題があると考えられてきましたが
次のポイントがあります。
�ゝヽ８譽譽戰襪吠儡垢垢觜�程が無い
�■達丕佞寮�能Ｕｐで、一概に処理速度が遅いとは言えない
特に「変換する工程が無い」というのは魅力です。
Ｗｅｂ環境では、そのプログラミングの部分のみのやりとりで対応した方
がトラフィック面でも有利です。
そのような手法では、既に、Ｆｌａｓｈがあります。
ですから今後は、人の言葉（英文？）に近い表現で、即コンピュータを
制御できる、コンパイルレスの環境が見直されていくかと考えます。
高級言語の次は超高級言語？ オブジェクト指向の次はＥＸＥ指向？？
数メガバイトの実行ファイル（ＥＸＥ）に、かなりの機能を実装できますし、
なかなか面白い「コアとなるプログラム」が増えてくると思います。
■プログラマー
現在、プログラムのコーディング量は増え複雑になる傾向があります。
プログラマーは、コーディング量を減らす努力はしているのですが、
機能が多かったり使いやすいシステムを考えると、コーディング量が
やむなく増えてしまいます。
ノンプログラミング環境も脚光を浴びましたが、ＧＵＩ等で作業するのも
容易そうでそうでもありません。例えば、同じような帳票を大量に作成
する場合、全ての設定をＧＵＩで対応するのは大変です。
また、それらのツールを使う際には、内部ロジックの概要を理解しない
と、使いこなせません。
ところで、
私は、プログラミング作業は将来を見ても、絶対無くならないと考えて
います。例え、人工知能の技術が発達しても、口で指示するより文章
で指示した方が効率良く正確に伝わります。
実際、人同士のコミニュケーションの世界でも同様です。
いずれにせよ、
プログラマーの思考ロジックに合致するプログラミング開発環境を望む
ところです。
実は、私もそのような環境を独自に作ろうとしているのですが．．？？
■言語ツールベンダーの動向
・ボーランド
開発環境で有名なボーランドのデベロッパーツールズ事業本部が、
「ＣｏｄｅＧｅａｒ」として、開発者にフォーカスする方向で頑張っています。
ボーランドさんには、「プログラミング言語のあるべき姿」を追求して
いってもらいたいものです。
ちなみに、私もそこの製品「Ｄｅｌｐｈｉ」を使っています。
（昨日、Ｄｅｌｐｈｉ２００７ ｆｏｒ Ｗｉｎ３２（Ｖｉｓｔａ対応）が届きました）
将来は、動的言語がＤｅｌｐｈｉで作られ、
ネイティブ言語とスクリプト言語、クロスプラットフォーム、Ｗｅｂ対応に、
シームレスで対応できると嬉しいです。
・マイクロソフト
マイクロソフトは以前、ＶｉｓｕａｌＢａｓｉｃ、ＯｆｆｉｃｅのＶＢＡ、Ｊａｖａに対して
Ｖｉｓｕａｌ Ｊ のように、言語体系を統一する動きもあったと思いますが、
「．ＮＥＴ」路線に対しては、その統一も難しくなったみたいです。
特に、Ａｃｃｅｓｓを含むＯｆｆｉｃｅのユーザー数は非常に多いですから、
ＶＢＡの言語を．ＮＥＴ路線に移行するのが困難だったのでしょうか。
■プログラミングの未来
Ｖｉｓｔａのリリースをもって、各種ＯＳのテクノロジーも安定してくる
ように思えます。
そうなると、次は「プログラミング手法」に再度フォーカスされるので
しょうか？
■過去
コンピュータ出現時には、ＣＰＵが理解しやすい「１０１００１００１０．．」
みたいに２進数でプログラミングしていたとのことですが、
さすがにそれでは人が見て理解できないので、機械語という表記方法で
プログラミングする「アセンブラ」が長い間使用されてきました。
但しパソコンの世界では、記憶装置や表示装置など入出力機器の部分
も含め、全ての部分をプログラミングするのは不可能となり、その結果、
オペレーティングシステム（ＯＳ）が進歩し、その環境の中でプログラム
を機械語に変換する言語（ソフトウェア）例えば、Ｃ、Ｂａｓｉｃ、Ｐａｓｃａｌ等
が開発され、人の言葉（英文ですが）に近い表現でプログラミングできる
ようになりました。（Ｗｉｎｄｏｗｓ等のＯＳ ＋ 「高級言語」）
■現在
現在のプログラミングパターンは
�．廛蹈哀薀爐鮟臠屬頬殘�し実行するもの
（インタープリタ、スクリプト言語とか動的言語）
→古い話ではＮ８８Ｂａｓｉｃインタープリタ
新しいものはＪａｖａＳｃｒｉｐｔ、Ｆｌａｓｈ、Ｒｕｂｙ
�▲廛蹈哀薀爐鯔殘�し機械語レベルに変換し実行するもの
（ネイティブコンパイラ
Ｃ++、Ｄｅｌｐｈｉ、Ｂａｓｉｃ、ＣＯＢＯＬ）
→実行（処理）速度が速い
��プログラムを翻訳し中間言語に変換し実行するもの
（Ｊａｖａ）
→クロスプラットフォームで有利
�ぅ離鵐廛蹈哀薀潺鵐亜複械韮� - 第４世代言語）
（Ａｃｃｅｓｓ）
→基本的にプログラミングしなくても、アプリケーションが作れる
などが挙げられます。
なお、文字やグラフィックの表示場所は
�。錬咯紊良充┣椎什蚤舂琉�
�▲屮薀Ε尭發良充�領域
��Ｆｌａｓｈのステージの表示領域
などが挙げられます。
■未来
前記の「�．廛蹈哀薀爐鮟臠屬頬殘�し実行するインタープリタ」に関して
昔は、処理速度に問題があると考えられてきましたが
次のポイントがあります。
�ゝヽ８譽譽戰襪吠儡垢垢觜�程が無い
�■達丕佞寮�能Ｕｐで、一概に処理速度が遅いとは言えない
特に「変換する工程が無い」というのは魅力です。
Ｗｅｂ環境では、そのプログラミングの部分のみのやりとりで対応した方
がトラフィック面でも有利です。
そのような手法では、既に、Ｆｌａｓｈがあります。
ですから今後は、人の言葉（英文？）に近い表現で、即コンピュータを
制御できる、コンパイルレスの環境が見直されていくかと考えます。
高級言語の次は超高級言語？ オブジェクト指向の次はＥＸＥ指向？？
数メガバイトの実行ファイル（ＥＸＥ）に、かなりの機能を実装できますし、
なかなか面白い「コアとなるプログラム」が増えてくると思います。
■プログラマー
現在、プログラムのコーディング量は増え複雑になる傾向があります。
プログラマーは、コーディング量を減らす努力はしているのですが、
機能が多かったり使いやすいシステムを考えると、コーディング量が
やむなく増えてしまいます。
ノンプログラミング環境も脚光を浴びましたが、ＧＵＩ等で作業するのも
容易そうでそうでもありません。例えば、同じような帳票を大量に作成
する場合、全ての設定をＧＵＩで対応するのは大変です。
また、それらのツールを使う際には、内部ロジックの概要を理解しない
と、使いこなせません。
ところで、
私は、プログラミング作業は将来を見ても、絶対無くならないと考えて
います。例え、人工知能の技術が発達しても、口で指示するより文章
で指示した方が効率良く正確に伝わります。
実際、人同士のコミニュケーションの世界でも同様です。
いずれにせよ、
プログラマーの思考ロジックに合致するプログラミング開発環境を望む
ところです。
実は、私もそのような環境を独自に作ろうとしているのですが．．？？
■言語ツールベンダーの動向
・ボーランド
開発環境で有名なボーランドのデベロッパーツールズ事業本部が、
「ＣｏｄｅＧｅａｒ」として、開発者にフォーカスする方向で頑張っています。
ボーランドさんには、「プログラミング言語のあるべき姿」を追求して
いってもらいたいものです。
ちなみに、私もそこの製品「Ｄｅｌｐｈｉ」を使っています。
（昨日、Ｄｅｌｐｈｉ２００７ ｆｏｒ Ｗｉｎ３２（Ｖｉｓｔａ対応）が届きました）
将来は、動的言語がＤｅｌｐｈｉで作られ、
ネイティブ言語とスクリプト言語、クロスプラットフォーム、Ｗｅｂ対応に、
シームレスで対応できると嬉しいです。
・マイクロソフト
マイクロソフトは以前、ＶｉｓｕａｌＢａｓｉｃ、ＯｆｆｉｃｅのＶＢＡ、Ｊａｖａに対して
Ｖｉｓｕａｌ Ｊ のように、言語体系を統一する動きもあったと思いますが、
「．ＮＥＴ」路線に対しては、その統一も難しくなったみたいです。
特に、Ａｃｃｅｓｓを含むＯｆｆｉｃｅのユーザー数は非常に多いですから、
ＶＢＡの言語を．ＮＥＴ路線に移行するのが困難だったのでしょうか。
■プログラミングの未来
Ｖｉｓｔａのリリースをもって、各種ＯＳのテクノロジーも安定してくる
ように思えます。
そうなると、次は「プログラミング手法」に再度フォーカスされるので
しょうか？
■最近触れた地図
ここ１０日間で目にしたＷｅｂ系地図
・Google Earth (Beta) グーグル
・ドコイク？スゴイ地図 β版 リクルート
・Ｙａｈｏｏ！Ｍａｐｓ ヤフー（ＵＳＡ）
それぞれ、綺麗さ、見易さ、３次元表示、関連情報、使いやすさなどに
特色がありますが、この手のソフトの考え方としては
�．押璽爐里茲Δ北滅鬚ぅ愁侫�
�⊆騨冖未諒慷�さを追求したソフト
という２つが根底にあると思います。
というのも、グーグルアース の
・Ａ地点からＢ地点移動時に、宙を舞うように表示する機能
・マウス操作で、斜めでも自動スクロールする機能
・３次元表示で、見る方向を変えられる機能
などは、以前のGoogleマップと比較しても格段に面白いです。
コントロールパネルは工夫されていますし、米国グーグル本社は超精細
に映り、地図ソフトというより リアルシミュレーションゲームという雰囲気！
■ドコイク？
スゴイ地図は、フルＦｌａｓｈですから、
Ｆｌａｓｈを伸縮可能モードにし、表示画面の大きさに応じて自動的に
フィットするようにすると、面白いような気がします。
（最近、横１４００ドット以上の高解像度を使っている人も多いです）
しかし、地図にも「ドコイク？ランク」や「レビューの投稿」という
機能とは、Ｗｅｂ２．０の流れかと思うと感慨深いものがあります。
■Yahoo! Maps Web Services
このサイトは金曜日に見つけました。米国ヤフーのサイトで日本語に
対応していませんが、スゴイ地図と同様にＦｌａｓｈを使用して、
一部の技術情報を開示しユーザーのカスタマイズを可能にしています。
・Yahoo! Maps Web Services
・Yahoo! Maps Flex API - Getting Started Guide
・ＹａｈｏｏＭａｐ. ｓｗｆ （基本） ・デモ （Ｆｌｅｘ 版）
YahooMap.swfを、一番簡単な方法で適当に貼り付けてみました。
(マウスで表示場所移動可、Satelliteクリックで衛星写真を表示)
■地図検索の未来
地図検索も「検索エンジン」のように、
テキストボックス１個にキーワードを入力し、目的の地図や関連情報を
表示させるようになるのでしょうか？
（リクルートの「ドコイク？」 はテキストボックス２個をメインとして対応）
その際、キーワードとして入力する内容は、
「場所」と「何が知りたいか」等の組み合わせでしょうから、
自動的にその内容を解析できると、操作画面をシンプルにできます。
例えば
・［場所○○ 食べ物 中華］
と入力すれば、場所○○近辺の中華屋さんを表示するとか
・［場所○○ 1/2500］
と入力すれば、場所○○を中心に縮尺1/2500で表示
・［場所○○ 場所×× 高速使わず］
と入力すれば、場所○○から場所××まで高速を使わずに行く道順
というようにする方法。
場所の特定は、住所、郵便/電話番号、施設名、駅名、緯度．．．
究極は
・［○○住所 風景 高さ５０ｍ 南西方向］
というように風景も、一発で簡単に表示できると面白いですね？
尚、自然言語処理の概念を導入し、条件入力方法をシンプルにできると、
いろいろ関連するサービスの実装も容易になりそうです。
■操作方法で気が付いたところ
カーナビの代わりに使っているソフトで気が付いたことですが、
２地点間の移動経緯を連続的に表示させるのは思いのほか面倒です。
ですから、それも「スクロールバー」の操作で対応できると便利かと
思います。
（私の知らないソフトで、そのようになっているのかも知れませんが？）
■以上、最近リリースの地図の話題ですが、
今年の秋から、デジタルカメラを１１台ずつ積んだ約４０機の軽飛行機が
日本中をなめるように飛ぶ計画が進んでいて、依頼主はマイクロソフト。
（８月２０日の朝日新聞より）
今後、こちらも気になります。
個人的には、Ｗｅｂ技術や検索エンジンなどが気になりましたので、
Ｆｌｅｘとスゴイ地図をきっかけに、ちょっと調べてみました。
（Ｗｅｂ技術： Ａｊａｘ・Ｆｌａｓｈ／Ｆｌｅｘ・ネイティブアプリ等）
ここ１０日間で目にしたＷｅｂ系地図
・Google Earth (Beta) グーグル
・ドコイク？スゴイ地図 β版 リクルート
・Ｙａｈｏｏ！Ｍａｐｓ ヤフー（ＵＳＡ）
それぞれ、綺麗さ、見易さ、３次元表示、関連情報、使いやすさなどに
特色がありますが、この手のソフトの考え方としては
�．押璽爐里茲Δ北滅鬚ぅ愁侫�
�⊆騨冖未諒慷�さを追求したソフト
という２つが根底にあると思います。
というのも、グーグルアース の
・Ａ地点からＢ地点移動時に、宙を舞うように表示する機能
・マウス操作で、斜めでも自動スクロールする機能
・３次元表示で、見る方向を変えられる機能
などは、以前のGoogleマップと比較しても格段に面白いです。
コントロールパネルは工夫されていますし、米国グーグル本社は超精細
に映り、地図ソフトというより リアルシミュレーションゲームという雰囲気！
■ドコイク？
スゴイ地図は、フルＦｌａｓｈですから、
Ｆｌａｓｈを伸縮可能モードにし、表示画面の大きさに応じて自動的に
フィットするようにすると、面白いような気がします。
（最近、横１４００ドット以上の高解像度を使っている人も多いです）
しかし、地図にも「ドコイク？ランク」や「レビューの投稿」という
機能とは、Ｗｅｂ２．０の流れかと思うと感慨深いものがあります。
■Yahoo! Maps Web Services
このサイトは金曜日に見つけました。米国ヤフーのサイトで日本語に
対応していませんが、スゴイ地図と同様にＦｌａｓｈを使用して、
一部の技術情報を開示しユーザーのカスタマイズを可能にしています。
・Yahoo! Maps Web Services
・Yahoo! Maps Flex API - Getting Started Guide
・ＹａｈｏｏＭａｐ. ｓｗｆ （基本） ・デモ （Ｆｌｅｘ 版）
YahooMap.swfを、一番簡単な方法で適当に貼り付けてみました。
(マウスで表示場所移動可、Satelliteクリックで衛星写真を表示)
■地図検索の未来
地図検索も「検索エンジン」のように、
テキストボックス１個にキーワードを入力し、目的の地図や関連情報を
表示させるようになるのでしょうか？
（リクルートの「ドコイク？」 はテキストボックス２個をメインとして対応）
その際、キーワードとして入力する内容は、
「場所」と「何が知りたいか」等の組み合わせでしょうから、
自動的にその内容を解析できると、操作画面をシンプルにできます。
例えば
・［場所○○ 食べ物 中華］
と入力すれば、場所○○近辺の中華屋さんを表示するとか
・［場所○○ 1/2500］
と入力すれば、場所○○を中心に縮尺1/2500で表示
・［場所○○ 場所×× 高速使わず］
と入力すれば、場所○○から場所××まで高速を使わずに行く道順
というようにする方法。
場所の特定は、住所、郵便/電話番号、施設名、駅名、緯度．．．
究極は
・［○○住所 風景 高さ５０ｍ 南西方向］
というように風景も、一発で簡単に表示できると面白いですね？
尚、自然言語処理の概念を導入し、条件入力方法をシンプルにできると、
いろいろ関連するサービスの実装も容易になりそうです。
■操作方法で気が付いたところ
カーナビの代わりに使っているソフトで気が付いたことですが、
２地点間の移動経緯を連続的に表示させるのは思いのほか面倒です。
ですから、それも「スクロールバー」の操作で対応できると便利かと
思います。
（私の知らないソフトで、そのようになっているのかも知れませんが？）
■以上、最近リリースの地図の話題ですが、
今年の秋から、デジタルカメラを１１台ずつ積んだ約４０機の軽飛行機が
日本中をなめるように飛ぶ計画が進んでいて、依頼主はマイクロソフト。
（８月２０日の朝日新聞より）
今後、こちらも気になります。
個人的には、Ｗｅｂ技術や検索エンジンなどが気になりましたので、
Ｆｌｅｘとスゴイ地図をきっかけに、ちょっと調べてみました。
（Ｗｅｂ技術： Ａｊａｘ・Ｆｌａｓｈ／Ｆｌｅｘ・ネイティブアプリ等）
2006.09.24 22:20 | コンピューティングの未来 |
トラックバック(-) | コメント(0) |
■Ｗｅｂ上で有名なフリーの百科事典ウィキペディア
ウィキペディアは以前から、調べもので検索した時に目にしたり、
新聞で取り上げられたりして、フリー百科事典として知りましたが、
改めてそのサイトを覗くといろいろ考えさせられます。
それは、執筆・編集は参加者の共同作業によっておこなわれており、
自由参加型である点が特徴、現在、ウィキペディア日本語版には,
約２５万本の記事があり、２００を超す言語で作成されているとの
ことです。
また、ウィキペディア関連は、他にも種類があり、
まだまだ新しいジャンルのものが多数検討されているとのことです。
（約２５万の記事とは、１記事当り、平均Ａ４用紙２枚で換算すると、
その厚さは５０万枚×０．１ｍｍ＝５０ｍ程度？？）
■現時点の関連サイト（日本語サイト）
・フリー百科事典『ウィキペディア（Wikipedia）』
・フリー多機能辞典『ウィクショナリー（Wiktionary）』
・フリー教科書『ウィキブックス（Wikibooks）』
・フリー引用句集『ウィキクォート（Wikiquote）』
・フリー・メディアファイル『ウィキメディア・コモンズ（Wikimedia Commons』
・著作権フリー文書の集積『ウィキソース（Wikisource）』
・生物種のディレクトリ『ウィキスピーシーズ（Wikispecies）』
・自由なニュース『ウィキニュース（Wikinews）』（ベータ版）
・全プロジェクトの議論『メタウィキ（Meta-Wiki）』
■また、寄付のページには
地球上の誰もが自由にアクセスできる、全ての人類の知識の集合を
想像してみてください。
私たちのプロジェクトは、まさにそれを作ろうとしているのです。
そのためにあなたの助けが必要です。
とあります。で、想像してみました。
現在は資金難のためか、レスポンス等が良くなく、プロトタイプのような
雰囲気ですが、もし、レスポンスや使用勝手が改善され、大学や研究
機関が公開している情報等とウィキペディア関連がリンクするなんて
ことを想像すると、なんだか凄いものになりそうです。
■何が凄いか？
著作権で問題がある内容や企業秘密などの内容は掲載されなくても
あるテーマに関する論文を書いたり、研究したりする場合、
普通の人でもそこそこの内容のものができちゃうようになりますよね？
ということは、学校教育のあり方も変わることが迫られそう？？
■尚、私が、ウィキペディアに関心を持ったのは、
先日のメディア報道で知った昭和天皇の冨田メモの件で、
「松平の子の今の宮司がどう考えたのか 易々と 松平は平和に
強い考があったと思うのに 親の心子知らずと思っている．．．」
という記事を見た時に「松平」って誰ョ？親は誰ョ？と
その人物をウィキペディアで調べた時、
その関連も含め情報量の多さにビックリしたことからです。
■今までに、多種多様のコミュニティサイトが構築されてきていますが、
ウィキペディア関連のスケールの大きさには感動します。
■ところで、それの運営はそれなりに多難みたいで、ウィキペディアに
下記のような記事がありました．
ウィキペディアの今後
アメリカ合衆国ではウィキペディアのサーバへの負担が深刻な
問題となっている。
ウィキプロジェクトによって生み出されているデータファイルは
加速度的に増加しており、近い将来プロジェクトは破綻を来たす
ことを心配するものもいる。
現実的な対処としては利用者から課金することが挙げられた。
財団発足ののち、財団の会員として希望者から年会費を徴収し、
これを運営資金に充てるという構想が発表されたが、現状での
導入の見通しは不透明である。
ウィキペディアは以前から、調べもので検索した時に目にしたり、
新聞で取り上げられたりして、フリー百科事典として知りましたが、
改めてそのサイトを覗くといろいろ考えさせられます。
それは、執筆・編集は参加者の共同作業によっておこなわれており、
自由参加型である点が特徴、現在、ウィキペディア日本語版には,
約２５万本の記事があり、２００を超す言語で作成されているとの
ことです。
また、ウィキペディア関連は、他にも種類があり、
まだまだ新しいジャンルのものが多数検討されているとのことです。
（約２５万の記事とは、１記事当り、平均Ａ４用紙２枚で換算すると、
その厚さは５０万枚×０．１ｍｍ＝５０ｍ程度？？）
■現時点の関連サイト（日本語サイト）
・フリー百科事典『ウィキペディア（Wikipedia）』
・フリー多機能辞典『ウィクショナリー（Wiktionary）』
・フリー教科書『ウィキブックス（Wikibooks）』
・フリー引用句集『ウィキクォート（Wikiquote）』
・フリー・メディアファイル『ウィキメディア・コモンズ（Wikimedia Commons』
・著作権フリー文書の集積『ウィキソース（Wikisource）』
・生物種のディレクトリ『ウィキスピーシーズ（Wikispecies）』
・自由なニュース『ウィキニュース（Wikinews）』（ベータ版）
・全プロジェクトの議論『メタウィキ（Meta-Wiki）』
■また、寄付のページには
地球上の誰もが自由にアクセスできる、全ての人類の知識の集合を
想像してみてください。
私たちのプロジェクトは、まさにそれを作ろうとしているのです。
そのためにあなたの助けが必要です。
とあります。で、想像してみました。
現在は資金難のためか、レスポンス等が良くなく、プロトタイプのような
雰囲気ですが、もし、レスポンスや使用勝手が改善され、大学や研究
機関が公開している情報等とウィキペディア関連がリンクするなんて
ことを想像すると、なんだか凄いものになりそうです。
■何が凄いか？
著作権で問題がある内容や企業秘密などの内容は掲載されなくても
あるテーマに関する論文を書いたり、研究したりする場合、
普通の人でもそこそこの内容のものができちゃうようになりますよね？
ということは、学校教育のあり方も変わることが迫られそう？？
■尚、私が、ウィキペディアに関心を持ったのは、
先日のメディア報道で知った昭和天皇の冨田メモの件で、
「松平の子の今の宮司がどう考えたのか 易々と 松平は平和に
強い考があったと思うのに 親の心子知らずと思っている．．．」
という記事を見た時に「松平」って誰ョ？親は誰ョ？と
その人物をウィキペディアで調べた時、
その関連も含め情報量の多さにビックリしたことからです。
■今までに、多種多様のコミュニティサイトが構築されてきていますが、
ウィキペディア関連のスケールの大きさには感動します。
■ところで、それの運営はそれなりに多難みたいで、ウィキペディアに
下記のような記事がありました．
ウィキペディアの今後
アメリカ合衆国ではウィキペディアのサーバへの負担が深刻な
問題となっている。
ウィキプロジェクトによって生み出されているデータファイルは
加速度的に増加しており、近い将来プロジェクトは破綻を来たす
ことを心配するものもいる。
現実的な対処としては利用者から課金することが挙げられた。
財団発足ののち、財団の会員として希望者から年会費を徴収し、
これを運営資金に充てるという構想が発表されたが、現状での
導入の見通しは不透明である。
2006.08.27 10:57 | コンピューティングの未来 |
トラックバック(-) | コメント(0) |
プロフィール
