アーカイブ

2007 年 6 月 のアーカイブ

Yahoo!JAPANさま、先日は苦言めいたことを書いて申し訳ございませんでした。

ヤフー、文章を解析できるAPI「日本語形態素解析Webサービス」を公開(CNET Japan 2007年6月18日)

 ヤフーは6月18日、開発者向けサイト「Yahoo!デベロッパーネットワーク」において、日本語の文章を解析できるAPI「日本語形態素解析Webサービス」を公開した。
 日本語形態素解析Webサービスは、ヤフーの日本語処理技術部がYahoo! JAPAN研究所と共同で開発を進めてきた形態素解析エンジン「Web MA」を社外の開発者向けにAPIとして公開するもの。このエンジンは、ヤフーのブログ検索や商品検索などのテキスト処理、ブログ検索の「評判検索機能」、「まとめ検索機能」などのテキストマイニング処理にも利用されている。

良い。非常に良いねこれは。

そのむかし、形態素解析をするのに目の玉飛び出るほど高い辞書を買わざるを得なかった(しかもさらに実用するにはメンテや開発が必要だった)ことを考えると隔世の感がある。
いまは、ChaSen(茶筌)などが頑張ってくれたおかげで入手に関しては大昔ほど制約は少ないのだろうけど、それでも、それなりにでかい辞書とエンジンを自前で導入維持管理するっていう手間は、やっぱりそれなりのコストがかかる。

よく考えてみると、これこそWebサービスAPI向きな要素ですね。
何で誰もやらなかったんだろう?地図だとかそういう派手なものに気をとられていたせいかなあ?

地図だとかグルメ情報だとか、なんかのログだとか、そういう蓄積情報Get系のAPIは数多くあれど、こうした「解析/分析/計算」系のAPIっていうのは実は少なかったりする?

ファイル形式変換とか、動画変換なんかはけっこうあるみたいだけど、他にもアイデアが眠っていそうな予感はする。

とにもかくにも無償で公開ってところが今回のミソだ。こんなにお手軽に日本語解析できたら、いろいろと応用例を思いついてしまう。実現できるかどうかは腕と時間次第、世の中にとって嬉しい機能かどうかはアイデアの質次第であるが。
裾野を広げる起爆剤としては大変ありがたいサービスであると素直に賞賛する。

Yahoo!JAPANさま、日本版は米国版と違ってUIがAjaxじゃない、とか、携帯に注力していてあまりWeb側は力入ってないんじゃないの?みたいなことを書いて、ほんとに申し訳ないです。(ちっぽけなblogすぎてそもそも気にとめていないでしょうけど)

この機能、ぜひ使わせていただきます。



カテゴリー: すごい奴ら, 記事に反応! タグ:

連関図法的UIはFlash向きである

Ishkur’s Guide to Electronic Music【e】
はてなユーザーの評価 livedoorユーザーの評価 Buzzurlにブックマーク
Ishkur

音楽ジャンルとその変遷、ジャンル毎の典型的な楽曲が聴けるチュートリアルです。(JPOPの項が、興味深いチョイスとなっている)
こういう、連関図チックなUIはいかにもFlash向きですね。言語の歴史とか、業界地図とか、いろいろできそう。
こういうのを見るとFlashおもしろそうだなあと思う。

カテゴリー: すごい奴ら タグ:

I’m going on safari.



このblogがMacで文字化けするっていうので、渋谷のアップルストアでデモ機を拝借。確かにDel.icio.usのWidgetが化けてる。
XREA.COMのDBがEUC縛りなんで、WordPressもEUCなんですよ。で、Del.icio.usはUTF-8。そのあたりの文字コード関係で苦慮多き環境なのだが、まあそのうち。

しかしMac OS X、マトモに触ったのは初めてだけど、かっこいいなあ。
むかしのすぐ爆弾でるやつは好きじゃなかったけど、これはいい。

Appleのやつは、iPodもそうだけど、UIデザインがイカしてる。アイコンも洒落てるし。

