<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
   <channel>
      <title>IT+</title>
      <link>http://www.masahiko.info/it/</link>
      <description>デベロッパー、ITプロ向けの技術情報ブログ。アイティプラス（IT Plus）。
</description>
      <language>ja</language>
      <copyright>Copyright 2009</copyright>
      <lastBuildDate>Tue, 27 Oct 2009 02:19:22 +0900</lastBuildDate>
      <generator>http://www.sixapart.com/movabletype/?v=3.21-ja</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

            <item>
         <title>PDC09のWindows Azure Platform関連セッション</title>
         <description><![CDATA[<p><img style="border-right-width: 0px; border-top-width: 0px; border-bottom-width: 0px; border-left-width: 0px" border="0" alt="winazure" align="right" src="http://www.masahiko.info/it/WindowsLiveWriter/WindowsAzure_C471/winazure_3.jpg" width="200" height="100" />PDC09の<a href="http://microsoftpdc.com/Sessions" target="_blank">セッション群</a>からWindows Azure／Windows Azure Platform関連のものを抜き出してみました（2009年10月27日現在）。リンクはすべて別ウィンドウで開く仕様になっています。</p>  <br />  <p>・<a href="http://microsoftpdc.com/Sessions/SVC06" target="_blank">Scaling out Web Applications with Microsoft SQL Azure Databases</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC08" target="_blank">Patterns for Building Scalable and Reliable Applications with Windows Azure</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC09" target="_blank">Windows Azure Tables and Queues Deep-dive</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC10" target="_blank">Software + Services Identity Roadmap Update</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC12" target="_blank">SQL Azure Database: Under the Hood</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC13" target="_blank">Windows Azure Present and Future</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC14" target="_blank">Storing and Manipulating Blobs and Files with Windows Azure Storage</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC15" target="_blank">Windows Azure Monitoring, Logging, and Management APIs</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC16" target="_blank">Developing Advanced Applications with Windows Azure</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC17" target="_blank">Enabling Single Sign-On to Windows Azure Applications</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC18" target="_blank">Building Hybrid Cloud Applications with the Microsoft .NET Service Bus</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC19" target="_blank">REST Services Security Using the Microsoft .NET Access Control Service</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC20" target="_blank">Bridging the Gap from On-Premises to the Cloud</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC22" target="_blank">Lessons Learned: Migrating Applications to the Windows Azure Platform</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC23" target="_blank">Using the Microsoft Sync Framework to Connect Applications to the Azure Services Platform</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/SVC25" target="_blank">Automating the Application Lifecycle with Windows Azure</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/VTL31" target="_blank">Coming Together in the Cloud</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/P09-03" target="_blank">Lap Around the Windows Azure Platform</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/P09-14" target="_blank">Petabytes for Peanuts! Making Sense Out of “Ambient” Data.</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/Architecting-and-Developing-for-Windows-Azure" target="_blank">Architecting and Developing for Windows Azure</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/Microsoft-Technology-Roadmap" target="_blank">Microsoft Technology Overview</a>    <br />    <br />・<a href="http://microsoftpdc.com/Sessions/Software-in-the-Energy-Economy" target="_blank">Software in the Energy Economy</a></p>]]></description>
         <link>http://www.masahiko.info/it/archives/000979.html</link>
         <guid>http://www.masahiko.info/it/archives/000979.html</guid>
         <category>Windows Azure</category>
         <pubDate>Tue, 27 Oct 2009 02:19:22 +0900</pubDate>
      </item>
            <item>
         <title>特定の拡張子のファイルを一括削除するには？</title>
         <description><![CDATA[<p><img style="border-bottom: 0px; border-left: 0px; display: inline; margin-left: 0px; border-top: 0px; margin-right: 0px; border-right: 0px" title="cmcline" border="0" alt="cmcline" align="right" src="http://www.masahiko.info/it/WindowsLiveWriter/6e43babc4d42_12A28/cmcline_3.gif" width="205" height="112" />現在のディレクトリと、その配下にあるすべてのサブディレクトリから「.test」という拡張子のファイルをすべて削除するには、以下のコマンドをコマンドプロンプトに入力すればよい。 </p>  <p><strong>cd &quot;現在のディレクトリ名&quot;      <br />del /s *.test</strong> </p>  <p>cdコマンドで現在のディレクトリへ移動する。移動しないと、すべて消してしまう可能性があるので要注意。    <br />delが削除するコマンド。実際には「test」の部分をほかの拡張子に書き換える。 </p>  <p>※くれぐれも慎重に。何があっても一切の責任は負いません。</p>]]></description>
         <link>http://www.masahiko.info/it/archives/000977.html</link>
         <guid>http://www.masahiko.info/it/archives/000977.html</guid>
         <category>Windows TIPS &amp; TRICKS</category>
         <pubDate>Fri, 25 Sep 2009 21:13:43 +0900</pubDate>
      </item>
            <item>
         <title>SQL Azureのロードマップ</title>
         <description><![CDATA[<p><img style="border-top-width: 0px; border-left-width: 0px; border-bottom-width: 0px; border-right-width: 0px" height="100" alt="sqlazure" src="http://www.masahiko.info/it/WindowsLiveWriter/SQLAzure_E995/sqlazure_3.jpg" width="200" align="right" border="0" /> SQL Azureの今後のロードマップ は次のようになっています。</p>  <ul>   <li>2009年8月初旬：CTP1 </li>    <li>2009年9月中旬：CTP2 </li>    <li>2009年11月中旬：バージョン1（商用利用可能） </li> </ul>  <p>もうすぐCTP1が提供されるようになるので、その出来がどうか、楽しみですね。</p>  <p><a href="http://www.masahiko.info/it/WindowsLiveWriter/SQLAzure_E995/SQL%20Azure%20Roadmap_2.png"><img style="border-top-width: 0px; border-left-width: 0px; border-bottom-width: 0px; border-right-width: 0px" height="214" alt="SQL Azure Roadmap" src="http://www.masahiko.info/it/WindowsLiveWriter/SQLAzure_E995/SQL%20Azure%20Roadmap_thumb.png" width="484" border="0" /></a></p>  <p>（本画像はWPC09の「<a href="http://www.slideshare.net/kylecressman/extend-your-application-to-the-cloud-with-sql-azure-database">Extend Your Application to the Cloud with SQL Azure Database</a>」のPPTから引用しました） </p>]]></description>
         <link>http://www.masahiko.info/it/archives/000976.html</link>
         <guid>http://www.masahiko.info/it/archives/000976.html</guid>
         <category>.NET Development</category>
         <pubDate>Fri, 17 Jul 2009 16:38:10 +0900</pubDate>
      </item>
            <item>
         <title>Windows Azureの購買モデルとロードマップに関する新情報</title>
         <description><![CDATA[<p><img style="border-top-width: 0px; border-left-width: 0px; border-bottom-width: 0px; border-right-width: 0px" height="100" alt="winazure" src="http://www.masahiko.info/it/WindowsLiveWriter/WindowsAzure_C471/winazure_3.jpg" width="200" align="right" border="0" />各所でニュースになっていますが、WPC09というイベントでWindows Azureの価格体系やSLAが発表されました。本稿では、それらのニュース記事ではあまり触れられていない事項について補足情報をお伝えします。Windows Azureは11月17日～19日に開催されるPDC09（<a href="http://www.microsoftpdc.com/"><strong>Professional</strong> <strong>Developers</strong> <strong>Conference</strong> November 17-19, <strong>2009</strong></a>）でローンチされます。</p>  <p>そういえば、WPC09のキーノートでは「Windows Azure Platform」という表示がなされていました。単純に「Windows Azure」のことを表しているのか、「Azure Services Platform」の名前をこれに変更しようとしているのかと疑問に思いました。どうやら後者という話です。いきなり脱線しましたが、本題。</p> ]]></description>
         <link>http://www.masahiko.info/it/archives/000975.html</link>
         <guid>http://www.masahiko.info/it/archives/000975.html</guid>
         <category>.NET Development</category>
         <pubDate>Wed, 15 Jul 2009 14:11:27 +0900</pubDate>
      </item>
            <item>
         <title>Windows Azureに関する戦略で判明したこと</title>
         <description><![CDATA[<p><img style="border-right-width: 0px; border-top-width: 0px; border-bottom-width: 0px; border-left-width: 0px" border="0" alt="winazure" align="right" src="http://www.masahiko.info/it/WindowsLiveWriter/WindowsAzure_C471/winazure_3.jpg" width="200" height="100" /> 今日、マイクロソフトのクラウド インフラに関するアンケート調査に答えたが、その質問項目からWindows Azureで検討中の機能について知ることができた。</p>  <p>まず運用費だが、月間100米ドル（＝1万円）程度を想定しており、6カ月契約で10％～5％の値引きを検討しているようだ。</p>  <p>また以下のような追加機能を検討中らしい。    <br />    <br />・管理者アクセスを要求するアプリケーションをセットアップする能力     <br />・ユーザーの応答が必要となるセットアップを実行する能力     <br />・セットアップ以外の目的での管理者権限     <br />・SMB互換命令を使う永続的で共有可能なファイル システム     <br />・キューを使わずに同じサービスでインスタンス間の通信     <br />・外出しするIPアドレスを特定のインスタンスにマップ（つまりロードバランシングなし）     <br />・外出しするインバウンド通信をHTTP以外のプロトコル経由で許可     <br />・デバッグ目的でのリモート デスクトップ アクセス     <br />・ほかの目的でのリモート デスクトップ アクセス（自由回答）     <br />・共有ホスティング（低価格、かつ、SLAなしでより厳格なWebホスティング モード）     <br />・オンプレミスとオフプレミス間の互換性     <br />・VLAN（バーチャルLAN）分割     <br />・追加サービス（自由回答）     <br />・自分のWindows Azure互換アプリ向けにマーケットプレースを構築する能力</p>]]></description>
         <link>http://www.masahiko.info/it/archives/000974.html</link>
         <guid>http://www.masahiko.info/it/archives/000974.html</guid>
         <category>.NET Development</category>
         <pubDate>Thu, 04 Jun 2009 14:24:48 +0900</pubDate>
      </item>
            <item>
         <title>返信時の引用符を無くすThunderbirdアドオン「ReFwdFormatter」</title>
         <description><![CDATA[<p><img style="border-right-width: 0px; border-top-width: 0px; border-bottom-width: 0px; border-left-width: 0px" border="0" alt="refwdformatter" align="right" src="http://www.masahiko.info/it/WindowsLiveWriter/ThunderbirdReFwdFormatter_4E66/refwdformatter_3.jpg" width="200" height="100" />メール クライアント ソフト Thunderbird でメールを返信しようとすると、引用された内容の前に「&gt;」という引用符が付きます。また、転送しようとすると、件名が [ ] で囲まれてしまいます。</p>  <p>この現象は設定では解決できません。世の中にある Thunderbird アドオンである程度対処できるのですが、すべての「&gt;」が消されたりと、使い勝手がよいものがありませんでした。</p>  <p>そこで、これらの問題を解決するアドオン「ReFwdFormatter」を開発しました。</p> ]]></description>
         <link>http://www.masahiko.info/it/archives/000973.html</link>
         <guid>http://www.masahiko.info/it/archives/000973.html</guid>
         <category>アプリケーション＆ツール</category>
         <pubDate>Fri, 01 May 2009 05:50:27 +0900</pubDate>
      </item>
            <item>
         <title>Microsoft が提供する PaaS“Red Dog”</title>
         <description><![CDATA[<img alt="cloudcomp.jpg" src="http://www.masahiko.info/it/archives/images/cloudcomp.jpg" width="200" height="100" align="right" />スティーブ・バルマー氏が秘密にしている Microsoft のクラウド プラットフォーム戦略 “Red Dog”（コード名）が、<a href="http://www.masahiko.info/it/archives/000948.html" target="_blank">PDC 2008</a> で明らかとされる<a href="http://japan.cnet.com/news/biz/story/0,2000056020,20381055,00.htm" target="_blank">予定</a>らしいです。“Red Dog”は Windows 向けのクラウド プラットフォームを提供するプロジェクトです。

“Red Dog”を加え、今後、クラウド ベースのプラットフォームを提供するサービス（いわゆるPaaS：Platform as a Service）は、主に以下の3つになると考えられます。

　・Google App Engine
　・Amazon EC2
　・Microsoft “Red Dog”（→Windows Azureという名称になりました）

これらはいずれもユーティリティ コンピューティング、つまり使用容量やトラフィックに応じて利用料を払う、従量課金のコンピューティング環境です。“Red Dog”は、Microsoft のインフラ上のストレージやホスティング環境を従量課金で使えるようにし、開発者が（Microsoft のクラウドが持つパワーを生かして）柔軟にクラウド サービスやアプリケーションを開発できるようにします。

特徴をまとめると以下のようになります（参考「<a href="http://www.liveside.net/main/archive/2008/04/09/red-dog-ray-ozzie-s-answer-to-the-google-app-engine.aspx" target="_blank">LiveSide.net: Red Dog: Ray Ozzie's answer to the Google App Engine?</a>」）。

　・効率的な仮想化環境
　・完全自動化されたサービス管理システム（※Google App Engineのように運用面は気にしなくてよい）
　・高いスケーラビリティを持つストレージ サービス（必要な容量だけを利用する形態）
　・サービスは Microsoft のデータセンターにある何百万台のマシンにスケールアウト可能
　・インターネット サービスとアプリケーションの迅速な開発、展開、メンテナンスのための最高のプラットフォームとして、今後の市場をリードしていく
　・来年にはバージョン1が提供される（かも）

ここで気になるのは「ソフトウェア＋サービス」（software-plus-services）との関係でしょうが、当然“Red Dog”も、「ソフトウェア＋サービス」アプローチの一環として進められています。今後の情報システムのあり方は以下のような3種類に分類できると思いますが、一極集中は行き過ぎた考え方であり、バランスのとれたハイブリッド型が浸透していく可能性が高いのではないでしょうか。

　・企業ベースの（アプリケーション）ソフトウェア
　・ソフトウェア＋サービスのハイブリッド
　・完全なクラウド サービス

現実的には、Googleは比重をクラウドに置いたハイブリッドを進めており、Microsoft は比重をソフトウェアに置いたハイブリッドを推進しているととらえた方がよいと思います。

「おや、Googleはクラウド一点なんじゃないの？」という意見が多数あると思いますが、Google 自身も Web アプリケーションをデスクトップで使えるようにする Google Gears（と Google Chrome ）などを提供することで、Web アプリケーションの限界を超えようとしています（Google Gearsにより、Webアプリはデスクトップ アプリになります）。Adobe については AIR で、というように、いまはWebテクノロジの方からデスクトップに歩み寄るようになっているのが現実。それらを見ると、結局はWebとデスクトップの長所をうまく利用しようとするのが今後の情報システムの方向性で、それにクラウド寄りか （Google の立場）、ソフトウェア寄りか （Microsoft の立場） という違いがあるだけだと思います。

【参考資料】
<a href="http://www.liveside.net/main/archive/2008/04/09/red-dog-ray-ozzie-s-answer-to-the-google-app-engine.aspx" target="_blank">LiveSide.net: Red Dog: Ray Ozzie's answer to the Google App Engine?</a>
<a href="http://www.informationweek.com/news/services/saas/showArticle.jhtml?articleID=209400797" target="_blank">InformationWeek: Microsoft Mum On 'Red Dog' Cloud Computing</a>
<a href="http://venturebeat.com/2008/09/25/steve-ballmer-dishes-out-the-charm-in-silicon-valley-hints-at-red-dog-pledges-to-spend-billions-on-search-business/" target="_blank">VentureBeat: Steve Ballmer dishes out the charm in Silicon Valley, hints at Red Dog, pledges to spend billions on search business</a>]]></description>
         <link>http://www.masahiko.info/it/archives/000967.html</link>
         <guid>http://www.masahiko.info/it/archives/000967.html</guid>
         <category>.NET Development</category>
         <pubDate>Tue, 30 Sep 2008 01:18:42 +0900</pubDate>
      </item>
            <item>
         <title>未来のIT業界とクラウド コンピューティングに対する考察</title>
         <description><![CDATA[<img alt="cloudcomp.jpg" src="http://www.masahiko.info/it/archives/images/cloudcomp.jpg" width="200" height="100" align="right" />商用コンピュータの過去の時代の流れと、これからの時代の流れの予測をシンプルにまとめてみました。

1. 【1950～1990年】メインフレーム（汎用機）時代
　→ 利用者：一部の大企業（少ない）。
　→ 価格：大企業なら買えるレベル
　→ 用途：大企業の基幹業務。

2. 【1980～2020年】パーソナル コンピュータ時代
　→ 利用者：一般の人から大企業まで（多い）。1人1台程度
　→ 価格：中小企業や個人でも買えるレベル
　→ 用途：一般業務、日常の連絡手段や作業、ゲームなどなど。

3. 【2010～2050年】クラウド コンピューティング時代
　→ 利用者：一般の人から大企業まで（多い）。1人5台程度
　→ 価格：安い。個人がいくつでも買えるレベル。薄利多売の世界。
　→ 用途：一般業務、日常の連絡手段や作業、ゲームなどなど。そのほか生活を便利にするサービス（詳しくは下記）。

2010年から始まると予測しているクラウド コンピューティング時代ですが（まぁ、すでに始まっていると見てもいいかもしれませんが）、このころになるとソフトウェアやサービスの価格がぐっと安くなってきます。結局、経済市場の世界では、ものがあふれてくると、どうしても安くならざるを得ないと思います。

ここでもし「絶対にうちは安くしない」と言い張ったところで、機能は少し劣っても圧倒的に安いものを他社が出してきたら、それに負ける可能性が高くなります。成功した企業は機能改善して顧客満足度を追求するのが普通ですが、そうするとそれよりも機能の劣る顧客満足度の低い製品が出せなくなります。そうこうしているうちに機能は劣るが価格が安い他社の製品に負けてしまうのです。いわゆる「イノベーションのジレンマ」。

それぞれの製品が安くなっていくとすれば、企業の利益は少なくなるので、結果的に現在の（IT業界の）パーソナル コンピュータ市場の規模は小さくなっていってしまうはずです。そう考えると、IT業界に関わっている人の未来は暗いのでしょうか？ その答えは僕には分からないし、誰にも分からないでしょうが、クラウド コンピューティングに可能性を見ることができると僕は考えています。

すでにコンピュータは1人1台程度は普及していると思います。だから、メインフレーム時代からパソコン時代に起こった「パソコンを持っていない人にもっと普及させる」という手法による市場拡大は、もうさすがに期待できません。ではクラウド コンピューティングでは、どうするか？ それは、製品を安くしても1人3台も4台も持たせて、トータルでのIT業界の収益を高めることです。

とはいっても「そんなに何台も要らないよ……」という反応ばかりでしょうが、確かにそのとおりです。しかしクラウド コンピューティング時代では、ノート パソコンとか、デスクトップ パソコンとかだけをITの対象としてはいけないと僕は考えています。そうではなく、コンピュータが動くデバイスの種類を増やしていかなければならない。それ以外にIT業界がいまよりも飛躍的に発展していく道はあり得ない。僕はそう思います。

例えば、ネットワーク サービスとつなげてリアルタイムに番組視聴者のコメントを表示させる「テレビ」や「ラジオ」を作ったり、ネットワーク サービスに接続して最新ニュースのアラートが表示される「時計」を作ったり、冷蔵庫の中身をネットワーク上に情報を送信して買い物に時に携帯でチェックできるようにする「冷蔵庫」を作ったり、そういうふうにコンピュータが載る領域を広げる以外に、IT業界が今後めざましい発展を遂げる可能性はないと思います。

もしクラウド コンピューティングが単にシステム形態においてパーソナル コンピュータに取って代わるだけで、それ以外の広がりや革新がないのであれば、IT業界の未来はそれほど明るくないかもしれないと僕は危惧しています。だってIT業界で働いてもお金が儲からなくなるわけだから、この業界に入りたいという人もより少なくなるし、この業界に今居る人も居続けたいと思わないですよね？！ クラウド コンピューティング時代の幕開けは、上に書いたような対象デバイスの拡大がセットでなければならない。そうしないと、IT業界の人は上記の理由でジリ貧になってくる可能性があります。クラウド コンピューティング時代の到来が、IT業界も消費者も幸せにならずに、双方にとって悲劇になってしまう可能性もあるということです。だからこそ、時代の過渡期にいる（と思われる）今が、非常に重要な時間なのかもしれない。ふとそう思いました。未来からいまを振り返ってみると、「あのころは激動の時代だった！」とか言っているのかもしれませんね。]]></description>
         <link>http://www.masahiko.info/it/archives/000966.html</link>
         <guid>http://www.masahiko.info/it/archives/000966.html</guid>
         <category>.NET Development</category>
         <pubDate>Sun, 14 Sep 2008 03:01:48 +0900</pubDate>
      </item>
            <item>
         <title>Google ChromeとIE8の類似性</title>
         <description><![CDATA[<img alt="Google Chrome" src="http://www.masahiko.info/it/archives/images/googlechrome.jpg" width="200" height="100" align="right" />Google Chromeに搭載されている機能で、IE8の新機能と同じようなものがあります。
例えば以下。

●ブラウザ全体がクラッシュしない！（タブごとにプロセス化）

●ドメイン・ハイライト（アドレス入力部分で嘘のアドレスを見つけやすい）

●ブラウザに履歴などを残さないモード
Google Chrome：シークレット・ウィンドウ
IE8（ベータ）：InPrivateブラウズ

後出しはグーグルの方だから、グーグルが「真似た」ということでしょうか。

表示の速さは同じくらいか、IE8の方が早いんじゃないかという印象を受けています（ちゃんと計測しないと分からないですが）。
やっぱり便利さではIE8と思うんですけど、Google Chromeのシンプルさはいいですね。

しかしGoogle Chromeはまだ実用レベルじゃないですね……。ブログが書き込めない……。]]></description>
         <link>http://www.masahiko.info/it/archives/000965.html</link>
         <guid>http://www.masahiko.info/it/archives/000965.html</guid>
         <category>.NET Development</category>
         <pubDate>Thu, 04 Sep 2008 02:00:44 +0900</pubDate>
      </item>
            <item>
         <title>プラットフォームとしての「Google Chrome」</title>
         <description><![CDATA[<img alt="Google Chrome" src="http://www.masahiko.info/it/archives/images/googlechrome.jpg" width="200" height="100" align="right" />9月2日（米国時間）にグーグルが新しいWebブラウザ「<a href="http://www.google.com/chrome" target="_blank">Google Chrome</a>」を提供開始しました。確かにGoogle Chromeはブラウザですが、オフラインでWebアプリケーションを実行できる機能（Google Gears）が標準で組み込まれているという意味で、長く噂されてきた「The Google OS」プラットフォームとして見る方が適切かもしれません。

<a href="http://www.google.com/chrome/intl/ja/why.html?hl=ja" target="_blank">グーグルによる</a>と「ウェブは、シンプルなテキストのみのページばかりが提供されていた時代から、リッチでインタラクティブなアプリケーションへと進化を遂げています。特に、今本当に必要とされているのは、単なる「ブラウザ」ではなく、ウェブページやアプリケーションに対応した最新の「プラットフォーム」なのだ」そうです。つまり、Google ChromeはWebアプリケーションのためのプラットフォームとして作られ、今後、Windows OS プラットフォームに対抗することを目指しているように見えます。

Google Chromeは、Mac OSよりも、Windows Vista／Windows 7よりも、安価なプラットフォームとしての地位を目指すための第1歩なのかもしれません。Windows XP Home EditionにGoogle Chromeを乗せた超安価なPCが販売され、「それだけで普段の業務（SaaSアプリケーション）や、メール、ブラウジングといった日常の操作は十分でしょ」というユーザーが増え、それがデファクト・スタンダードになることもあり得ます。これは、マイクロソフトにとって最悪のシナリオだと思います。

もちろん、マイクロソフトもIE8でブラウザを改善してくるし、こういったシナリオは現実のものには、なかなかならないとは思います。ですが、ブラウザ、インターネット、クラウド、これらの分野の競争がますます熾烈になってくるのは確実なんじゃないでしょうか。]]></description>
         <link>http://www.masahiko.info/it/archives/000961.html</link>
         <guid>http://www.masahiko.info/it/archives/000961.html</guid>
         <category>Google Development</category>
         <pubDate>Wed, 03 Sep 2008 15:01:42 +0900</pubDate>
      </item>
            <item>
         <title>メソッドのシグネチャ（signature）とメソッドの構文（syntax）の違い</title>
         <description><![CDATA[<img alt="signature syntax" src="http://www.masahiko.info/it/archives/images/signaturesyntax.jpg" width="200" height="100" align="right" />メソッドの「シグネチャ」（signature）という用語は、メソッドの定義を示す際によく使われる用語ですが、厳密な意味を考えると、この用語を使用する際には注意を要します。シグネチャは、プログラミング言語設計の用語で、言語ごとに明確な意味が定義されているからです。その意味を正しく把握したうえで「シグネチャ」という用語を使う必要があるのです。

一方の「構文」（syntax）という用語は、より汎用的な意味で使われます。単に「ソース コード上にどのように文字が配列されているか」という表記方法を表しているだけなので、プログラミング言語ごとに意味合いが異なるわけではありません。

従って、無難にメソッドの定義について言及したい場合は、「メソッド構文」という用語を使った方がよいと思います。

以下ではメソッドの「シグネチャ」についてもう少し詳しく解説しましょう。
]]></description>
         <link>http://www.masahiko.info/it/archives/000959.html</link>
         <guid>http://www.masahiko.info/it/archives/000959.html</guid>
         <category>.NET Development</category>
         <pubDate>Tue, 17 Jun 2008 01:01:04 +0900</pubDate>
      </item>
            <item>
         <title>ハッカソンとは（Hackathonとは）</title>
         <description><![CDATA[<img alt="itbizdic.jpg" src="http://www.masahiko.info/it/archives/images/itbizdic.jpg" width="200" height="100" align="right" />ハッカソン（Hackathon：Hack-a-thon）とは、とある開発テーマの技術に興味のあるプログラマーたちが、会議室やソファーがある場所などにノートPC持参で集まり、みんなで一緒にソフトウェアをハックしまくって楽しみ、最後に開発したアプリケーションやサービスを参加者全員の前でプレゼンするという、いわばギークのためのお祭りイベントです。ハッカソンの期間はだいたい1日中が普通で、長ければ合宿などで数日から1週間もある場合があります。

ハッカソンという用語は、「Hack」と「Marathon」を合わせた造語で、米国で1999年あたりから使われ出し、まず OpenBSD が開いたイベントで使われ、次に Sun の JavaOne conference イベントで使われたそうです。その後、2000年に PHP の開発イベントで、2001年に FreeBSD、2002年に Apache と、徐々にさまざまなイベントで使われるようになりました。ちなみに、ハッカソンと同様のイベントの用語として、「CodeFest」（コードフェスト）や「Sprint」（スプリント）などがあります。ちなみに Google のカンファレンスでは「Code Lab」（コードラボ）と呼ばれています。

ハッカソンの意義は、単にハックしている時間にあるのではなく、多くの人々が一緒に、自分らがしたいことをしたいようにハックする「特別な時間」にあります。通常、参加者は興味テーマごとにいくつかのグループ（5人程度）に分かれて、各グループ内でアイデアを出し合いながら画期的なアプリケーションを作成したり、資料となる開発手順ドキュメントなどを見ながら黙々とサンプル アプリケーションを作ったりします。各グループ内で「ああだ」「こうだ」とやり合うことで、テーマ技術に対するおもしろい発見や気づきがもらえたり、これまで抱えていた疑問が解消したりと、1人でハックするだけの行為にはないメリットがあります。こうやってみんなで考えたものが、革新的なサービスやアプリケーションを開発するためのの新たなプロジェクトの誕生につながったりすることも考えられます。つまり「3人寄れば文殊の知恵」（Two heads are better than one.）というわけです。

日本でもここ最近ハッカソンが開かれて盛り上がる例が増えてきました。そのレポート記事へのリンクを以下に紹介します。]]></description>
         <link>http://www.masahiko.info/it/archives/000958.html</link>
         <guid>http://www.masahiko.info/it/archives/000958.html</guid>
         <category>ITビジネス用語集</category>
         <pubDate>Sat, 14 Jun 2008 18:20:45 +0900</pubDate>
      </item>
            <item>
         <title>Google App Engine コード ラボ （Hackathon）レポート</title>
         <description><![CDATA[<img alt="Google Developer Day 2008" src="http://www.masahiko.info/it/archives/images/googledevday2008.gif" align="right" height="100" width="200">本日の Google Developer Day 2008 Japan の午後は、Google App Engine コード ラボ （Hackathon）に参加しました。20～30名ぐらいの参加者がいました。

まず最初の30～60分が、課題の Google App Engine アプリケーションである「Wiki」のコード内容の説明でした。

　・<a href="http://code.google.com/p/google-app-engine-codelab/" target="_blank">セッションで使った資料（A progressive example of developing a Wiki with Google App Engine）</a>

その後、「残りの3時間で、この Wiki を拡張するか、独自の Google App Engine アプリケーションを構築せよ」とのことで、それぞれ個人で黙々と、もしくは数名で協力したりしながら、ときには Google 社員のアドバイスを受け、それぞれが思いのままにアプリケーションを開発しました。

そして、5時あたりから開発したアプリケーションのプレゼンを開始しました。プレゼンは希望者だけだったので8名ぐらいが発表していたと思います。次の写真はその風景です。

<img alt="googledevday05.jpg" src="http://www.masahiko.info/it/archives/images/googledevday05.jpg" width="490" height="315" />

ちなみに僕は、独自アプリケーションの開発を選択しました。今回作成したのは、GData API（＝ Google のサービスからデータを取得、設定するためのAPI）を Google App Engine アプリケーション内で使うというもの。具体的には、Google カレンダ（Google Calendar）のイベント情報を Web ページにテキストで列挙し、またテキストでイベントを一括設定するというものです。しかし残念ながら 3 時間という時間制限のなかで、不慣れな Python 言語と GData API の活用とあって、一括設定まではすすみませんでした。しかしできたところまでをみんなの前でプレゼンさせてもらいました。質問もあり、興味を持ってもらえた人もいるようで良かったです。

今回作成したアプリケーションについてもう少し詳しく説明しましょう。]]></description>
         <link>http://www.masahiko.info/it/archives/000957.html</link>
         <guid>http://www.masahiko.info/it/archives/000957.html</guid>
         <category>Google Development</category>
         <pubDate>Tue, 10 Jun 2008 21:59:58 +0900</pubDate>
      </item>
            <item>
         <title>Google Developer Day 2008 Japan の風景</title>
         <description><![CDATA[<img alt="Google Developer Day 2008" src="http://www.masahiko.info/it/archives/images/googledevday2008.gif" align="right" height="100" width="200">本日開催されたGoogle Developer Day 2008 Japan で撮影したいくかの写真を掲載します（画質が悪いですが……）。

<img alt="googledevday00.jpg" src="http://www.masahiko.info/it/archives/images/googledevday00.jpg" width="490" height="238" />

朝一の5Fに置かれていた丸くてカラフルなイスです。みんな基調講演に行っているので人っ子一人いません。

<img alt="googledevday01.jpg" src="http://www.masahiko.info/it/archives/images/googledevday01.jpg" width="490" height="311" />

その脇にあるショーケース。Googleをモチーフとしたいろんなオブジェが飾られています。

<img alt="googledevday02.jpg" src="http://www.masahiko.info/it/archives/images/googledevday02.jpg" width="490" height="368" />

基調講演が始まる直前の風景。中央にカラフルな立方体が積み上げられていてGoogleらしい。

<img alt="googledevday03.jpg" src="http://www.masahiko.info/it/archives/images/googledevday03.jpg" width="490" height="267" />

基調講演中の外でもこのような映像が流れておりのんびりと受けられます。

<img alt="googledevday04.jpg" src="http://www.masahiko.info/it/archives/images/googledevday04.jpg" width="490" height="468" />]]></description>
         <link>http://www.masahiko.info/it/archives/000956.html</link>
         <guid>http://www.masahiko.info/it/archives/000956.html</guid>
         <category>Google Development</category>
         <pubDate>Tue, 10 Jun 2008 21:12:34 +0900</pubDate>
      </item>
            <item>
         <title>Google App Engineの次期機能</title>
         <description><![CDATA[<img alt="Google Developer Day 2008" src="http://www.masahiko.info/it/archives/images/googledevday2008.gif" align="right" height="100" width="200">Google Developer Day 2008 で 12 時からあった「Google App Engine 概要」のセッションで、次に搭載を考えている機能がいくつか示されたので紹介します（※ネットでの情報収集により細かく修正しました）。

　・日本の電話キャリア（docomo、AU）に国際SMSが送信されない件で、両企業とやり取りをしており、近々に対応できる見通し
　・ほかの言語への対応（現時点で詳細は明らかにできない）
　・追加容量の購入（……いまってまだ買えないんだっけ？！）
　・大容量データのアップロード、ダウンロードのサポート（例えばビデオなどのデータらしい）
　・オフライン処理（Gearsみたいな機能ということではなく、決めた時間にバッチ処理を走らせたりする機能みたい＝「定刻にメールを送りたいという機能は実装できないなぁ」と考えていたのでこれはいいね）

まだプレリリース版であることを強調していました。でもできるだけ早く完成版を提供できるように努力するらしいです。

また、Web 開発を始めるときにはマシンや環境などいろいろな準備が必要で、そのハードルの高さが Web アプリを開発して展開しようとするときの妨げになっている。Google App Engine なら無料でスタートして気軽に Web 開発に踏み出せると言ってました。]]></description>
         <link>http://www.masahiko.info/it/archives/000955.html</link>
         <guid>http://www.masahiko.info/it/archives/000955.html</guid>
         <category>Google Development</category>
         <pubDate>Tue, 10 Jun 2008 17:02:31 +0900</pubDate>
      </item>
      
   </channel>
</rss>
