minor tranquilizer

魑魅魍魎のIT業界で雑草のように生きていくookawara.comの悪戦苦闘を綴る記録帖

Entries Comments



Month: 5月, 2007

オンでもオフでも、はWebサービスの悲願だった。Googleらしい力の入れどころ

31 5月, 2007 (23:57) | 記事に反応! | By: ookawara.com

グーグル、Webアプリをオフライン対応にする「Google Gears」開発(2007年5月31日 @IT)

 Google Gearsは3つのAPIで構成する。APIはWebアプリケーションでやり取りするデータをローカルディスクにストアする「ローカルサーバ」、アプリケーションでデータを使えるようにする「データベース」、ローカルデータとネット上のアプリケーションサーバとを同期する「ワーカープール」の3つ。
 データをローカルにストアすることで、ネット接続がない場所や接続が不安定な場所でも、オンライン時と同様の使い勝手を実現する。ネット接続が確立できたタイミングで、ローカルとサーバ側がデータを同期する。「Webブラウザのキャッシュは静的ページにしか対応しないが、Google Gearsは複雑なアプリケーションにも対応できる」(米グーグルのデベロッパプログラム担当 ブレット・テイラー[Bret Taylor]氏)という。

 過渡期としては待ち望まれた技術であると思う。たぶん、将来は「ネットにつながっていないことがありえない」環境になっていくのだろうけど、今ではまだオフラインであることも多い。

 Googleが、この技術をオープンソースソフトウェアとして公開する意向であることも、共感できる。クローズドな技術ではもはやスタンダード足り得ないし、Googleといえども世の中の全てのTO-DOをこなせるほどのアプリケーションサービスを自前で提供できるわけでもないだろうし。

 利益追求策としては未知数だが、新しい技術プラットフォームを提供する先駆者・研究者・伝導者としてのGoogleが、少なくとも技術面では正しい方向を向いているな、と感じさせる話で、ほっとする。

 Readerが対応したとのことだが、Gmailが対応したら普及が爆発するのだろうか。いずれにしてもいじってみたくなる話だ。



お前、なんとかしてこい

30 5月, 2007 (23:57) | 未分類 | By: ookawara.com

エンジニアにとって最高の栄誉かも。
ちなみに、営業にとって最高の栄誉は、「お前、話術でなんとかしてこい」かも。

KDE 4

29 5月, 2007 (23:56) | Ubuntu | By: ookawara.com

KDE 4が出たらKDEにしようかなあ。
Ubuntu => Kubuntu は単にKDE関連パッケージを入れてデフォルトデスクトップを入れ替えれば良いんだろうか?

オープンソース・ブログ構築ソフトの新版「WordPress 2.2」,Widgetsの統合やAtom準拠など

28 5月, 2007 (22:00) | WordPress | By: ookawara.com

オープンソース・ブログ構築ソフトの新版「WordPress 2.2」,ウィジェット統合やAtom準拠など」(2007年5月18日 ITPro)

 オープンソースのブログ構築ソフトウエア「WordPress」を提供する団体WordPressは,同ソフトウエアの新版「WordPress 2.2」を公開した。WordPressのMatthew Mullenweg氏が米国時間5月16日に,同団体のブログへの投稿で明らかにしたもの。新版は,WordPressのWebサイトから無償でダウンロードできる。

 WordPressは,オープンソースのスクリプト言語PHPとデータベースMySQLで開発したブログ構築ソフトウエア。GNU General Public License(GPL)を適用して提供している。4カ月前に公開した旧版のWordPress 2.1は,これまでに140万回ダウンロードされたという。

 新版では,これまでプラグインとして提供していた各種ウィジェットのコードをWordPress本体と統合した。これにより,ブログ上に配置するパーツやコンテンツの位置などを,ドラッグ&ドロップ操作で調整できるようになった。

 Atom 1.0準拠の更新情報フィードの配信機能と,Atomフィード発行用APIを新たに搭載した。またブログ・インポート機能も新版とし,米Googleのブログ・サービス「Blogger」からの記事/コメント取り込みに対応している。

 そのほかには,プラグインおよびフィルタの高速化,米Apple製Webブラウザ「Safari」の将来版向けWYSIWYG用フックの追加,200件以上のバグ修正,開発者向け機能の強化などを施した。

ダウンロードは以下参照。


WordPress › Download

早速、アップグレードしてみた。

hibilogWordPress 2.2超簡単アップデート」を参考に、WordPress2.2を2.1に上書きするのではなくて、WordPress2.2に2.1の必要なファイルだけを差分コピーするようにした。
(この際だから使わないプラグインやテーマを整理したく)