Safariだけじゃなくて、Mac OS XそのものをAppleのハード以外でも動くようにすりゃいいのに。
(インテル版っていうのは、Apple以外のPCでも動くの?ま、どっちみち単体OS販売はPowerPC版しかないみたいだけど)

iPhoneにもSafariが搭載されているらしいから、まずはブラウザから、ってお考えでしょうか。
すくなくとも日本の携帯に搭載されているフルブラウザよりは、うまく活用させてくれるでしょうけど。

WWDC’07 基調講演「解説」編:期待はずれ? 「One more thing」の真相を読み解く(ITMedia +D PC USER 2007年06月14日)

 今回のWorldwide Developers Conferenceには、3つの目玉があった。1つがMac OS X“Leopard”の10の新機能、2つめがWindows版Safari、そして3つめがiPhone向けアプリケーション開発の発表だ。このうちLeopardについては、前回の詳報記事で取り上げた。
 ここでは後半の2つに触れながらその意味を考えていこう。Leopardの紹介が終わった後、「One more thing」として発表されたWindows版Safariと、会場の「え、これだけ?」という雰囲気に応えるように「One last thing……」として発表されたiPhone向け開発の話は、どちらも1つのキーワードでくくられている。「Safari」というキーワードだ。

しかし、WindowsのブラウザはIE6/7、Firefox、に加え、Operaもあるし、日本ではSleipnirやらLunascapeなど、競争が激しいから、後発でどこまで食い下がれるか?

早速、Windows版SafariをVirtualBox上でインストールしてみるも、アイコンダブルクリック直後にアプリケーションエラーで起動せず。
悲しい。

常用にする気は全くないのだが、動かないとそれはそれで動かしたい衝動に駆られる。

こうなったら意地で、PearPCでOSごと実装か?



カテゴリー: 未分類 タグ:

海底ケーブルよ、ご苦労様。無事を祈る。

Flickrが多国語対応、日本語版も準備(ITMedia News 2007年06月12日)

米Yahoo!傘下のオンライン写真共有サイトFlickrが6月11日、英語のほかに7カ国語版を構築し、サービス国際化を進めると明らかにした。
 (中略)
 同サービスは、フランス語、ドイツ語、韓国語、イタリア語、ポルトガル語、スペイン語、繁体字中国語のサイトを立ち上げる予定で、その後ほかの言語にも対応する。日本語版サイトはまだ、独立運営のYahoo! Japanと協力して準備しているところだ。

てなワケで、現在ログインすると、既にフランス語、ドイツ語、韓国語、イタリア語、ポルトガル語、スペイン語、繁体字中国語が選べるようになっている。

だが、日本語版はまだ。これもひとえに、独自の進化をとげられたYahoo!Japan様の互換性のなさが影響しちゃってるでしょきっと。

本家のYahoo!自体、ID一元化され各国のYahoo!にSSOオッケー状態となっているが、日本だけがソフトバンク配下になっていることによって、IDも違えば中身も違う「別物」である。実際、サイトのUIも、本家Yahoo!はAjaxバリバリなのに対して、Yahoo!Japanは大規模リニューアルが止まって久しい。

孫さん、携帯電話も大事でしょうが、幸い、ドコモさんが自爆2.0を宇宙規模で炸裂させたことも影響したのか、純増ナンバー1獲得とすこぶる調子が良さそうなので、そろそろウェブサイトにも注力してください。

とまあ、ここまではマクラ。これからが本日の雑感。

私的には、Flickrもdel.icio.usも英語版のまま使えるから別にいいんだけど、よく考えてみると写真みたりブックマーク使ったりするだけなのに、いちいち海底ケーブル経由で日米往復ってのも、塵も積もればトラフィック的に辛そうだし、何よりもデータもアプリも全て米国にあるっていう状態が、情けない半分、心配半分。

近年は、著作権に関する裁判所の諸判決が逆噴射効果となって、日本でサーバー立ててユーザ参加型サービスをする意欲がますます減衰しちゃったりする機運も高まりつつある。
このままいくと、しまいにゃ何もかも実体は米国に置かれ、日本にはシン・クライアント化したPCだけが残るなんていう、笑えない世界が当来しそうで、ぞっとしない。

