2010年2月19日金曜日

デブサミ2010 レポート(その1)

2008年、2009年と、コミュニティの人間として話す側にいたDevelopers Summit。今回は純粋に情報収集のために参加。

今回の参加の目的は以下。

今のクラウドがどれぐらいビジネスに使えるか、の情報収集
【19-E-4】クラウド開発に役立つ OSS あれこれ
【19-D-6】Programming Amazon Web Services/EC2,SQS,S3,SimpleDB

これからクラウドに影響しそうな技術についての情報収集
【19-B-5】Google 日本語入力を支える情報処理技術
【19-E-7】次世代Web標準 HTML5 最新動向


というわけで、以下、まずは【19-E-4】と【19-D-6】の感想をダラダラと書きます。(下2つは別エントリ)

【19-E-4】クラウド開発に役立つ OSS あれこれ(オージス総研)
まず前提。

SIとして、

  • 企業内システムを全部クラウド化するとしたら、どんな問題にぶち当たるか

  • そしてその問題の解決に使えるOSSはどれか?


という観点のセッション。

今後のこの業界(現場レベルでの)を考える上で、この着眼点と方向性は非常に良かったと思う。
また、講演資料(スライド)はどちらかと言うとライトニングトーク(LT)に近い作りだったが、それはそれで、複数セッションを一日かけて聞きまくっている聴講者にとってはエッセンスだけが伝わってきて良かった。

構成としては上記を前半後半に分かれて別スピーカーが講演。
前半は水野正隆氏。
「オンプレミスなシステムとクラウドを連携させる時の問題点」として
・プロトコルの違い
・繋げなければいけないシステムの多さ
を指摘。

その2つの問題点はつまり、システム開発する上で一番「泥臭い」部分はやはり何とか解決していかなければいけない、ということで、特に以下3点について言及。(ちなみにAmazonを利用して開発してみた際の実例らしい)

(1)共同開発しにくい。
システムの開発現場とクラウドサービスの契約関係とのギャップがある。
SI案件は複数の会社にまたがって開発されることが多いが、クラウドサービスの契約は「代表者とクラウドサービサーとの間」で交わされる。
そのため、システム開発に携わる会社(メンバー)にそのクラウドサービスを利用してもらうには、契約者のID/PWD情報を全会社(メンバー)に渡さないといけない、等の障壁が出てしまう。

(2)テストしにくい。
使ったら使った分の料金を払えば良い、というのがクラウドのメリットだが、気持ち的にはそれは「本番稼動後」に限って欲しい話。開発途中や、それこそ終盤は大量のテストを行うわけだが、何のルールも無しに(つまり「テスト環境がある」というこれまで通りの感覚で)実施してしまうと、後から請求金額がエライことになる。
また、テストの自動化についても、これまでのノウハウが利用できない、等のデメリットがある。

(3)デプロイ先が多くてたまんない。
異なるクラウドサービスの得手不得手を見極めながら連携させてシステム構築したは良いが、その分、デプロイ先が増えてしまう。クラウドサービスが異なればデプロイ方法も違うし、複数の仮想マシンへ手動でデプロイするなんて怖くて絶対に出来ない。


と問題提起があった上で、それを解決するための方法として使えるOSSは?を後半、奥垣内喬氏が講演。
ここから急にググっと技術寄りな話に。下記それぞれのツールが、上記の問題点を解決するのに役立つだろう、というもの。
以下、聞こえた順にズラっと記載。

rforce
Force.com上で使えるRubyライブラリ。ちょっとしたツールを作成するのに有用。

fabulatr
Amazon EC2を共同利用する際に便利。

Puppet
システム管理を自動化。

Wakame
Amazonのサービスにおいてインスタンスを増減できる。

Atomosphere
Comet関連APIを抽象化するライブラリ。GAE/Jでも動く。

muleESB
POJPサービスコンテナ。スループットを最適化させることができる。(有名な書籍「GOAL」の話に近い、と補足が入って何とか理解できました)。

Eucalyptus
Amazon EC2互換のインフラサービスを構築可能。


ちなみに、奥垣内氏がいろいろと調査した中で「これは」というものをピックアップしてくれたそうで、資料の中ではその他にもいろいろと名前が挙がってました。ボクは聞こえた内容を手元にメモるので精一杯だったので、その瞬間では上記ぐらいの理解しか出来ませんでしたが、そのうち講演資料がデブサミHPからDLできるようになるかと思うので、期待。
■追記:公開されました。


