事実を正しく指摘してはいるけど、「本当の理由」ではないと思う。
「事実は正しく指摘」しようよ。
結論は、元の中島氏の結論も含めて携帯関係クラスタやらそうした関連記事ではさんざん出ている指摘なので特に異議もないのだけど、その「前振り部分」の事実誤認なのか無知なのか分からないが、事実無根の記述がこんなに短いエントリーなのに三つ(数え方により四つ)もあるよ。
はてブとか読む限り、勘のいい人たちは「何かおかしくね？」とちゃんと気付いてるみたいだけど、言葉のまま信じ切っている人も多いみたいなので、きちんと添削しておく。
WAP1.0の前世紀ならいざ知らず、少なくともiモードはその登場時からTCP/IPベースの携帯端末だった。 小飼氏が言っているのはその10年も昔のWAP1.0と取り違えたような話だ。
というよりWAP1.0のプロトコル・ゲートウェイ的なダサイ実装が嫌だったのでそもそも独自にiモードをTCP/IPベースにして開発した、というのは有名な話だ。
この端末からゲートウェイからもちろん外部のインターネットまで通信層をTCP/IPでデザインするというというアーキテクトはその後のWAP2.0へそのまま踏襲された(つまり現在世界的に見ても『IPアドレスが割り振られない』携帯端末はまず存在しない)。
そもそもガラケーでも問題なくSSLが出来ている(完全なピア・ツー・ピアという意味)時点でTCP/IPをサポートできていないはずが 無いのだが。
なおこれはEZWebやYahoo!ケータイでも(初期にはWAP1.0な時代があったかも知れないが、そこの歴史は僕には分からない。識者の教示を求む)同じことだ。
参考: WAP2.0で何が変わったのか
あいまいな論の文章なので判断しにくいのだけど、小飼氏の論やツイートを見ると「iPhoneにはグローバルIPが振られ、外部からも自由にアクセスされ得る」から「終端として主導権を握れる」のが他の端末との大きな違いとなった、とも読める。つまりグローバルIPを自由に使える点が重要だったという意味だろうか(正直こうしてまとめていても僕にはよく分からない)。
仮にそうだとして、日本ではソフトバンクのいわゆる「panda-world.ne.jp」と呼ばれる「iPhone専用網」でサービスされておりここではグローバルIPが割り振られる。IPがグローバルかプライベートかは通常は分からないが、JailBreakしていれば自機のIPが把握できるアプリもある。
しかし世界的にはそんなキャリアだけではない。
例えばこちらの資料をみれば一目瞭然だ。世界的にはグローバルIPを使用するキャリア、 プライベートIPを使用するキャリア(つまりキャリアグレードNATを導入しているキャリア)が混在している。
APN Settings for iPhone 3G | The iPhone User Guide
これらの国ではiPhoneの他の機種に対する魅力は無いのだろうか。ノキアは悠々自適なビジネス環境を生きているか。そんなことは無い。
更に言えば、そもそもスマートフォン網だのガラケー網などと分かれている(アクセスポイントが分けられている)国の方が珍しいので、従来の携帯端末でもグローバルIPが割り振られる場合も同様にある。
「日本のガラパゴス現象」を主題にしているのは理解しているが、しかしその論では「海外においてもiPhoneがスマート」になっている理由付けにはならないだろう。
論理的帰結として、iPhoneはまたはスマートフォンとはそうした「外的要因」からは分離されたところにその存在意義や魅力があると考えるべきだろう。
なお僕には詳細は分からないのだが、「そもそもiモードにも外部接続を受け付ける仕組みはあるよ？」という指摘もある。
これまたあいまいな文章なので判断しにくいが、「iPhoneは定額データ(=常時接続)が無ければこれほど浸透しなかった」は自明としても「定額データを導入したからiPhoneが浸透した」なら成り立たない。既に多くの人が理解するようにiPhone以前の何年も前からガラケーで定額データは一般的だったからだ。
今に始まった経緯では無いのだから「iPhone『だけ』を特別なものにした」論の論拠としては甚だ疑問だし、では何故ガラケー(やその他従来端末)がiPhoneになれなかったかの論としては成り立っていない。
このブログでは、あるいはTwitterでも散々ツイートしているし長くなる話なのでかなり簡単にまとめるが、僕自身は「肝」はいわゆる固有端末ID(uid, X-UP-SUBNO、X-JPHONE-UIDなど)をベースにしたモバイルECが想像以上に成功しそれ以外の方向性に舵を切る必然性がキャリア・メーカーともに無くなったからだと思っている。つまり「イノベーションのジレンマ」かも知れないし、中島・小飼両氏の「結論」も別に異議はない。それ故にキャリアはメーカーを飼い慣らす(実は飼い慣らしたかったのはユーザーだろうが)必要があったしメイドにもならざるを得なかった(つまり両氏の「結論」は「結果論」)、というのが本質論だと思っている。
もし興味があるのなら以下の以前のエントリーも参照して欲しい。
日本のケータイWEBはどうしてこんな仕様になったのか
結局SIMロック論議もオープンプラットフォーム構想も端末IDの話に尽きるのかも知れないなぁ
Appleは本当に垂直統合なのか – 日本の携帯キャリアとの違い
ガラケー機能は須くクラウドを目指せ
ともあれ。エンジニアたる者、事実に立脚せず思い込みだけで論陣を張るなど以ての外だし、知らないことは知らないでよいのではないか。その上で知りたいのなら(議論したいのなら)きちんと新たに学べばいいだけだ。これはネットだけでなくリアルにおいても「技術屋」としては最低限の矜持である。
ROCA, the mere engineer.
と言っても以前から別のネット人格ではやってるんですが(笑
以前取って塩漬けにしてたこっちのアカウントを思い出したので引っ張り出して綺麗にしてみました。
twitter.com/rocaz
ソフトのリリースをツイートするぐらいかもですが、宜しければフォローお願いします。
# でもバグとか質問とかは情報共有の点からはコメント欄の方がいいかも知れません。
一昨日の記事では書き足りない気がしたので追記してみる。
そもそも今回のGoogleのペイパーポスト問題への様々な言及を見るに、せっかくなので乗っかってもうすこし明確なことを残しておきたい。
こんな辺境のブログだけど、少しでも声を上げておこうと思う。
一昨日の記事で書けなかったのは、そもそものペイパーポストに対する是非だ。
以下、目に付いたあたりのブログ記事。
Google、ペイパーポストのブログマーケティングで謝罪
GoogleのPayPerPost騒動の議論に思うこと
Google Japan、マーケティングと倫理観の憂鬱
これ以外にもかなりのブログやSBMで言及されている。
けれど僕の感覚からすると、それはちょっと違うんでないの、という意見も少なからずある。
無論それはそれで意見だし感想なのだけど、そういう層に向けてもう一度どうして問題視する人は問題視するのかまとめてみる。
以前からちょっとだけそんな気はしていたんだけど。
グーグル、プロモーションで謝罪–抵触したサーチガイドラインとは
道路から見た写真をネットで閲覧できる「Google マップ ストリートビュー」、今後は画像公開前に事前通知されることに
ここしばらく立て続けに流れたニュースですが、最初の記事はプロモーションというと聞こえはいいですが、ようするにやらせ記事を書かせていたというもので俗にPayPerPostと呼ばれます。
僕は偽口コミ広告と呼んでいて、以前にも記事を書いています。
「スポンサー付きブログは何が問題なのか？」の記事を読んで
また後者はストリートビューのプライバシー問題について「他国では関係各所に通知していたのに日本ではしていなかった」のだそうです。
Googleいえば技術的にもトレンド的にも最先端で時代を引っ張っている、ってのが一般的なイメージかな。
一部異なる部分もあるかもしれないけど、おおまかには事実もそれほどは間違っていないでしょう。
でもそういう企業でも、一旦日本法人を作ってリージョンを任せてしまうと、そうはならない場合も多いんですよね。
今回の事例なんかで共通して言えることは米国本社との歩調合わせ不足。
そもそも前者なんかはそれ以前の善悪とか良心とかの問題だろ、とも思いますが、それも含めてポリシーをしっかりと固めるというコミュニケーションはなかなか難しいものなんです。
特に技術系の会社の場合はまずは技術キャッチアップという線が最重要視されるのは仕方ないんですが、実際にはそれ以前に「わが社はどのようなポリシーでユーザーと向き合うのか」「どのような場合にはどのような判断をすべきか」「決して外せないコアコンピタンシーは何か」をじっくりと練り上げることが実はとても重要。
これは結局技術はどうあれ、具体的にどう提供していくかを日々決めるのは現地法人になる訳で、その際にいちいち本社の決定を仰ぐなんて手間はかけてられない訳で、これこそが本社と現地法人のもっとも重要なコミュニケーションと言えるでしょう。
でも経験上、これはなかなか大変で、簡単に言うとどれだけ本社の人間と毎日話しができているか、人間関係が保てているかの試金石でもあります。
要するに思想や考え方が一致でき互いに理解できるかどうかです。
とは言え何故か周知すべきはずの事実が何故か日本にだけ教えてもらっていなかったり、日本風の阿吽の呼吸というか「そんなの常識だよね」というレベルから合っていなかったことが判明して愕然としたりなんてのは日常茶飯事だったりもするんですが(笑)
様々な外資の会社がありますが、本質的に上記のことはすべての会社が経験することになると思っています。そしてなかなかうまくいかない。
Googleあたりは日本法人でもなかなか厳しい基準の採用をしていると聞き、またネームバリューもあるのでかなり優秀な人材も集まっているでしょうから、もしやこうしたベースラインの問題もうまくクリアできているのかな、と思って見ていたんですが、さにあらず。
どころかもっとも本社との関係はうまくいっていない会社かも知れんなぁ。
「俺たち優秀だし、なにも別にいちいち本社の連中の意見なんて聞く必要ないし」などと思わず、そういう問題とは別に、色々な部署の色んな意見を聞いたり話したりするのは結構有用だぞ、とアドバイスしておきます。経験上。
年の瀬なので、ちょっと暗い話をしてみる。
僕が今使っているレンタルサーバーはかれこれ五年ほど使い続けてるんですが、元々使っていたレンタルサーバー屋が倒産しドメインの管理もまともに引き渡されず途方に暮れていたところでたまたま見つけ、藁にもすがる思いで助けを求めたところ即座にドメイン管理権限を引き取ってくれ、しかもかなり親切かつ迅速というサーバー屋さんの模範のような会社だと思っています。
なので速攻で契約してから特に不満もなく、ほんのたまにサーバーダウンなどしていても、メールで連絡すれば夜中の三時とかでも10分ぐらいで連絡が来たりしていて、実際とても信頼しているのです。
しかしここ1-2年ほど個人的にある不満が溜まってきていました。
iPod touch/iPhoneの産経新聞アプリは僕も便利には使ってますが、世界にはまだ上がいます。
澳門(マカオ)の代表紙である澳門日報のWEBサイトでは、何と過去記事も含めて全記事が無料で完璧に読めてしまいます。
iPod touch/iPhoneではないとは言え、見ての通り、左サイドに紙面のレイアウトが表示され、そのレイアウトには記事毎にリンクが付いている(！！)のでこれをクリックすると右サイドにその記事の「全文」が「テキスト」で表示される仕組みです。
正直サイトのデザインはとても商業サイトとは思えない稚拙なものですが、機能的には完成されています。
実は海外紙ではこういう新聞も時折あるみたいですね。
最近の米国の新聞社サイトはあまり見ていませんが、不況で客離れの激しい昨今、記事をオープンに公開する動きも増えてるのかな？
一体どうやって利益を確保しようとしているのか分かりませんが、もし売り上げ減少などの要因が無く収益も安定しているのなら、非購買層への宣伝の意味も含めてこういう戦略はありですよね。
日本国内しか見ていないとこうした事例の方を異端と感じ産経新聞GJ!とか思いがちですが、実際は放送をリアルタイムで無料ストリーミングしているTV放送局も世界には数多くあったりしていて、実は日本のマスコミの情報の出したがらなさこそが異端とも感じます。
井の中の蛙では全く気付きませんが、こうした点では日本はかなり遅れているのではないかな。
海外の新聞やTVによるインターネット活用について、まとめとかあるといいと思うんだけど、どこかのサイトにありませんかね？
各所で話題になっていますが、最初聞いた時は以前話があったfmt=18の続きかぁぐらいだったんですが、実際に見るとかなり印象が変わります。
とにかく見ていない人は一度見てみるべき。
上記のfmt=22版 http://jp.youtube.com/watch?v=JXyZQ_O0Agg&fmt=22
とにかくうちの22インチディスプレイで全画面にしてみてもブロックノイズが全く乗っていないのには驚きです。
fmt=22版のファイルをキャッシュから発掘してスペックをMediaInfoで見てみると、
- コーデック : H.264
- コーデック/Info : H.264 (3GPP)
- 再生時間 : 1分 23秒
- ビットレート : 1996 Kbps
- 幅 : 1280 ピクセル
- 高さ : 720 ピクセル
- 解像度 : 16/9
- フレームレート : 30.000 fps
- ビット/(ピクセル*フレーム) : 0.071
- StreamSize : 19.9 MiB
ということでいわゆるHD画質(720p)にはフレームレートが足りないみたいではあるけれど。
ただ音質も上記だと248Kbps取れていたりと、少なくともDVD以上の画質がオンラインで得られるんですからいい時代になったものです。
一時期は低画質の代名詞みたいに言われていたYouTubeの変貌に驚く声があるみたいですが、多分驚くには当たらず、彼らには計算通りだったのではないかと思います。
一つにはそもそもあの低画質はFlashが提供するコーデックが当初H.263しかなくやむを得ない選択肢だったこと。但しスタート当初の設備では妥当なサイズでもあったことでしょう。
もう一つは以前聞いた話では(ソース無くした。。ごめん)YouTubeはサイト開設以来投稿された全てのオリジナルソースを保持しているそうです。
つまりH.263だろうとH.264だろうと提供する画質に変換してしまってもオリジナルは別に保管されているようなのです。
なのでiPhoneにサービス提供する際にもすぐH.264(fmt=18ですね)画質でサービススタートできたようです。
低画質の代名詞みたいにされていたのは悔しかったと思いますが、先を見据えた戦略が花開いたよい例と言えるかも知れません。
日本からだとあまり頻繁には使えないですが、主に海外のショッピングサイトで使えるクーポンを共有してしまおう！というサイトがあります。
RetailMeNot.com
ユーザーが各サイトで使えるクーポン番号を投稿し、他の利用者がこれは使えた使えなかったとフィードバックして効率的に共有してしまうサイトです。発想がいいですよね。
利用可能率や時系列で使えた時期なども表示されるので使えるクーポンの判断もしやすくなっています。
日本からだと、海外のサイトは海外発送してくれない場合も多いので(例えばAmazonは国内発送のみ)利用する機会も少ないですが、いろいろ見て回る限りはebay.comやあるいはオンラインソフトのダウンロード販売などには利用できそうです。
さっき確認した限りでは、例えばアドビで全製品15%OFFなんてクーポンが生きてましたよ。
因みにそのクーポンは日本サイトでは使えませんでした。。。英語版でもいい、って場合にはいいんじゃないでしょうか。
日本はそれほどクーポンって一般的ではないですが、アメリカではスーパーマーケットなどでも日常的なのでこういうサイトも広まるんでしょうね。
日本にも欲しいな。。
Sage++の脆弱性問題というのが出てきていて、特にSage++は使ったことがないのでそこにはそれほど述べることもないのですが、ちょっと気になったのはJPCERT/CCからの脆弱性情報を作者として受け取るのに「個人情報を公開する必要があって躊躇ってしまった」という件。
[重要] Sage++ (Higmmer’s Edition)の脆弱性情報に関して、お詫びと釈明
かくいう僕も似たような経験があります。
但しこの時は脆弱性の通報者側でした。
参考: Movable Type 3.151以前のセッションハイジャック脆弱性問題
通報者であっても実名による通知など個人情報を知らせる必要があって要求されたんですね。
で、まったくひぐま氏を同じことを思い「個人情報は教えたくない」と押し通したら後日「届出を受理します」との連絡がありそのまた後日公開となりました。
但し公開された脆弱性情報には私のハンドルネームひとつありませんでしたが。
この問題、ひょっとすると最近巷を騒がす匿名実名問題にも行き着くかもしれませんが、一方で「果たしてこうした有益な活動に個々人で受け取り方の異なる微妙な問題を紛れ込ましてややこしくしてどうするのか」とも思います。
そもそも脆弱性情報の届けなら事実が述べられていればよいだけで、商売上脆弱性情報に名前がのると嬉しい人が勝手に届けに付加しておけば宜しい。
作者への通知においても、作者が公開しているメールアドレスで連絡できるのならば問題も感じられません。
なにより、そうした仕組みで成り立つとすくなくとも見なされ運用されているのが今のインターネットの世界なのですから。
単純に考えれば、JPCERT/CCまたはIPAはお役所でしかないということなのでしょう。
考えてみれば、住民票を取ったり結婚時の立会人がハンドルネームというのもしっくりきません。
ただただ普段の役所仕事を持ち込んでたらこうなった、というところか。
すでにリアルだけで世の中が成り立っているわけでもありませんし、もちろんバーチャルだけでもありませんが、そこで必要とされるルールを飲み込んで従うところから始めてみるのもいいのではないのかな。そういう発想や覚悟があるのかどうかは知りませんが。
そんなあれこれ考えるとこれからは世代やリアル/バーチャル、職種など様々な関係での「デバイド」が顕在化するように思われ、またはすでに噴出している時代かも知れませんね。しかも他方から他方を見ると相手の発想が何一つ理解できないぐらいの。
＃とりあえず世の役所や関係機関にはSecondLifeに支店を出すところから勧めてみたいと思います。:)
突如としてこの話題で姦しいですが、ちょっと眉唾にも思ったり。
でも仮にドメイン取り上げられるとしても、閉鎖はしなくても大丈夫じゃないかという気がする。
例えば
1. Hostsファイルをまとめて配布しちゃう。ローカルに保存したらそれだけで済む。
2. 独自にDNSサーバ(リゾルバ＋2ch.net用ゾーン)を立てて公開する。
2はどっかの業者が行っている方法ですが(あっちはルートサーバだっけ)、これが出来たら怖いもの無し。DNSをICANNに必ずしも依存しなくていいことになるし、何でもやりたい放題になりますね。
負荷が怖いけど、もともとあれだけのトラフィックをさばいてるのなら問題にならないでしょう。
後は利用者が設定を変えてくれるかどうかだけど、多少手間でも2chにアクセスしたい、って人たちはいっぱいいるかと。
1はHostsそのままでもいいし、または2chブラウザがボード一覧みたいに自動的に取得するでもいいし。あ、これが最強かな。2wchブラウザを前提にするなら、DNSに拘らず何でもありですね。
ということで、閉鎖しない方に500バーツ賭けます！
Powered by WordPress.
Template based on praegnanz.de.
![[Atom]](http://www.rocaz.net/pic/feed-icon-blue.png){kind=icon}
![[RDF Site Summary 2.0]](http://www.rocaz.net/pic/feed-icon-red.png){kind=icon}
Recent Comments