既に、YouTubeやらsalesforce.comやら、分野を問わずそうした傾向が見え隠れしているような気がして、思わずニコニコ動画とひろゆき氏を応援したくなってしまう今日このごろ。

ある日突然、海底ケーブルに大規模障害が起きるとか、テロを受けて破壊される、とか、さらに究極の妄想としては、米国と政治的に揉めたりして、帯域しぼられたり意図的に切断される、なんてことがあって、結構な数の人達がデータから半隔離状態になって、パニくったりしちゃうなんてことが、リアルにアリ得る。
#実際は迂回路があるんだろうけど。日米間に比べたら帯域狭そうだし、集中したらダウンするだろうきっと。

なんか策はないんすか?日本政府。このままじゃ、データはおろか、サービスも、アイデアも、知恵も、富も、どんどん国外に置かれ、空洞化してしまうぞ。美しい国、それは何もない国、なんてシャレにならない。

この不安を取り除くには、もしかしてStatesにUnitedしかないのだろうか?



カテゴリー: 記事に反応! タグ:

世の中は良くも悪くもコミュニケーションで満ちている:RSSフィード破産しそうだ

メール破産というのに共感しつつも、最近メーリングリストやメルマガを整理して、このところ、けっこう「メール治水」ができてきたな!と思ったのもつかの間、実はRSSフィードリーダーに登録したフィードの数が増加し続け、今度はRSSフィードの未読にさいなまれる日々。

勝手に送りつけられてくるものも多く混じっているメールの類と違って、RSSフィードは100%自分で選択した結果であるだけに、心理的には、メールマガジンの類のように手軽に未読のままポイ捨てしづらく、結局は読んでしまう。

メールとRSSフィードを封印したら、ものすごく仕事がはかどることを確信しつつ、何かにつけてRSSリーダーをチラ見してしまい、少しでも興味が引かれると結局はPC画面にかじりついてしまう。

これは依存症と言っても差し支えないかも知れない。

それにしても、情報の取捨選択をしてRSSフィードリーダーに登録したにも関わらず、その登録データを更に選別しなくてはならぬ事態というのは、我ながら情報過多を痛感する。

整理整頓。片付け上手は捨て上手。捨てる判断って重要だなあ。

関連記事1:そろそろ、社内メーリングリストはblogで置き換えないか?
関連記事2:メール文化における「存在の耐えられない軽さ」



カテゴリー: 未分類 タグ:

重層下請け構造のなかから見た、周囲の変化と不変化

6月10日の続き。重層下請け構造のなかにどっぷり漬かっている自分が感じていることをメモ。かなり愚痴っぽいけど書かずにはおれん!

エンドユーザにおける変化

  1. 昔はなんでもプログラムを組んでもらわなければ何もできなかったけど、今はオフィスツールやパッケージソフト、Webサービスなどがたくさんあるので、別に専門の会社に丸投げしなくても、我々である程度のことはできるようになったじゃん!
  2. SIerといっても、彼らのいう「マネジメント」ってのはあくまで自分達が請け負った開発の部分だけじゃん?我々のビジネスを成功させ、かつそれを継続的に成功に導くためのビジネス的な視点はないよね。やっぱりビジネス主体である我々自身がプロジェクトマネジメント力をつけないといけないってことが分かったよ
  3. しかもSIerって、結局、仕事を分解して下請けに丸投げしているだけじゃん?トラブルがおきても下請け任せで、中間マージンはやたら高いし、そんなんだったら我々がその下請け会社を直接使ったほうがいいかも?
  4. 技術者にはピンキリあって、良い技術者かどうか目利きするには専門家の目が必要なんだろうけど、いまきている技術者は、素人目に見ても良い技術者とはいえないよね。1.と2.であげた施策の進捗次第では、自分たちが派遣会社から直接雇えばいいや。どっちかというと、問題を起こすのは技術が云々よりも、ヒューマンスキル不足の原因が多そうだし、だんだん技術者の良し悪しを見る目も、ついてきたみたい!