手順は以下のような感じ。

  1. DBバックアップ。MySQLのDumpでバックアップをとる。xrea.comの場合は管理ツールから一発でできるので楽。
  2. プラグインを全オフにしてから、wordpressディレクトリをリネーム。wordpress213とか適当にリネームする。
  3. ダウンロードした2.2版のwordpressをディレクトリごとアップロードする。
  4. 旧版のwordpressから、.htaccessとwp-config.phpを新版のwordpressにコピーする。
  5. ./wordpress/wp-admin/upgrade.phpをコールしてDBをアップグレードする。
  6. 旧版のwordpress/wp-content配下において、(1)themesディレクトリからは、使いたいテーマだけコピー(2)pluginsディレクトリからは、使いたいプラグインだけコピー(3)languagesとuploadsは、全てコピー
  7. 新wordpress上で、テーマを選択し、プラグインをオンにする

いまのところ困っているのは、2.2でWidgetsが標準装備になったらしいのだが、いま使っている「Tiga」での対応がおかしいみたいで、カスタマイズができない状態。調査中。
テーマをいろいろ変えてる人はWidgets絡みで不具合が出る可能性があるので、注意が必要と思われる。



世の中は良くも悪くもコミュニケーションで満ちている:メール文化における「存在の耐えられない軽さ」

26 5月, 2007 (23:14) | 記事に反応! | By: ookawara.com


メール破産 | Okumura’s Blog

携帯を使う子どもたちもメール地獄に陥っていることがよくあるようだ。パソコンのメール以上に,すぐ返信しないといけないという強迫観念にかられるらしい。

要するに依存症の一種だとは思うが、憂慮すべき事態ではあると思う。

これは、現世の状況理解として読めば、とても共感する問題だ。

自分も、たいした用事でもないのに「なぜ返信しないんだ」と実際に怒られたことがある。

しかし、そういう人達は、そもそもメールというものを「人と人との意思疎通の手段として」どこまで過信しているのだろうか?疑問だ。

メールは、あくまで効率よい「手段」を実現しただけなんだ。意思疎通そのものが簡単になったわけではないんだ、むしろ意思疎通は年々、複雑で難しくなってきているのかも知れない、ということを、あらためて考えるべきである。

昨今、メールという便利な道具を用いて、我々は、頭のなかで感じたこと、考えたことを、「タメ」なく、かつ短文にして発する。そして無意識のうちに相手に共感を求める。少しでも否定的な意見が返ってこようものなら、動揺し、誤解し、被害妄想にすら陥ったりもする。

「なぜ返信しないのか」と言う人、感じる人には、そう考えるのならば、なぜ「受信できたか」「理解できたか」を確認しないのか?という問いにも答える必要がある。
伝えたいのは送信側なんだから、送信者から確認するのが、当然と言えば当然のことであろう。

何しろ、現在使われているメールシステムは、確実に相手に到達することを保証するシステムではない。