概して、ボクのように「クラウドの概要は知ってるけど開発案件で使ったことがない」というレベルにとっては、大変有益なセッションだった。

残念な点としては、(1)と(2)の間でギャップが大き過ぎた。
スピーカーが(1)と(2)で異なったので仕方ない面もあるとは思うが、少なくともその間を埋める繋ぎが欲しかった。
恐らく、スピーカーとしても「どのレベルの聞き手を想定して話をすれば良いのか」という思案の中で、調査・設計という上流に近い人から、実際に開発を技術面から陣頭指揮する人および開発者、という双方にとってメリットのある話を、ということだったんだろうけど、結果として話のレベルがまったく異なる2つのセッションを無理やり一つにしてしまった、という感じになってしまった。

前半と後半の繋ぎさえスムーズに行けば、100点満点のセッションだったと思う。



【19-D-6】Programming Amazon Web Services/EC2,SQS,S3,SimpleDB(Amazon)

Amazon.comの Jeff Barr氏が講演。
センテンス毎に日本語へ通訳、という2時間講演コースの方法のため、当然のことながら時間不足。

内容としては、タイトルに挙げられているそれぞれのサービスのアウトラインを紹介して、実際にPHPを使って利用するには、というサンプルコード解説。

なんだかんだで、Amazonのクラウドサービスについてよく知らないボクにとっては、情報収集という観点では役立った。「CloudFusion」というのも初めて知ったぐらいだし。
でも、タイトル(Programming Amazon Web Serveices)を見て参加した技術者の方にとったら不満の多い内容だったと思う。

合間で笑えるユーモアを交えながら進めるセンスはさすが、と思いながらも、45分しかないセッションで通訳しながらの講演は、ちょっとツライ。

そして、何より一番驚いたのは、Adobeの小島英揮氏がいつの間にかAmazonの人になっていたこと。Jeff氏の講演をサポートされてました。いつの間に…。


というわけで、レポート前半終了。

2010年2月7日日曜日

Excelはお絵かきツールです

最初に就職した会社でボクを育ててくれた先輩(であり上司であり友だち)は、ものすごいExcel使いでした。それは表計算ソフトとしての利用範囲に留まらず、プログラムのソースコードを書くときも活用していたし、ちょっとした図を作るときもExcelを活用していました。

そんな先輩の下でスクスクとわがままに育ったボクは、Excelを表計算ソフトではなく、お絵かきソフトとして理解してしまいました。
で、今の会社でもExcelをお絵かきソフトとして活用しまくっているわけですが、世間の人はどうやらExcelをお絵かきソフトとして使うことがどうにも理解できないらしく、今回、いかに簡単にお絵かき出来るか、ということをここで解説したいと思います(ちなみにExcelのバージョンは2003です。古くてすいません)。
(わかってるかと思いますが、冗談半分で書いてますので、あまり真剣に受け取らないように)


まずは、下準備としてExcelをキャンバス化します。
セル全体を選んで、列のヘッダ部分で右クリックしたら「列の幅」を選択。


列の幅を「2」ぐらいにします。


これでExcelが方眼紙のようになりました。


さらにキャンバスっぽく真っ白にするために、方眼紙の目の線を消しましょう。
「ツール>オプション」を選択。


「表示」タブを選び、左下にある「枠線」のチェックを外します。


これで真っ白なキャンバスが出来上がりました。


ここに絵を描いていきます。
まずは「オートシェイプ>基本図形」から、長方形のシェイプを配置します。


次に、角が丸い「角丸四角形」を選択し、先ほどの長方形の上に配置します。


黄色いツマミを操作して、角の丸み具合を調整します。少し丸みを抑えました。


次に、円を配置します。「楕円」を選択して、Shiftキーを押しながら配置するとキレイに正円を描けます。


さらに先ほどの円の中に正円を配置します。
もう、何を作ろうとしているかわかってきましたね?


色を付けていきます。
土台の長方形を選択します。


ツールバーのバケツのアイコンの右側矢印をクリックして、「塗りつぶし効果」を選択します。


「グラデーション」タブを選び、「色」は「2色」にして、「色1」を「薄い青」、「色2」を「アクア」にします。
「グラデーションの種類」は「縦」を選び、バリエーションは左下のものを選びます。


同じように、小さいほうの円と、上部の角丸四角形にもグラデーションを付けます。


ちなみに、円のグラデーションは斜めにかけてます。


すべてのオートシェイプを選んでグループ化して一つにまとめます。