開発ベンダにおける現場

  1. 相変わらず上流だなんだと気取っている奴らがヘボな仕様しか決めてこないせいで、無駄や冗長だらけでとてもユーザが使いやすいとは言えないシステムだぜ。しかも他人の分まで組まなきゃいけなくなるし、病んじゃうよまったく!
  2. 願望の線表を引いて、メンバに「やれ」と言って、できないと、人を増やす。それがマネジメントと思っている奴らに使われている俺。
  3. てゆうか、いくら業績のためとは言え、受けられない仕事を取ってこないでください。大型受注と営業は喜んでますが、そんなにすごい工数の仕事、やれる人がいないんですが?
  4. 増員を依頼したら、孫受けの新人同様がいっぱいきた。しかも、参加して何もさせないうちから「辞める」と言い出した。そしてそんな理不尽な状況下でも、人不足なので下手に出ている僕達。
  5. いろいろ上司には改善策を提案したんだけど、人さえいれば儲かった時代の人じゃん?問題を理解できないみたいで、なかなか取り合ってくれないし、かといって自分で動こうとするとやたらと口出ししてくるんだよね。
  6. グダグダ言っててもしょうがないから、自分で行動することにしたよ。起業か転職かフリーか、考え中なんだよね。

開発ベンダの経営者

おかしいなあ。昔は儲かったのに、何がいけないんだろう?今度のゴルフのときに聞いてみるか。


 ホントは、ユーザの懐にどんどん入り込んでいって、生の要求に触れて、ユーザニーズを満たすために切磋琢磨せねばならないが、そういった仕事は小規模で高スキル者が求められる。売上が増えない。

 人月ビジネスでなまじっか会社規模が大きくなってしまうと、規模を維持するために売上を維持する必要がある。よって、少しでも気が利く奴は管理者にして、沢山の人を率いさせて規模の大きな仕事をさせたい。

 よって、やっぱり、手っ取り早くある程度まとまった規模の仕事が見込める重層下請け構造の仕事にいってしまう。

 一兵卒ではないので、こうした状況に責任を持ちつつも、変えられない自分が悔しいが、人としてのキャパ不足。

 周りは変えられなくても、せめて自分だけでも変わっていこうとあがく日々。

関連記事1:たしかに本当の大変化はこれから始まるのかもしれない。でもその前に大崩壊が
関連記事2:明日の自分を創る
関連記事3:SE/PGという言葉で安易に技術者を区分けしてしまう行為自体が問題だ
関連記事4:これはうまくいかないと思うぞ。「国家レベル・デスマーチ・プロジェクト」に認定!



カテゴリー: 未分類 タグ:

クロ現でSecond Lifeとりあげられてましたね

NHK クローズアップ現代 6月11日(月)放送「膨張する“もう一つの世界”」

ちら見しかしなかったけど、個人で投資500万円、そして月商500万円ってすご!ほんとにいるんだなあ。

セカンドライフ大儲けお父さん「これで食ってこうと思ってます」
HNK取材班「お父さんのお仕事って何かワカル?」
セカンドライフ大儲けお父さんの息子「ゲームやってるだけでしょ?」
(台詞は自信なし。でもニュアンスは合ってると思う)

なんてシュールなやりとりなんだ!

数ヶ月前は日本語の情報はblogくらいしかなかったのに、書籍もたくさん出てきたし、こうしてNHKを始めとするTVでも結構とりあげられてきて、とりあえず話題度はあがってきた感があるこのSecond Life。

MMORPGにありがちなサーバ複数=違うサーバにログインするとパラレルワールド化し出会えない、という風ではなくて、島=SIM=SLサーバ1台、で島をワープして移動するので一応全員で1つの世界!という考え方が、思いつきそうで意外と思いつかなかった、拡張性の高そうな方式(*1)なわけだけど、ちょい前から、そのSLサーバソフトウェア自体がオープンソース化されてますよね。

まだ発展途上みたいだけど、OSSが故に、わりと短期間で完成度があがっていくのでしょう。

そしたら土地の転売で儲けている人達はどうなっちゃうんでしょう?

*1:ごめんUltima Onlineとか他でも同じような方式ありますね