すくなくとも、相手にちゃんと読んでもらうような作法について勉強・工夫をすべきだ。(参考記事

コミュニケーションとは、単なる情報のやりとりではなく、人の意思と意思の疎通だから、そこには、相手に誤解されないよう、自分の考えが伝わるよう、最低限の気遣いと作法がある。

たぶん、世の中の多くの人は、本当に伝えたり確認したりしたいことは、メールするだけではなく、電話で確認する。逆に、あえてそこまでしなくても、と思うことなら、返信がなくてもよい程度のものであろうと考える。
そして、その程度のものなら、その人には「送信しなくても」よいことだったかも知れない。

blogと違って、メールは相手の懐に情報を否応なく差し込むPush型だ。ゆえに、その情報の価値判断は、受信者が行わざるをえない。

メールを多用する人は、受け取った情報の価値を受信者に判別させるコストを誘発させている。
そして、自ら発するその情報が、他者から価値あるものとして認識されうる水準を、自ら下げてしまっているのだ。

情報処理や伝達のスピードが限りなく効率化でき、コストを限りなく最小化できた今こそ、考えてから行動に移すクセをつけること、本当に伝えたいことは何か、そしてそれは誰に伝えるべきなのか、立ち止まってじっくり考えてみることが、必要なのだと自省する。



VB6 ComboboxのTextプロパティ

24 5月, 2007 (10:45) | 未分類 | By: ookawara.com

ひょんなことから、VB6 Combobox(入力も出来るほう)のTextプロパティに、半角&記号が表示されない件を調査中。

=5/25 下記のような結果となった。=

Private Sub Form_Load()
    Combo1.Text = "ABC& DEF&" ‘ABC DEF
    Combo1.Text = “ABC& DEF& HIJ&” ‘ABC DEF HIJ&
    Combo1.Text = “ABC&& DEF&&” ‘ABC&& DEF&&
    Combo1.Text = “ABC& DEF” ‘ABC& DEF
    Combo1.Text = “ABC DEF&” ‘ABC DEF&
    Combo1.Text = “&ABC &DEF” ‘ABC DEF
    Combo1.Text = “&ABC&DEF” ‘ABCDEF
    Combo1.Text = “ABC & DEF & HIJ & KLM &” ‘最初の2こがばける
    Combo1.Text = “& ABC & DEF & HIJ & KLM &” ‘最初の2こがばける
    Combo1.Text = “&& ABC & DEF & HIJ & KLM &” ‘最初の2こはOK、次の2こがばける
    Combo1.Text = “& & ABC & DEF & HIJ & KLM &” ‘最初の2こがばける
End Sub

どうやら、単独で表れる最初の2つの&が化けるという、何とも奇異なバグみたい。
http://www.webdb.co.jp/~atsumi/bpb/

1つ目の&が0×1Eに、2つ目の&が0×1Fに、それぞれ化ける。
しかも表示だけ。参照すると元の値が取れる。
なんで?

で、回避策。
http://hpcgi1.nifty.com/MADIA/VBBBS/wwwlng.cgi?print+200403/04030026.txt

Textプロパティの替わりに、SelTextプロパティで代用してみてください。

VB6は、もうオープンソースにしたらどうでしょう?十分に元はとれてるはずですよね?Micro$oftさん。



SQL Designer

24 5月, 2007 (09:35) | JavaScript, PHP, すごい奴ら | By: ookawara.com

自サーバに「SQL Designer」をたてる

JavaScript全開で、ERDができるスグレものだ。
こうして、どんどんWeb上で出来ることが増えていくんだね。

全てがWeb上で完結する日も、近いな。

これって

22 5月, 2007 (07:48) | PHP, 記事に反応! | By: ookawara.com

404 Blog Not Found(2007年05月21日 04:00)「そろそろPHPに関して一言いっとくか

半分「釣り」だよね?そうだよね?そうだって言ってお願い。

確かに「使える」けど「作りにくい」言語であることは認める。けど、それはみんな分かって使ってると思いたい。

やっぱり、これだけメジャー化して、レンタルサーバなんかにも絶対のっていて、おそらく多くの人がWebプログラミング事始めとして使う処理系なのに、PHP4,5がいつまでも併存してしまっている複雑な状況が、いろいろ困った事態をひきおこしているんだろうなあ。

これはうまくいかないと思うぞ。「国家レベル・デスマーチ・プロジェクト」に認定!

20 5月, 2007 (22:48) | 記事に反応! | By: ookawara.com

業務用ソフトの共通化へ、経産省が年内に協議会(2007年5月19日22時38分 読売新聞)

 経済産業省は、携帯電話に組み込んだり、顧客情報の管理などに使ったりする業務用ソフトウエアへの投資効率化に向けて、業界ごとにソフトの基礎部分を共通化するための協議会を年内に設立する方針を明らかにした。
 コスト削減と同時に競争力の強化を狙う。
 経産省の研究会が、21日にとりまとめる報告書で提案する。自動車の制御、ゲームソフト、工場の生産管理システムなども対象とする予定だ。報告書案によると、業務用ソフトの開発は現在、携帯電話や自動車では1件当たり100億円単位の投資となることも多い。しかし、日本企業は「自前主義」が強く、開発費用が欧米に比べ割高だ。
 一人の技術者が開発可能なソフトの機能は、日本は平均で年間約270個だが、業界ごとにソフトの共通化が進んでいる米国では約590個で、生産性に2倍以上の開きがある。

 記事の信憑性は不明だし、報告書の内容というのも実際読んでみないと分からないけど、一国の技術者の平均生産性ってどうやって計ったんでしょうね?しかも日米で比較してるってことは同じ基準で何かしら調査でもしたんでしょうか?

 仮に生産性の差が本当だとしても、いまさら官主導で「共通化」って一体・・・「シグマ計画」が頓挫したのがよっぽど悔しかったのかも知れない。もしくは、官僚とは、基本的にこうした「理想を紙に書くと下々が勝手に働いてその通りになる」みたいなことを繰り返す人種なのか。

#幸い、自分はシグマ計画の直接ダメージは受けていないが、先輩などのなかにはだいぶやられた人もいて、よく昔話をされる

 自分の意見としては、日米の生産性は確かに差があると思う。が、それは機能を年間で何個つくれるか、とかそんなのではなくて、1つの機能部品で、どれくらいのリターンを得るか、っていう部分での差じゃないかと思っている。
 部品を作ることが主体ではなくて、使われることが主体。いかにたくさんの人に使われる部品をつくれるか。さらに本質的には、いかに人の作った優れた部品で素早く自分のアイデアを実現して、ビジネスを立ち上げるか、みたいな。

 言語の違いからくる、市場規模の差というのも大きいと思っている。同じような部品を作ったとして、ドキュメントやコミュニティなどの言語の問題から、日本の部品は概ね日本でしか使われないけど、米国製は世界中の英語圏で使われる。そのまた逆も然り。世界中で作られた「英語ドキュメントで、英語のコミュニティで開発が進められている」部品が、言語圏で言えば日本語のおよそ15〜20倍(*1)の市場を流通しているんだ。(だからだと思うけど、自分の知っているGeekは英語が使える人が極めて多い)

*1・・・Wikipediaによれば、英語は「母語として:約3億8000万人 第二言語として:約6億人 外国語として:10億人以上」の人が使っている

 もうひとつ、日本の場合、自分が今までみてきた限りでは、ソフトウェアを作ることそのもの、それ自体がいつもプロジェクトの目的になってしまう。かつ、ユーザも「自分たちの業務のやり方を標準化できるところがあるのに、おかまいなしに独自に設計すること」がいかに無駄なコストを生んでいるか、わりと無頓着である。

 あと、部品にしろ何にしろ、出自が重要だ。インターネットに公開されている部品は、エスタブリッシュな企業においては、どこの馬の骨だか牛の骨だか分からない怪しいもの、として認識されている。
 二言目には、「品質の担保は誰がしてくれるのですか?」って、そんなの、名の通ったメーカー製でも、本質的には誰も担保できないよ。

 というわけで、いくらなんでも、これはうまくいかないと思うぞ。国がやることはなんでも反対というわけではないが、ただいま絶賛行進中の、日の丸検索エンジン・・・じゃなくて情報大後悔・・・じゃなくて情報大航海プロジェクトといい、今回の話といい、現代のソフトウェア進化の環境をわかってなさすぎ。

 業務用ソフトの共通化、情報大後悔、そして早くもISDNの二の舞とささやかれ始めたNGNとあわせて、「国家レベル・デスマーチ・プロジェクト三兄弟」に、勝手に認定!

 で、批判で終わるのも何なので、アイデアを。

  • 今ある出来のよい部品やソフトウェアが英語圏でビジネス展開できるような支援をしてください。多言語ポーティングに補助金出して、売れたら恩返しさせるとか(お金じゃなくて、ノウハウを出させるとか)
  • 単純に、技術者の英語習得に補助金だしてください。英語圏で何かしら活躍するのが条件。英語圏向けソフトウェアつくったり、向こうの優れたソフトウェアの紹介させたり、じっさいに、留学したり。
  • 日本だと大企業のなかに優れた人材が縛り付けられていることも多い。そこで、裁判員制度よろしく、国が強制的に指定してベンチャー起業させる!
  • どうせお金をバラマクなら、政令指定レベルの都市からも、国際空港からも近くて、自然の多いところに、理工系の大学や専門学校を誘致し、さらに格安の住居や事務所もつくり、インターネットとデータセンターを無料開放するような特区でも作ったら?ゼネコンは公共工事激減で困ってんだし、渡りに船でしょ!シムシティ並に我慢して面倒見つづければ、日本版シリコンバレーができるかもよ?

 ベタなのしか思いつかなかった。でもそんなベタな意見でも書きたくなっちゃうくらい、元ネタがナンセンス!

Mobitterをいじる

19 5月, 2007 (17:58) | PHP, Twitter | By: ookawara.com

性凝りもなく、Mobitterを改造。

今回は、

  • 他人のアーカイブラインと友達ラインを見にいけるようにした
  • 画像ファイルを自サーバ上に一旦キャッシュする。かつPEAR::Image_Transform(GD)で縮小する ・・・携帯なんでなるべくちっちゃく。ライン上の表示が2回目以降の人の画像はさらにちっちゃくする
  • ついでに2回目以降表示された人はURLにもしない

なんてことをしてみる。このblogを動かしているサーバでPEARが動かせるようになったから試しにやってみた。
PEAR::Image_Transform(GD) 性能はどうだか知らないけど、お手軽さはMAX。結構すごいっす。

おまけ:いろいろテスト中に電車運行情報がTwitterされるサービス?を発見。こいつぁ便利だ。でもこれって文字数オーバーじゃない?
http://twitter.com/train_kanto

関連記事:Twitterモバイル「Mobitter」