動的型言語と言っても in Ruby
ある nakagami の日記のnakagamiさんがPerl/PHP/Pythonを例に動的型付けの話を書かれていました。
同じネタをRubyでなぞってみます。
5 / 2
=> 2
5.0 / 2
=> 2.5
"5" / 2
=>NoMethodError: undefined method `/' for "5":String
うーん、美しい。背景のロジックが明快なのは落ち着きますね。
一方で、5 / 2なんだから、当然2.5だろう、という算数として当然の結果が返ってくる方が親切だという気持ちも分かる気はします。ただ、私もPython/Rubyスタイルの方が好みです。
ちなみに、5は整数型を表すクラス（厳密にはFixnum）から作成されたインスタンスで、5.0はFloatを表すクラス（Float）から作成されたインスタンスです。Rubyでは演算子もクラスのメソッドとして定義されている（"5 / 2"は"5./(2)"と同義）ので、「5 / 2」はあくまで整数の結果を返し、「5.0 / 2」はあくまでFloatで結果を返すわけです。
プログラミング言語の型についての話は、Rubyまつもとさんの「まつもと直伝 プログラミングのオキテ 第4回」がオススメです。
※ ちなみに -5 / 2 は -3 を返します。
del.icio.usをメタデータとして使ったdelimages
Alex BosworthがDelimagesというちょっと面白いサービスをリリースしていました。
http://www.sourcelabs.com/blogs/ajb/2005/12/delimages.html
delimagesは、del.icio.usのブックマークから、ファイルの拡張子がjpgのものを集めて、その画像を表示するサービスです。
del.icio.usにはjpgに対するブックマークを意味するsystem:filetype:jpgというタグがあり、そのブックマークを一覧表示することができます。
delimagesは、ブックマークとして一覧表示するのではなくて、実際のブックマークされた画像を一覧表示するものです。
例えば、ネコに関するjpg画像へのブックマークを集めて見てみるとこんな風になります。癒されます。
del.icio.usのシステムが提供しているsystem:filetype:jpgという仕組みと、タグというメタデータそのものを組み合わせてWebから自分のほしいデータを抽出してくるという流れがうまく言えないけれど可能性を感じました。非常に目新しい！というわけではないですが、面白いです。
なんで馬鹿共は優れたテクノロジーを使おうとしないのか。
はてなムラとYahoo!サマと。
「過去記事と話題がかぶる記事を探してひたすらTBを打てば、あら不思議、アクセスアップですよ。」って記事を書いたYahoo!ブログとはてなの空気の違いが笑えた。まぁ、正直元記事書いた人には災難。気の毒でもある。
http://b.hatena.ne.jp/entry/http://blogs.yahoo.co.jp/nonakajun/777584.html
個人的にははてなブックマークの方に気持ちは近いのだけど、livedoorブログとかいう腑抜けたブログサービス*1に住んでいる者としては、はてブユーザーの意見が偏りまくっているのもすごいもんだと感心した。
あまり自分たちが良貨だと思っていると、悪貨に駆逐されちゃうかも。livedoorなんかは悪徳業者やらオレオレルールのブログがはびこりまくってるし。最後ははてな総モヒカン化で最後の砦になるのかな。
ともあれ、スケーラブルで”文化的に”セキュアな仕組みってのはむずかしいね。
*1: いや、実はカスタマイズしまくれるし、けっこう重宝してますが。
決まらない仕様には「仕様の仕様」を出そう。（あるいは要件と仕様と設計の話）
「設計者の発言」さんの「ユーザがなかなか仕様を決めてくれないって？」をとても興味深く読みました。
「ユーザがなかなか仕様を決めてくれないんです」という悩みをじつによく聞く。（略）問題はどちらかといえば設計者の側にある。
で始まるこのエントリでは、設計者がユーザの反応を見ながら提案内容をどんどん修正し最終案としてまとめるという、「インタラクティブなやりとり」が必要という主張がされています。
ただ、この話は仕様決めと要件定義をごちゃまぜにしている部分があるように思います。たしかに実際に作業を進める上では、この二つがフェーズとして重なることもよくあります。ただ、少なくともエンジニアの頭の中では明確に切り分ける必要があると思っています。
そして、このエントリで言われる「インタラクティブなやりとり」が必要になるのはどちらかというと要件定義の時です。ユーザの目的に沿ったシステムをイメージしてもらうためにラフなシステムのイメージを描いては捨てながら、だんだんと具体化していくのはたしかに要件定義で有効な方法だと思います。
一方で、仕様決めでは実は答えは決まっています。仕様決めの最終的なアウトプットとして必要なのはシステムが作れるレベルまで具体化されたスペックです。
「オンラインで支払いまで完了できるようにしたい」というのが要件で、「OKを押したら支払い画面へ行きます」「キャンセルのときはTop画面へ戻ります」「入力不備の際は再度入力画面へ移動します。入力不備の条件はhogehogeです」というのが仕様です。そして、これをやるにはMVCでこうやってhogeって・・・というのが設計です。
なので、実は仕様のアウトプットの正確な姿を一番よく知っているのはエンジニアなのです。お客さんは何がわかればシステムが作れるのかは知りません。だからこそエンジニアが必要なわけです。
この辺りの課題を解決するのには「仕様の仕様」を提示するのがいいかなと思っています。「自分が必要としているアウトプットはこのレベルです。」というのをユーザーに提示して穴埋め問題式で仕様を決めてもらうのです。「○○のときは××である」というのをずらーっと並べて一つ一つ詰めていくことになるのですが、この一覧をそのままユーザーに突きつけるのは不親切なので、頭の中の一覧を一つ一つわかりやすい表現で確認していくのがいいようです。
「○○が××になるのはどんなときですか？」「じゃあ、△△のときはこうなるんでしょうか？」「□□のときは●●ですかね？」といったかんじで実装できるレベルまで仕様を詰めていくわけです。（繰り返しになりますが、話の中では要件と仕様と設計の話が行ったり来たりしがちなので、自分の頭の中ではきっちりとラベルを貼って今どんな話をしているか判別する必要があります。）
これをやらずに「ユーザーが仕様をきっちり出してこない！」と憤慨するのはエンジニアの怠慢かスキル不足なのだと思うのですよ。（誰に言ってんだか）
目的にすべきもの、すべきでないもの
水かけても仕方ないので、トラックバックはしない。ただ、自分のWeb2.0とやらへの姿勢として書いておく。某所の2エントリを読んでの話。
Web2.0的であることが目的ではなく、「ビジネスとしての競争力がどの手段で最大化されるか」が一番のテーマであり、そのための手段にWeb2.0的なもので良い手段となれるものがあるか、という検討をすべきではないか。
たとえば、「ビジネスを円滑に進めるための、ボーダレスに情報を共有できる組織・仕組み作り」が目的あり、そのための手段としてブログやWikiが使えるんじゃない？ってアプローチになるはず。（じゃあ顧客にプレゼンするのにツールをプレゼンしても意味がない、というのは当然。）
はてなのようにイノベーションを起こし続けることが存在意義になってしまっているポジションの企業はともかく、実地のビジネスに使うのであればWeb2.0は相当に考え抜いて使わないとまさにBuzz化すると思う。
どうも要素技術に引っ張られすぎなのではないだろうか。（と、技術者でコード書いたりしているやつが言ってみる）
ちなみに
＞はてなのようにイノベーションを起こし続けることが存在意義になってしまっているポジション
これ、否定的な意味ではない。現時点のポジションでは、今のはてなの姿勢は正しいと思う。大前研一氏がいうところのマルチプル経済が働くから。ただ、これが飛躍のきっかけであるが故に少なくとも「他人の起こしたイノベーションに遅れを取れない立場になってしまった」とも言えると思っている。（あくまでマルチプル経済を原動力とするならば、という仮定の話。イノベーション企業であろうとするならば、この限りではない。）
なんか、ブクマで言いっ放しは卑怯者のすること！みたいな意見もあるようなので否定的意見はブログに書いておく方向で。
「ひとつ上のアイディア」
今日、本屋で大量購入したものの、この本はあまりにキャッチーすぎて、しかもテーマが狙いすぎていて、絶対駄本だと思い通りすぎていました。
さっそくAmazonで発注します。
Ruby楽しいよ、の後記
書いてみて思ったけど、こうやってわざわざブログにエントリして擁護すること自体、変なことだと言えば変なことだとは思う。（生みの親のまつもとさんはともかくとして）
Cウゼー！とかJava最悪！とか見たりしても、別に「ふーん」とか「まぁ、そうだよね」としか思わんのに、Rubyだとこうして反応してるあたり、まぁ、特殊な言語だよなー。少なくとも自分の中では。いい道具だから知ってほしい！という気持ちと共に判官びいきな部分があるのは否定できないかも。「それがわざとらしくて、うさんくさい」ということであれば、たしかにおっしゃるとおりなのかもね。
それでもやっぱり「Rubyは楽しい」と言っておこう
どうでもいいけど、Ruby 自身にしろ RoR にしろ、彼らはやたらと "joy" だの "使って楽しい" だのを強調するが、これ自体がそもそも非常にうさん臭い言葉だよな。プログラミングが楽しいのはある意味当然であって、必要以上に楽しすぎる場合はどこかでツケを払う必要が出てくる (そのツケを払うのが自分とは限らない) ということに彼らは気づいているのだろうか。
「楽しいRuby」ってほんまかいな、と思いながら始めてみて、いつのまにかすっかり「Ruby楽しい！」と思ってしまっている者として一応コメントを。たぶん「プログラミングが楽しいのはある意味当然であって」、その楽しさから余分なストレスを少しでも省いていった形がRubyだったりするのだと思っている。
Rubyは「楽しいんだけど○○が××だったらもっといいのになぁ」というような点が比較的「いいかんじ」にクリアされていることが多い。それがいくつも重なっていたりすると、ちょっと離れがたくなってしまう、というかんじ。たぶんそれが、まつもとさんの書かれている
- プログラマのあるサブセットは共通の嗜好を持ち
- その集合が「楽しい」と感じるある言語の性質がある
なんじゃないかと。（Railsを作ったDHHも「Rubyは、それはもう、ものすごくフィットしたんです。私の脳に完璧にフィットしました。」と言っているし、まぁ、たしかに感覚的で具体性はない。）
だから実態としては「必要以上に楽しすぎる」ってこともないんだと思う。Ruby自体やRails自体が楽しくてハァハァ言いながらプログラミングしちゃうってことはさすがにないだろうし。（いや、どこかには一人や二人いるのかもしれないけれど）
むしろ、PerlやCのような言語の方が言語自体に楽しさがあるんじゃないと思っている。
「もうほんとC（もしくはPerl）のこういうところってなってないよなー。なんでこんな苦労しなきゃなんないんだよ。ぶつぶつ」（と言いながらにやにや満足気にコーディングしたり。）
Rubyの良さは、うまい料理をホスピタリティの高い店で食べるかんじかな。もちろん料理としてのプログラミング自体の良さがあって、食べる環境（RubyなりRailsなり）がちょうどそれを楽しむのをジャマしないようにセッティングされているともう最高においしいよね。っていう。
まぁ、とってもいまさらの話かもしれませんが。
簡単Ruby on Railsの決定版？ - Instant Rails -
最近はCNETでも取り上げられたり、DHHがGoogle-O'Reilly Open Source AwardsのHacker部門を受賞したり、日本でも結城浩さんが「Railsアプリに挑戦」されていたり、とすっかりRubyという枠を飛び越えて走り始めた感のあるRails。
そんなRuby on Railsがまた一つお手軽になりました。それがこのInstant Rails。
これはRailsの開発環境一式がダウンロード＆Drag and Dropで作れてしまう「ちょっとRailsを試したい」という人にはぴったりのパッケージになっています。このInstant Railsをダウンロードしてzipを解凍し、使いたいフォルダへD&Dするだけで、Ruby、Rails、Apache、MySQL、さらにMySQLの管理ソフトとしてphpMyAdminが使えてしまうというスグレモノ。新しいものを始める時にひょっとしたら一番面倒かもしれない実行環境を整えるまでのストレスがとんでもなく軽減されます。しかも、提供者は"Rolling on Ruby on Rails"を書いたCurt Hibbs。記事中のcookbookアプリケーションが実際に実行できる状態でサンプルアプリケーションとして入っているという、Rails入門者にはうれしいオマケ付。
ということで、実際に使ってみました。
- Instant Railsのサイト、[Download]ページから最新版のInstantRails-1.0-preview5-win.zipをダウンロード。適当なディレクトリ（スペースは含んではいけないそうです。）へ解凍。解凍後のサイズは128MBほど。
- InstantRails.exe を実行。
- 現在のパスを実行環境として設定して良いかを確認してくる（"Instant Rails has moved from "E:\Dev\RubyDev\InstantRails-Project\trunk\InstantRails" to "copy-to-directory-path". Regenerate configuration files?"）ので、OKと答える。*1
- ApacheとMySQLのサーバーが起ち上がり、信号がStarted(Green)になったら準備完了。Instant Railsウィンドウの小窓上の�汽沺璽�のアイコンを押すとメニューが開いて各種アプリケーションへアクセスできます。
ここで、実際に使ってみる前に日本語環境でハマリそうな点を一個だけ。�汽沺璽�のアイコンからConfigure > Database ( via phpMyAdmin )でphpMyAdminが起動できるのですが、2005年11月現在の1.0preview5の日本語環境では下記のエラーが発生します。
Notice: Undefined index: UTF-8 in e:\instantrails\phpmyadmin\libraries\database_interface.lib.php on line 165
Warning: Cannot modify header information - headers already sent by (output started at e:\instantrails\phpmyadmin\libraries\database_interface.lib.php:165) in e:\instantrails\phpmyadmin\libraries\header_http.inc.php on line 14
Warning: Cannot modify header information - headers already sent by (output started at e:\instantrails\phpmyadmin\libraries\database_interface.lib.php:165) in e:\instantrails\phpmyadmin\libraries\header_http.inc.php on line 15
Warning: Cannot modify header information - headers already sent by (output started at e:\instantrails\phpmyadmin\libraries\database_interface.lib.php:165) in e:\instantrails\phpmyadmin\libraries\header_http.inc.php on line 16
Warning: Cannot modify header information - headers already sent by (output started at e:\instantrails\phpmyadmin\libraries\database_interface.lib.php:165) in e:\instantrails\phpmyadmin\libraries\header_http.inc.php on line 17
Warning: Cannot modify header information - headers already sent by (output started at e:\instantrails\phpmyadmin\libraries\database_interface.lib.php:165) in e:\instantrails\phpmyadmin\libraries\header_http.inc.php on line 20
Fatal error: Call to undefined function: pma_reloadnavigation() in e:\instantrails\phpmyadmin\header.inc.php on line 132
your-install-path\InstantRails\phpmyadmin\langのjapanese-utf-8.inc.phpを開いて、$charset = 'UTF-8'; を $charset = 'utf-8'; へと変更しましょう。$cfg['DefaultLang']のセットもしていないのに、なぜだかちゃんと日本語環境で起ち上がります。（phpMyAdminが日本語にならない人は、\InstantRails\phpmyadmin\config.inc.phpを開いて、$cfg['DefaultLang'] = 'ja';にしてみると解消するかも。）
では、Readme.txtに従って、添付のcookbookアプリケーションを使ってみましょう。
- �汽沺璽�のアイコンから、Configure > Windows Hosts fileで、「127.0.0.1 www.mycookbook.com」の行を追加
- �汽沺璽�のアイコンから、Rails Applications > Manage Rails Applications...
- cookbookの横のチェックボックスにチェックを入れて、Start SCGI Serverボタンをクリック
- ブラウザで、http://www.mycookbook.com/を開く
これだけ。まぁ、モノが出来上がっているので、当然といえば当然ながらRailsアプリが動いちゃいます。
現時点ではRails自体への支援機能はないのでRailsによる開発はすべてRailsの支援スクリプトで行うのですが、これはRails自体のスクリプトが充実しているので特に不便は感じません。とにかく試すのにRuby入れたり、Rakeを入れたり、RubyGemを入れたり、Rails入れたり、MySQL入れたり・・・と右往左往しなくて済むのはありがたいところ。環境がフォルダ単位で完結しているので、新しいバージョンのRailsをちょっと試したいときにもいいかも。
現在はWindows環境のみを対象に開発されてますが、Linux, BSD, OSX版の提供プランもあるとのこと。今後に期待です。
*1 : この時点でポートが競合していると、警告が出ます。私の環境ではApacheがIISとMySQLがセルフインストールしたMySQLと競合しました。適宜、サービスをシャットダウンするなり、アンインストールするなりして対応してください。
関連記事： Rolling on Ruby on Rails - Japanese Translation - p1
オススメ日本語Rails情報 (あさまし度:85%)
Agile Web Development with Railsの翻訳
オーム社さんから来年の2月ごろに出る予定です。まだ公式なアナウンスはありませんので、書店などへのお問い合わせは今しばらくお待ちを。
Journal In Time
http://shugo.net/jit/20051013.html#p01
前田修吾さんが監訳されているそうで、期待して挙げておきます。PDF買ったけど、日本語版出たら間違いなく買っちゃいます。
WEB+DB PRESS Vol.28
高橋メソッドの高橋征義さん＆Rubyの会・吉田和弘さんによる記事。Railsの思想にも踏み込んだ高橋さんの記事は初期Railsの決定版的内容。ActiveRecordやTest::Unitを扱った吉田さんの記事は入門が終わって、さて自分のアプリを作ってみようというときに足がかりになる内容。どちらもとてもオススメ。scaffoldのgenerateで失敗する方は、"ruby script/generate User"を"ruby script/generate User User"でいけるはず。（仕様が変わったのだそうで）
技術評論社 (2005/08/25)
売り上げランキング: 5,447
開発の現場 vol.002
川o・-・）＜2nd lifeのgorouさんによるRails記事。Ajax+RailsでAmazonやGoogleのWeb Serviceを使いまくるというイマドキのプログラミングをまとめて楽しめる記事。最後にはmap.rails2u.comを作るところまで行ってしまう。実は欄外の注でうちのRolling on Ruby on Rails訳を紹介して頂いていたりする。どうもありがとうございます。（言う機会がなかったので、こっそりお礼を言っておいてみる）
翔泳社 (2005/09/13)
売り上げランキング: 318
で、そのgorouさんのRails Wiki
Ruby on Rails Wiki
こちらは別の日本語RailsWiki。Rubyコミュの人が多そう。
るびま
基本。
http://jp.rubyist.net/magazine/
RailsでWikiクローンを作る
RailsでWikiクローンを作る ( pylori*style )
http://tam.qmix.org/archives/2005/08/railswiki.html
「XREAでRailsを使うには」メモ
XREA で Ruby on Rails を使う ( pylori*style
)
http://tam.qmix.org/archives/2005/03/xrea_ruby_on_ra.html
xrea + rails + mysql + typo ( 川o・-・）＜2nd
life )
http://d.hatena.ne.jp/secondlife/20050621/1119365089
英語情報
Railsリファレンスドキュメント
http://rails.rubyonrails.com/
RailsWiki
http://wiki.rubyonrails.com/rails/
オマケ
こちらは試したことないけど、こんなのもあったりする。
Ruby on Rails IDE - The RadRails
http://www.radrails.org/
P.F.ドラッカー
たくさん学ばせて頂きました。これからもきっと学ばせて頂くと思います。また、年齢や立場が変わることであらためて「ああ、こういうことだったんだ」と気付かされることもあると思います。
黙祷。
条件分岐の３つの役割
マジカセミナーのメモを一つ忘れてた！
条件分岐の話メモ。
if文（のような条件分岐）の３つの役割は、
- エラーチェック
- ルール（Y/Nを返す）
- フロー制御
のいずれかに分類される。
それぞれごっちゃに混ぜてコードを書いちゃいかんよ、って話。
感覚として使い分けていた部分もあり、いや、あやしいなって部分もあり、いやいや、結局即答できなかったんでわかっちゃいないな、と大人しくメモって帰ってきました。
マジカのセミナー行ってきました。
で、Web2.0どころか思い切り足下の、目の前の問題を解決するためのツール、マジカのセミナー行きました。
って話の前振りだったはずなのに、ムダに前振りが長くなりすぎた！
えー、まずはマジカすばらしい。他の優秀なツールと同じく、使い道を見誤らなければとてもすばらしいツールだと思う。
エンジニアリングの限界とかの言葉でごまかされがちな部分に切り込める武器になりそう。
心残り。
- マジカの実績（規模、期間、人数）の辺りが時間切れ＆自分自身のその後の都合で質問できなかったこと。25日の方で聞いてみよう。
- いわゆる「本社型」の組織でのシステム開発でのマジカの使い方を突っ込んで聞いてみたかったけど、これも聞けず。ToBeありきで発注元本社（＝AsIsは当然反映済みという前提）というスタイルとマジカとの相性、とか。
WEB+DB PRESS Vo.25の記事よりもかなり洗練されたなーという印象。
技術評論社 (2005/02)
売り上げランキング: 28,979
てことで、一通り読んではいるのだけど、もう一度、二度、三度と読んでみよう。
あと
どうでもいい話ですが、初めて羽生さんを拝見しましたが、SQL書き方ドリルのお写真よりも大分迫力ある方でしたよ。。とても「ZGIIが・・・」と書いている方と同一人物には見えませんでした。
Web2.0で一しきり騒いだら
あちこちでどんどん本質的でなくなっていくWeb2.0論が（悪い意味で）おもしろい。
『特に深い意味はない。要素には注目すべき点がある。今後のWebで必須になってくる部分で事業へ活かせるものは、真剣に検討しろ。しかし、あとはBuzz。』
ってことでいいのでは？
個人的には、おそらくTim O'Reillyとか梅田さんとかの自覚的”おっちょこちょい”の人が「わっ」と言ったことに対して、字義どおりにおっちょこちょいな人が「わっわっわわー！！」と妙に大騒ぎになっているかんじが笑える。
積極的に参加はしないけど、笑えるので、まぁ、いいか、と。
codemaniaxさんのエントリやmojixさんの「ニューウェイヴ」や「イケメン」のエントリは気持ちとして近かった。
エンジニアの目指すべきものってのは、「テッキーのテッキーによるテッキーのためのテクノロジー」なのだろうか？
僕はそうは思わない。Web2.0的なものは手段であって目的ではない。
そういう意味で、「Web2.0」というラベルが一人歩きすること、そしてそれによってエンジニアが一喜一憂（右往左往）している様に不安を禁じえない。
「価値の本質」をもっと突き詰めなければ。
Web2.0的言説に乗りづらい理由
http://d.hatena.ne.jp/codemaniax/20051106/1131274997
「Web 2.0」とは、ニューウェイヴと同じように、新しい動向をなんでも放り込んでおくためのコンセプトだ。
それは技術タームというにはあまりにも包括的で漠然としており、むしろ「マーケティング用語」だ。オライリー自身が主催する「Web 2.0カンファレンス」を盛り上げるための「バズ（buzz）・マーケティング」という側面もあった。
「Web 2.0」 は 「イケメン」 と同じく、格付けのための概念だ
http://mojix.org/2005/11/10/074358
だからこそ、「ニューウェイヴはなぜすごいか」を騒ぐんじゃなくて、「Aztec Cameraのどの点が天才的でどの要素が20年後の人の心も打つのか」を語らないといけないわけだ。（あとは、まずWeb2.0のAztec Cameraを見つけないとね。）
これは単なる憶測だけど、Tim O'Reillyは"Ajax"という単語が巻き起こした動きような意味で、"Web2.0"という単語で一連の自分の主張（しかもけっこう古いものも含まれる）に楔を打ちたかったんだと思っている。"Open Source Paradigm Shift"(2003)と呼んでいた頃に比べるとかなりTim O'Reillyの中での主張も固まってきていて、意地悪な言い方をするとそれに匹敵するくらい新しいコンセプトは生まれていない。"Open Source Paradigm Shift"のコンセプトに沿ってそれが甚だしく成長していっているのが現在だと思うので、一端"Web2.0"という括りで区切ったんじゃないかな。
第八回XML開発者の日がパネルディスカッションのお題募集
TBを頂いたので、エントリしておきます。
すでに受付は締め切られておりますが、ミーハーな人大喜びなオールスターメンバーで開催される第八回XML開発者の日がパネルディスカッションのお題募集をしているそうです。
参加される方は「案を出していただいた方は当日開かれる宴会に参加可能！」に釣られて応募してみてはいかがでしょうか？
個人的には突然「見慣れない場所の物語」を発表されたハテナオヤ先生の心象風景についてあれこれ語ってほしいところです。岩明均のカササギの話かと思いました。（あちら側に真実はあったんでしょうかねぇ？＜カササギの方）
飲み会参加したいので、とりあえずマジメにお題を考えてみるとします。（gorouさんと高橋さんがいるからぜひRuby or Rails話を聞きたいけどダメだろうなぁ。）
Googleのデータホスティングサービス・Google Base!?
del.icio.usで見かけたのだけど、Googleの新サービスが予定されているらしい。
Google Base is Google's database into which you can add all types of content. We'll host your content and make it searchable online for free.
Examples of items you can find in Google Base:
- Description of your party planning service
- Articles on current events from your website
- Listing of your used car for sale
- Database of protein structures
You can describe any item you post with attributes, which will help people find it when they search Google Base. In fact, based on the relevance of your items, they may also be included in the main Google search index and other Google products like Froogle and Google Local.
ずいぶんと思い切った内容だ。
”ぐぐるたんのニセインターネット”の「ぐぐるたんは、なにか新しいアイディアを実現するときに、自分の持っているニセインターネットを活用できる。」では飽き足らないらしい。
これで全面的にGoogleがあらゆるサービスのデータを握るようになったら、「インターネットの検索サービスGoogle」から「インターネットとはGoogleで検索したもの」という存在へ、つまりニセインターネットがホンモノインターネットへ化けてしまう。（あるいはインターネットのミドルウェアという存在。まさにインターネットのIntel Insideだ。）
たしかに仕事でOutlookを使わざるを得ないときなんかに、Gmail並の検索性能がないことにイライラしたりすることはある。
だから、
Think about it. When using eBay or Craigslist, how often do you think "I wish I could search this with Google"?
という気持ちはよくわかる。これは便利だろう。
便利だけど、はたしてこれを”インターネット”が許すのか。今後の動きがとても興味深い。（そもそもこれって本当にサービス開始されるのかも含めて）
ほんとになぜいったいLispなの？
アクセスログを見ていたら、なぜか急に梅田望夫さんの『 「ハッカーと画家」書評』からのアクセスが急増していました。驚いて、とりあえずはてなブックマークへ。
どうやら、この二つのエントリが絡んでそうです。
- なぜLispなのか
http://b.hatena.ne.jp/entry/http://www.iba.k.u-tokyo.ac.jp/~yabuki/tip/lisp/why_lisp.html - inquisitor : ハッカーと画家
http://b.hatena.ne.jp/entry/http://inquisitor.air-nifty.com/blog/2005/05/post_424d.html
inquisitorさんのところから梅田望夫さんの書評へリンクが張られているので、ここからアクセスが流入していた模様。
でも、けっきょくどうしてこの二つが急に取り上げられたのかは不明なままでした。
Paul GrahamのOSCON2005スピーチがIT Conversationsにあがってきたから？それとも11月にこんな力の入ったLispセミナーが開催されるから？それとも、「普通のやつらの下を行け」効果？
# とか言っている間にPaul Graham著 "On Lisp"の邦訳を見つけました。訳者の野田開さんに感謝しつつ、ゆっくりと読ませて頂きます。
[memo] Windows環境でのExerbの使い方
install
$ ruby install.rb setup
$ ruby install.rb install
使い方
sample.rbのフォルダで、
ruby c:\ruby\bin\exerb sample.exr
「国家の自縛」で佐藤優の類稀な話力を再認識。
つくづく佐藤優は日本屈指の語り部だと思う。10行も読めば新しい情報が書かれている。内容のある文章の比率が非常に高い。濃い。次から次へと文学、歴史、自分の体験からの引用が出てくる。
言っていることが正しいかどうかは好き好き、価値観の問題となる部分もあるが、間違いなく今最高に知性と教養のある話をできる人の一人だ。
そして、ビジネスをする人間にとってもプロフェッショナリズムとは何かを学ぶ飛び切り上等の教材である。
例えば、こんな話がある。「国家の罠」を読んだ人にはお馴染みの東郷氏に関する言及である。
要するに東郷さんは精神も行動様式も「貴族」なのであって、金や人事に固執せずに、自らが国益と信じる価値を実現するためには、私のようなノンキャリアの若手官僚も活用するし、歴代総理や鈴木宗雄さんの前で平気で土下座することができる。本質的なところでの矜持があるから、小さなプライドを捨てることができたのだと思うのです。(P28)
さらにこんな文もある。
対中外交については、総理が靖国参拝を行った場合、中国がどのような反応をするか、想定され得る最悪の状況を含むきちんとしたシミュレーションを行って総理に伝えることを怠った。漏れ伝え聞くところでは、一部の外務省幹部は「小泉総理は嫌な話を聞く耳を持たない。怖くて伝えられない」などという無責任な発言をしている。嫌がられても、怖くても職業的良心に従って、専門家としての見解を伝えることが官僚の本義なんです。(P72)
プロフェッショナルの取るべき態度という抽象的な哲学を伝えるのにも具体的な例を挙げて実に上手く説明をしている。
以下、見識が優れていることはもちろん、類稀な話上手の技を引用しておく。
（靖国について） 近代国民国家が存在する限り、戦没者の顕彰の問題は残るのであって、要はそれを排外主義と（ショービニズム）のシンボルにしないことなんです。日本の愛国主義、正統なナショナリズムは排外主義とは縁がない。この伝統を維持することです。(P61-62)
ロシア人、イスラエル人は、過去の戦争について自己中心的な「物語」を作っている。同時に彼らはそれが「物語」で、他民族が別の「物語」を作っていることを理解しているんです。だから靖国神社に対して特段の抵抗はないんですよ。(P70-71)
ロシア人は、誤報（misinformation）として処理されるような情報操作（disiformation）は、情報操作としては三流以下と考えるんです。一級の情報操作とは、事実関係については確かで、事実の一面を強調し、それにある種の評価を加えることにより、結果として、情報操作を行う側に有利になり、利害関係が対立する側に不利になるコミュニケーション体系が確立することです。(P137)
一九九一年夏にゴルバチョフ大統領を一時失脚させたクーデター未遂事件の時、首謀者のソ連共産党守旧派の幹部連中というのは、とんでもない連中だというイメージが日本ではあるんですけれども、私は周辺で見ていて、国家に対してはすごくまじめな連中だった。彼らはゴルバチョフ路線でそのままいったらソ連はなくなってしまうと見通していた。確かにそうだったんですよ。ペレストロイカ（再編）というのはソ連国家を強化するためでしょう。社会主義を放棄するためではないと。
ところが主権ソビエト共和国連邦なんて形で社会主義を外した形の連邦条約を作ったら、ソ連国家はなくなるという危機感にかられて彼らは決起したんです。自分たちのやったことはぜんぜん悪いと思ってないんですよ。だから謝らない。エリツィン元ロシア大統領が「ごめんなさいと言ったら許してやる」と共産党幹部たちに言ったら、ペッといって全然謝らない。ところが頭を下げたこともあるんです。タイピストとか運転手とか共産党にいたでしょう。彼らは政治と関係ないから再就職させてやってくれと、それで頭を下げたんです。(P139)
領土問題については国際社会に「ゲームのルール」があります。わが方が実効支配をしてる場合には領土問題と認めないことなんです。領土問題と認めたら、それはその領土を手放す第一歩になるんです。そういうルールなんです。しかし、向こうが実効支配してるものは「領土問題である」といって拳を振り上げる。どの国もそういうやり方をするんです。ですからそのルールブック通りにやればいいんですよ。国際スタンダードでは、向こうが係争問題と言っていてもこちらが実効支配している以上はこれは問題だとか、いろんなキツい言い方をされても、それは聞く必要はないんです。
ですから、中国は存在しない尖閣問題に対して大騒ぎをすることによって日本が領土問題と認知したところでシメシメということなんですよ。要するにタチの悪いテキヤさんがそこの縁日を全部とりたいときに、最初から「全部よこせ」とは言わないわけです。「ちょっと椅子を一つ置かしてください」と言うわけですよ。椅子を一つ置かしたらその後ぐーっと入ってくる。それが領土問題として認知させることなんですよ。(P146)