カテゴリー: すごい奴ら タグ:

たしかに本当の大変化はこれから始まるのかもしれない。でもその前に大崩壊が

「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む大迫正治 REPEDANT BLOG 2007年6月7日)

 創業期は受託開発で糊口をしのぎ、徐々に自社製品の研究開発に資金を回して、いつかは自社ブランドで世界を席巻する、というストーリーは巷にあふれるが、これは結局のところローリスクでスタートしながらハイリターンを得ようとする野望であり、実現へのハードルは低くない。その理由は、中毒性のある受託開発と、ソフトウェア産業の悲惨この上ない「重層下請け構造」にある。
1.受託開発では「技術」が蓄積しない
(中略)
2.受託開発では「人材」が蓄積しない
(中略)
3.受託開発では「資金」が蓄積しない
(中略)
自社開発と受託、あるいは派遣も含めた形態の違いに原因があるのか、産業構造と契約形態のどちらに原因があるのか、など、多くは検証が不十分ですが、記事の意図としては、過酷なソフトウェア業界に対する問題意識を持ち続けたいというものです。

 コメントが寄せられているように、受託っていっても実際は下層は派遣形態になったりしているので、単純に「受託が」と言いきるにはあまりにも複雑な状況なんだけど、引用元で述べられているような「ないないづくし」の袋小路に陥っていることは認めざるを得ない。

 どうも、むかしの、人さえいれば儲かった時代に立ち上げた会社ほど、ここでいう「重層下請け構造」にがっちり組み込まれていることが多い。
 ベンチャーはそういうシガラミの外で頑張ってほしいものだけど、何しろこの日本、そうしたベンチャーのソフトウェア開発に対する資金の出し手が壊滅的にいないのが実態のようだ。
 (出資に値する内容かどうかを見極められる人材がいない、とどこかの誰かが言っていた)

 日本ではお金が「重層下請け構造」のなかに流れていって、外にはあまり漏れてこない。だから、ベンチャーが比較的容易に仕事をとるには、この構造にアプローチせざるを得ない状況であることが、問題なんだろうね。

 お金の流れを「重層下請け構造」の外側に変えることは、当分できそうもない気がする。誰のせいとは言わないが、ITベンチャーに対する世間の見る目は冷たいし、投資ノウハウと人材が蓄積されているとも感じられない。最後のつてである公共投資も、惨澹たる状況しか聞こえてこない。
 そうなると「重層下請け構造」自体を、引用元で言われているような「ソフトウェアベンチャーの躍進」が可能な状態に変革させるしかない。



 では、「重層下請け構造」自体を変革させるにはどうすれば?まず、構造の中にいる人には、無理でしょう。
 ソフトウェア産業というのは自社の資産がないレバレッジ経営であることが多いので、この「重層下請け構造」利権だけが「無形の資産」といってもよい。その構造から外れることは「死」を意味する。

 国内での自浄が無理なら、過去の日本のように「黒船」待望論か?それも無理っぽい。
 となりに中国という巨大市場が出現するなか、わざわざ中途半端な規模で、かつ提供者側も消費者側も群雄割拠の、難易度の高い日本市場は海外からは「実験場」とはみなされても、「収益源」とはみなされないような気がする。

 じゃあ、座して死を待つ状況か?イエス。ムリ・ムダ・ムラを生じた構造自体は、やがて自重に耐え切れず、崩壊する。

 しかしそのとき、技術者達が路頭に迷い「屍の山」が築かれるか?ノー。仕事自体はなくならない。
 むしろ世間で叫ばれているように技術者自体は、笑っちゃうくらい足りていない。

 何が崩壊するのか?オールドタイプな経営者達の見る夢と、その夢にぶら下がる、とりまき達の生活だ。

 この構造の中にいる会社においても、本当に先見の明がある経営者は、崩壊に備えて他の業種に手を伸ばそうとしていたり、何かしら気づいているところも多いような気がする。

 そして、本当に力のあるベンチャーは、野球選手がメジャーを目指すように、シリコンバレーを目指しているのではないか?

 シリコンバレー在住で活躍する有能な日本人も、ことblog界隈では目立っているけど、そうした人たちも日本の「構造」がもたらす閉塞に嫌気がさして渡米した面もあると思う。

 何よりも、手の届かないトップだけではなくて、もっと自分達に身近な先輩達が「構造」の外に飛び出していけば、その流れはやがて社会的潮流となり、「構造」の崩壊を早めるだろう。

 この日本ではやっとそこから、梅田氏の言うような大変化が始まるような気がしている。