次に、「フローチャート>論理積ゲート」を選んで配置します。


2つ配置したら、長方形の右下部分に適当に四角形を配置します。


コネクタで、ゲートと四角形を繋ぎます。


2つとも繋げます。


繋いだコネクタの下側カーブ部分をギュイーンと下に引っ張ります。


ゲートとコネクタの色を整えたら、グループ化した長方形を選んで右クリック、「順序>最前面へ移動」を選択します。


というわけで、あっという間に「iPod nano」(微妙に古い第2世代)の出来上がり。



まぁ、Excelで作る必要はまったく無いっちゃ無いんですが。


ちなみに、図形を正確に配置していきたい場合は、「図形の調整>位置合わせ>グリッド」を選んでおくと、図を配置するときにセルの枠に沿って置けるので便利です。


透明度とかを操れるようになると、リフレクションだって出来ます。


最近のオフィス系ソフトには標準でリフレクションの機能が付いてるそうですが…。

2010年1月22日金曜日

よくできた絵



随分と以前からある絵だそうですが、最近知りました。
本当によく描けているなぁ~と感心しきり。

まだまだ正すべきことが多い業界ですね。

2010年1月20日水曜日

システム開発で必要なこと

最近、とある半受託系のプロジェクトを見ることになった。
自社プロダクトだろうと受託開発だろうと、大事な基本的なことは以下のことだと思っている。

(1)「意味のあるものをつくる」という根底の理解
(2)「絶対にうまくスタートさせ、安定運用させる」という気迫

これが根底にないと姿勢そのものが受動的になってしまい、結果失敗する可能性が高い(当たり前)。

(1)については、システムの存在(開発)目的、およびシステムを利用する人(それは直接的なユーザーであったり、ユーザーのユーザーだったりする)のことを、どこまで真剣に深く考え抜いているか、ということ。

受託開発の現場では、打ち合わせをして、仕様を発注側に決めてもらって、議事録を取って、それを証拠とばかりにふりかざしながら「本質的に必要な仕様変更」を突っぱねるシーンがある(あまり無いと思いたいが)。
これではまず、プロジェクトにおいて一番大事な「信頼感」が一気に無くなってしまう。

こういったプロジェクトによって生まれるシステムがどういったものになるか。そもそも期日までに完成するかどうか。

もちろんスケジュール的な面で突っぱねるしかない、ということも当然あるが、その場合は本質部分での代替案について、ギリギリまで考え抜いた上での現実的な解を検討するのが筋だと思う。
発注者は、システム作りにお金を払っているのではなくて、システムによってもたらされる「効果」にお金を払っているんだから。

(2)についても、(これはボク自身、昔はその気があったが)「開発してカットオーバーすればゴール!」というわけではなくて、システムというのは日々運用される中で、それによって得られる「効果」をアウトプットしてナンボ、である。
当たり前のことなのに、「運用は運用チームがやるから」とおざなりにされることもしばしば。
うーん。悲惨。(発注者も運用チームも)


これから担当するにあたって、自戒の意味もこめてポストしておこう。

2010年1月6日水曜日

クラウド元年になるの??

あけましておめでとうございます。
完全にこちらのブログはサボってしまっていますが、
今年こそは・・・
マイペースで頑張ります。


さて2010年、今年の業界を占う系の話題は「クラウド」が目立つ。

IT投資の潮目が変化、新しい現実に対応すべし(日経コンピュータ編集長)
http://www.nikkeibp.co.jp/article/news/20100104/203313/

クラウドが引き起こす混乱を乗り切ろう(日経SYSYTEM編集長)
http://itpro.nikkeibp.co.jp/article/COLUMN/20091224/342646/

クラウドで何を売りますか?何を買いますか?(斎藤昌義氏)
http://japan.zdnet.com/blog/netcommerce/2009/12/31/entry_27036124/

2010年の有望ビジネス--こんな仕事にチャンスあり?(James Urquhart氏)
http://japan.zdnet.com/news/internet/story/0,2000056185,20406058,00.htm


これ、続けて読むとなかなか面白い。
最後のコラムは、まさしく課題点をバシっと突いていて、もともとの内容も
随分と皮肉が利いてて面白い。


と、読んできた中で

セールスフォースの全サービスが1時間強にわたって停止
http://itpro.nikkeibp.co.jp/article/NEWS/20100105/342870/

なんていう記事を見ると、なかなかタフな業界になっていきそうだなぁ
と思わざるを得ない・・・。