関連記事1:明日の自分を創る
関連記事2:SE/PGという言葉で安易に技術者を区分けしてしまう行為自体が問題だ
関連記事3:これはうまくいかないと思うぞ。「国家レベル・デスマーチ・プロジェクト」に認定!


カテゴリー: 記事に反応! タグ:

いまさらですがTechnorati

カテゴリー: 未分類 タグ:

Google Trends: Movable Type, WordPress, Drupal



Movable Type, WordPress, Drupal を比較!

日本のトレンド
日本のトレンド

日本では、Movable Typeが圧倒的に多いが、近年急速にWordPressが追い上げている。英語では既にWordPressが逆転。Drupalは殆どなし。

米国のトレンド
米国のトレンド

米国では、WordPressが多い。Drupalもそこそこ。Movable Typeはじりじりとシェアをさげている。
しかし米国でも日本語になると日本の場合と同様、Movable Typeが多い。

要するに、日本語ではMovable Typeが多いみたい。

以下、主観によるまとめ。(Ver 0.1としておこう)

観点 Movable Type WordPress Drupal
開発元 Six Apart社 wordpress.org(オープンソース) drupal.org(オープンソース)
ライセンス形態 独自形態 GPL 2 GPL 2
実装 Perl(+PHP) PHP PHP
対応DB MySQL
PostgreSQL
SQLite
Berkeley DB
MySQL MySQL
PostgreSQL
機能概略 blog黎明期をもりあげた定番ツールである。およそ基本的な機能を一通り備え、プラグインによる機能拡張も可能。日本語での情報量も多くて、レンタルサーバなどでは標準装備しているところも多い シンプルかつライトウェイトさがウリの新興ツール。Movable Typeのような簡単さを継承しつつ独自仕様を排除。オープンソースでありカスタマイズが容易であることから、シェア拡大中 本来はCMSらしいが、blog機能も備えており、Movable Typeとの互換性の高さで定評がある。blog機能を使うためにはモジュール有効化など若干の準備が必要。徹底的にモジュール化されており、機能拡張が可能。XOOPSのような、玄人好みのツールである
デザイン変更 デザインはテンプレートにより変更可能。テンプレートは、スタイルシート(StyleSheet.tmpl)とテンプレート本体(MainIndex.tmpl)からなり、テンプレートには独自タグとHTML/XHTMLタグが混在している デザインはテーマ切替により変更可能。テーマは、ヘッダ、フッタ、本文、サイドバーなどの部品ごとのPHPファイルとCSSで構成される。中身は一般的なHTML/XHTMLタグおよびスタイルとPHPのモジュール呼び出しからなる デザインはテーマ切替により変更可能。テーマは、PHPテンプレートとCSSで構成される。テンプレートのレンダリングエンジンを交換できるため、テーマごとに多種のエンジンが使われるが、「PHPTemplate」使用前提のものが多い(らしい)
その他 再構築という一括処理で静的なWebページを生成する仕様であったため、どうなの?感はあったが、3.1以降では動的生成もできるようになったため、使い分けをするのがお薦めのようだ 日本語対応が課題と言えば課題。UTF-8以外では問題がおこることもある Movable TypeやWordPressと比較するとインストールは煩雑に感じるかも知れない

感想としては、レンタルサーバを活用してblogをすぐに立ち上げたい場合などはMovable Type。導入スピード最重視ではない場合や、そもそもオープンソース派などはWordPress。blog目的だけでなく、CMS的な運用をしたい場合はDrupalが良さそう。
XOOPSは未調査なので、そのうち追加。



カテゴリー: WordPress タグ: