「Tizen」を含む日記 RSS

はてなキーワード: Tizenとは

2016-06-17

1.0から学ぶJava

タイトルを見て釣られクマーな皆さんこんにちは

ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。

今調べたらホッテントリメーカー2008年だそうで。どうりでねー。古臭いなーと思いましたよー。

「一から学ぶJava」ってのをね、1.0にするだけでこんなに素敵なタイトルになるんだから面白いですねー。

タイトルを思いついただけだったんですけど、思いついたらやっぱりちゃんと中身も書かないと行けないじゃないですか。やだー

面倒くさいんですけどね。ちょっと1.0から学んでみましょうか。

Java 1.0 1996年1月23日

Javaの1.0がリリースされたのは1996年1月23日ですね。発表されたのが1995年5月23日でJavaの誕生日といった場合にどちらを取るかで揉めることがあります。

かれこれ20年前なわけで、当時のパソコンというとハードウェアはCPU が Pentium 133MHz メモリ16M とかそんな感じだったかなあ。今どきの携帯電話の例としてiPhone 6sを挙げるとCPUが1.85GHz メモリ 2G ってんだから凄いですね。OSは1995年11月23日リリースされたWindows95とかそんな時代背景です。インターネットがようやく一般に普及し始めたところでしょうか。

今から思うと相当弱いハードウェアですけども、そろそろVM方式を採用しても良さそうな、そんな時代でした。インタープリタだと流石に遅い、でもC言語のようなコンパイル言語だと"Write once, run anywhere"とはいかない、という判断もあったのだろうと思います。Javaが純粋なオブジェクト指向言語ではなくintなどのプリミティブ型を持つというのは、当時のマシンスペックを考えた場合、ある程度妥当な判断だったと言えるでしょう。これが後々苦しくなってくるわけなのですが。

Javaを作った会社はSun Microsystems(サン・マイクロシステムズ)というアメリカの会社で、2010年1月27日オラクルにより吸収合併され今はありません。SolarisというOSとSPARCプロセッサでUNIXサーバーの販売で90年代後半までは一人勝ちのような状況だったと聞きます。当時にすでに「ネットワークこそがコンピュータ」(The Network is the Computer)というモットーを掲げてたんだからおかしい。1996年リリースのJavaが標準でネットワーク機能を備えていたのもこのあたりの思想から来ているのかもしれませんね。

当時のプログラミング言語としてC++が挙げられますが、C++でのプログラマへの負担といいますか、ヒューマンエラーの起きやすさといいますか、その辺を改善する目的で開発されたのがJavaだったわけです。

1996年の時点にこんな言語が登場したのですから革新的でした。

いろんな企業がJavaに賛同します。その中にはMicrosoftもありました。この時期、Microsoftは次期のWindows開発用のプラットフォームにJavaを据えようと考えていました。その後、袂を分かつことになるのですが……。

プログラム言語として構文などを見ると、C++を強く意識した構文なのは間違いなく、しかしポインタ演算を廃してポインタを機能を限定した「参照」に置き換えるなど簡素化が多く見られます。C++からはいろんな機能が削られています。関数ポインタ、構造体、演算子オーバーロードテンプレート((テンプレートについては実装が間に合わなかったという話を聞きます))などなど。そのためC++の劣化であるように揶揄する人もいますが、こうしたものを捨てて言語仕様を比較的小さくシンプルに抑えた点は評価に値すると思います。しかし、今でもこうした削減された機能を愛する人からはJavaを腐す要素として挙げられてしまうのでした。

Java 1.1 1997年2月19日

Wikipediaからピックアップすると1.1での大きな機能追加は

といったところです。当初よりJavaの内部文字コードUnicodeで文字を表すchar型は16bitで設計されていました。Unicodeは当時それほど普及しておらず、Unicode対応のテキストエディタさえ少なかったと記憶しています。時代を先取りしていると言えますが、大きな誤算はUnicodeが当初16bitのコードポイントに世界のあらゆる文字を格納しようとしていたことで、漢字圏の我々からすると16bit=65,536程度の空間に文字が全部入るわけないだろ!というものだったが故に早々に破綻し、Unicodeは21bitのコードポイントに拡張されることになるのです。これはまた後の話。

なんにせよ、日本語が対応されたのは1.1からで、日本でのJavaの採用が始まったのはこの頃からと言えましょう。

当時のJavaのGUIはAWTというものでしたが、これを用いたGUIの開発は当時は結構行われていたイメージですね。Visual BASIC でGUIを作るプロダクトも結構あったと思います。GUIのためのオブジェクト指向言語としてJavaが使われていたイメージがありますね。JavaBeansもそのための仕様でした。件のsetter/getterの話題に繋がっていくのですが。

JDBCはJavaとデータベースをつなぐインターフェースです。RMIではあるJava VMから別のJava VMにオブジェクトを送って実行する、といったことができます。こうした機能が用意されたことで、ソフトウェアフロントとしてのGUI、裏方の実装のためのネットワーク機能、データベース機能、さらにはソフトウェアを配布するためのJava Appletという布陣でJavaでのソフトウェア開発が加速していた時代といえます。

Microsoft Visual J++ もこの時代ですよ。

Java 1.1以降のバージョンのものは互換性確認のためにOracle Java Archiveからダウンロードすることができ、今でも入手することができます。もちろん、Java7ですら2015年4月にEOL(End of Life,サポート終了)となっているので、通常利用するのはJava8としてください(本稿執筆時点)。

当時のドキュメントを見るのも一興です。現在と比べると標準APIがかなり小さい。なお、当時のjavadocは今とはデザインが大きく異なります。

  • java.applet
  • java.awt
  • java.awt.datatransfer
  • java.awt.event
  • java.awt.image
  • java.beans
  • java.io
  • java.lang
  • java.lang.reflect
  • java.math
  • java.net
  • java.rmi
  • java.rmi.dgc
  • java.rmi.registry
  • java.rmi.server
  • java.security
  • java.security.acl
  • java.security.interfaces
  • java.sql
  • java.text
  • java.util
  • java.util.zip

この時代であれば、全パッケージを舐めて標準APIを学ぶこともそう難しくはありませんでした。この時代から触っている人間は新バージョンが出るたびに増えるAPIを順に学んでいけたのです。しかし、現代にJavaを学ぶ場合、どのバージョンでは何があって……というのをいちいち学ぶ必要はほぼありません。Java5以前は一緒くたでいいと思いますし、一部のAPIで歴史的経緯があってねーというのを知っていればおそらく十分ではないでしょうか。

Java 1.2 1998年12月8日

strictfpキーワード浮動小数点演算をやる人は覚えておきましょう。JavaはパフォーマンスのためにCPUの浮動小数点演算を扱うことが許されており、そのため実行するCPUによって精度が異なることがあるんですね。まあ今時のCPUだと大丈夫だとは思うんですが。

リフレクション機能ではJavaのクラスを抽象的に扱うことができます。設定ファイルに書かれたクラス名のclassロードして実行する……みたいなことができるんですね。フレームワーク的なものを作る場合には多用することになります。

1.2からは新しいGUIのSwingが採用されました。AWTがOSごとのGUIパーツを用いていたためデザインに違いがあったのに対し、Swingでは統一的なルック・アンド・フィールが用いられるようになりました。まぁ今ならJavaFXを使うのが良いと思います。

初期のJavaはやはりVM方式の実行速度の遅さが指摘されていました。実行時の構文解析を伴わないだけインタープリタよりは早いものの、実行バイナリを作るC/C++よりは遅い、そうした評価です。ここではサン・マイクロシステムズのVMにJIT(ジャストインタイムコンパイラ)が乗ったことが挙げられていますが、JIT自体は別の会社が先駆けて開発していたことは記しておきたいと思います。

JITコンパイラは実行時にJavaのバイトコードを環境のネイティブコードコンパイルして動かす技術です。この後、JITコンパイラ、動的再コンパイル技術、世代別ガベージコレクションを備えたHotspotといった様にJavaVMは進化していきます。現代では実行時の最適化が進み、大きなスケールで見た場合、Javaの実行速度はC/C++での実装と比べてそれほど遅れるものではありません。遅くても倍の時間は掛からない程度といったところでしょうか。

あとは特記すべきはコレクションフレームワークです。皆が多用しているであろうjava.util.Listやjava.util.Mapといったライブラリが整備されたのがこの時なのです。それ以前はjava.util.Vectorやjava.util.Hachtableというクラスが可変長配列の機能を一手に担っていました。今ではVectorやHashtableは使うべきではありません。

Microsoft 離反

Java の開発はSun Microsystems が主導していたけども、すべてがSunのものだったというわけでもなく。Javaには多くの会社が出資していてその中のひとつMicrosoftだったわけですね。

Microsoft の Visual J++ では delegate とか独自機能拡張もありましたけど、裁判で問題になったのは J++ でコンパイルしたclassファイルMicrosoftのVMでしか動かないという部分ですね(他社製のVMで動くclassファイルを作ることもできる)。classファイルがどこのVMでも動くの大事だろ、"Write once, run anywhere"だろ、お前何してくれてんの!と喧嘩になったわけです。当時のMicrosoftブラウザまわりでも独自拡張がやりたい放題、標準規格?なにそれ美味しいの?みたいなスタンスをあちこちで見せていたものです。

結局、この事件でMicrosoftのJavaはバージョン1.1相当でストップ。好き勝手にやれないなら独自に言語作るわーとばかりに.NET フレームワークと C# といった方向に舵を取ります。

JavaがPC上でのUI開発の主力になろうとした勢いはここで潰えます。

Java EE

Java SE とは別にこの時代に Java EEリリースされていることは特記しておきたいですね。これ以後、それまでのCGIに取って代わって、JavaはWebサービスの開発のプラットフォームとして多用されるようになります。

2000年あたりからはJavaはGUI開発というよりは、Webサービスの開発が主流という流れになっていきます。インターネットサービスが非常に発達していった時代、背後ではとてつもない量のJavaのプログラムが支えていたわけです。ただまあ、こうした産業利用は一般的ユーザーの目にはあまり入らないわけです。一般人からすればJavaといえばJava Appletみたいなイメージはずっと残っていたでしょうが、実体としてはJavaといえばServletという時代になっていたわけです。

企業で用いられる社内システムにもServletは多く採用されました。

理由はいろいろ挙げれると思うのですが

というのが大きな理由だろうと思います。JSPというテンプレートエンジンを用いてHTMLを整形してWebページを作り出す、というアーキテクチャある意味では便利で簡単でした。

もっともHTMLの表現力に足を引きずられるため、GUIの機能性という点では後退したわけなのですが。それでもメリットが大きいと判断されたのでしょう。というか、まともにGUIを組めるプログラマがほとんどいないから、GUIのシステム開発がなかなか成功しないってのもあったんでしょうけどね。

iアプリ Javaアプリ EZアプリ

2000年あたりというと携帯電話の普及も取り上げなければなりません。現代のスマホガラケーに比べれば非常に機能は貧弱で、まさに携帯「電話」でした。要するに電話とメールぐらいしかできなかったんですね。

そこにdocomoiアプリJフォン(ボーダフォンを経て現ソフトバンク)のJavaアプリ、auのEZアプリという携帯電話上でちょっとしたアプリが動くよ!というのが乗るようになってきたんです。これがJavaを組込み用途にコンパクトにしたJava MEというものが土台となっていて(正確にはiアプリちょっと違う)Servletと並ぶJava言語の大きなもうひとつの領域となっていました。

iアプリは当初は容量が10k byteまでといった制約があり、容量制限が非常に厳しかったのですが、新機種が出るたびに容量は緩和されていきました。

docomoiアプリ含めiモードによって一世を風靡します。こうした土台を作ると、その上で商売をしたい人がたくさんやってきて、勝手にコンテンツを作ってくれる。docomoはそれらから手数料を取るので労せずして大金を稼げるというわけです。賭場の胴元というわけです。

この賭場が、将来にAppleiPhone, GoogleAndroidに荒らされることになります。docomoがなかなかiPhoneを出さなかったのもiモードという自前の賭場を失うことを良しとしなかったためです。金づるを失ったdocomoSamsungと組んで独自の携帯向けOSであるTizenの開発に乗り出します。そんなTizenですが鳴かず飛ばず。噂ではインドあたりではリリースされたとか、なんとか。

RIA時代

話を2001年に戻しましょう。

Microsoft離反でGUIのプラットフォームとしてのJavaというものは存在感を弱めていました。この分野の復権に寄与したのはJava 1.4 (2002年2月6日)で導入されたJava Web Startです。

Java Appletブラウザ埋め込みで動作したのに対し、Java Web Startではブラウザから起動しつつも独立したアプリとして起動するのです。

Webシステムが企業の社内システムに採用された話は先に述べたとおりですが、やはりWebシステムのGUIというのはHTMLに引きずられて貧弱だったんですね。

端的に言えば入力値が数字かどうか?みたいなチェックがなかなか難しい。HTML上でJavaScriptでやるわけなんですが、なかなか気持よく入力できるような感じにはならなかったんですね。

また、Ajaxによるブラウザのページ遷移を伴わない通信というのが出てきたのも2005年ぐらいなので、入力値に対してサーバ問い合わせするようなことはできなかった。当時だと一旦画面遷移させないとできなかったわけです。

こうした事情から、クライアントサイド、要するにPC側でもっとリッチなUIが使いたい!という要望があったわけです。Webシステム使いにくい!という不満の噴出と言ってもいい。そこで出てきたのがRIA (Rich Internet Applications)というわけです。

Javaは1.0時代のAppletからそうですが、ネットワークを介して別のPCにプログラムを送り込み、そこで動作させるという能力を持っていました。それこそまさにRIAに求められる機能性だったわけですね。

RIAの代表とされるのは

あたりです。三つ巴の戦い、どこに軍配が上がるのか!?と注目されましたが、勝利したのはHTML / JavaScriptでした。

Google MAP で注目を浴びたAjax技術、それまでブラウザでは不可能と思われていた高級なGUIをHTML / JavaScriptで実現させました。もうやめて欲しいですよね。せっかく脱ブラウザの流れが来たと思ったのにまたWebシステムに逆戻りですよ。

RIAが失速した理由として考慮して置かなければいけないのはスマートフォンの台頭です。RIAでは端末を選ばずどこでも同じアプリが動かせる点がポイントひとつでしたが、スマートフォンではそうは行かない。"Write once, run anywhere"を破壊したのはスマートフォンだったというわけです。

しかし、先日インストールなしでアプリを実行するAndroid Instant Appsが発表されたりしまして、結局RIAの思想といいますか、要求というのは今でも息づいているのだなと思った次第です。

Java 5 (2004年9月30日)

1.3 / 1.4 では機能追加はあっても言語構文が大きく変わることはありませんでした。大きく変わったのはJava 5です。この時からバージョニングが変わって1.5ではなく5と表記されるようになりました。

Java5の特徴はなんといってもジェネリクス。それまでjava.util.Listにデータを出し入れするのにはキャストが必須だったわけですが、ようやくキャストから開放され型の安全度がぐっと高まりました。その他に以下のような変更があります。

言語としては随分変わっったわけですが、もうかれこれ10年以上前のことですからこれらの機能が「Java5から導入された」という知識は今となってはあまり必要とされません。これらの機能が使えないJava 1.4で開発をする事案が殆ど無いからです。0ではないのが悲しいところではありますが。

その後

Java 6 (2006年12月11日)がリリースされた後、Java 7 (2011年7月28日) が出るまでJavaは停滞してしまいます。その間にSun Microsystemsという会社がなくなってしまったためです。

Sun Microsystems の経営状況が悪化しており、ついに身売りをすることになりました。身売り先はIBMともGoogleとも噂されましたが結局2010年1月27日オラクル吸収合併されました。

Javaの停滞中にはJava VM上で動く非Java言語も台頭してきました。Scalaなどですね。

やや戻って2007年Androidが発表されます。Androidの開発言語にはJavaが採用されていますが、実行環境はJava VMではなく、ライセンス的な事情でJava(TM)は名乗らない微妙な位置関係にあります。

Java 5 以降で大きく言語仕様に手が入るのは Java 8 (2014年3月18日)です。並列処理を行うためのStream APIと、そのために簡易に関数を定義するためのラムダ式が導入された点が大きいですね。日付APIも刷新されました。

このように、Javaは1.1の黄金時代から今に至るまで利用ジャンルを転戦しながら産業の土台となって支えてきた歴史があります。ジャンルの趨勢により浮き沈みもあります。今後についても決して楽観視はできないでしょう。Javaを学ぶことはプログラミングを学ぶステップとしては意義はあると思いますが、Javaを学べばゴールというわけではありません。プログラム言語次世代へと移りつつあります。業界動向には注視していきましょう。

2014-07-21

ガジェオタの憂鬱

散財する機会が爆減した。

スマホタブレットの普及期は「おらワクワクしてきたゾ!」という感じで手当たり次第ガジェット買えた。

泥も林檎も窓タブも買った。すごく興奮できた。

でもモバイルデバイスが一巡したあたりから急に市場がつまらなくなった。

格安スマホが出てきて「レイトマジョリティに訴求する」なんて小売業者が言い出したあたりから退屈で仕方がない。

Tizen火狐UbuntuFire Phone。遅すぎる。アーリーアダプターはもうスマホタブレットwktkしない。

電子書籍を含むオンデマンドコンテンツ配信もイマイチ盛り上がりに欠ける。

Apple TVChromecastFire TVに至っては意味が分からない。テレビ観る人っているの?

たぶん今アツいのはIoTとかDMPとか、エンタープライズ向けのテックなんだよな。

コンシューマー向けだと、車載OSウェアラブルがややホットだけど、まだ諭吉を盛大に使えるフェイズじゃない。

GoogleFBMSAmazonがカネにモノを言わせてインフラ整備したり人工知能開発したりしてるけど、やっぱりまだ諭吉使えない。焦らしプレイ反対。ギーク生殺し罪深過ぎる。

もうiPhone 6とかどうでもいいよ。なんかこう、ヘイヘイヘ~イ!ってカネを使えるモノはないですかね?

2014-03-01

Kindleエロゲしている

去年のクリスマスセールで買ったKindleは見事にエロゲ専用機となっている。

DMMとかでAndroid用のエロゲを落としてゲームしている。マジおすすめ


Androidスマホは外に持ち歩くからエロゲ入れられない。

Kindleは家専用という使い方全然あり。

持ち歩かない端末でもGoogle仕様に準拠していると

Google様が連絡先同期してくれるので、怪しいアプリとか入れられないと思っていた。

KindleAndroidベースなのにGoogleシャットアウトされている。

おかげで怪しいアプリエロゲ入れ放題。性能の割に安い。


マジおすすめ


Tizenマジおすすめを将来誰か書いてくれると信じてる。

2013-12-10

買ってよかったものリスト公開へ向けての提言

はてブリングサイドとして、2013年買ってよかったもの合戦が始まった。

後出しのほうが、質は上がっていくだろうから(例えば使っている写真を張るとか)

今あえて最底辺から苦言を呈する。

ブロガーたるもの無知蒙昧な衆愚啓蒙する高い志を持ってもらいたいからだ。

今よりも高い水準を要求して余りある能力をお持ちだと信ずるからだ。

これはつまり、我儘というやつだ。

まとめ

アタリマエのことは省いて欲しい

高いものが良いものではない

TIPSは血肉があってこそ

アタリマエのことは省いて欲しい

自動車買ったら世界が変わったよ!やっぱレンタカーともタクシーとも違うな!」

どうだろう。

発言した人間との関係性で反応は異なるだろうが、余程でなければ苦笑いだろう。

もちろん、これが電気自動車であるとか、もっと言えば明治時代に馬車から乗換えた元公卿とかなら判らんでもない。

吉田自動車国産だが買い控える必要はない!」

とかなら、十分に価値のある買ってよかったものリストだ。

今あえてルンバを出す価値や、MBAを出す価値が有るだろうか。

アタリマエのことの集合体が意味を持つTwitterのさえずりとは違うだろう。

一つ一つのさえずりは小さくとも、バルスの大合唱世界を揺るがす。

しかし、ブロガー合唱団の一員ではなく、孤高の演奏家だろう。

大衆に紛れて声を上げる煽動者ではなく、先導者であって欲しい。

余程のことがなければ、それはそっと追記すれば良いだけだ。

高いものが良いものではない

そもそもコンナ偉そうなことを書く価値があると感じたのは、このブコメだ。

id:n-styles

現物写真を撮ってるのに他のサイトとかぶってるという指摘すごいなー。独自性を出すためにチョイスを変えるとか本末転倒だし、記事書くためにわざわざ別の何かを買ってくれば満足なのかな。

実に鋭い切り口で本質を見せてくれる。鋭すぎて傷の治りが早そうだ。

オレのリストは他人とかぶってるつまり通り一遍リストだと婉曲的に表現するときに僕も使いたいと思う。

珍奇なものをワザワザ買ってくれば良いのか?という所が凄い。素晴らしい腕をお持ちだ。

なかなか返す刀で「オレはどうせワザワザ買ってこないと他人と被る普通感性だよ≒オマエはどうなんだよ」とは言えない。

精進したいと思う。

閑話休題

まり、買ってよかったものリストというのは、その人間を表すものだ。

なかなか買えない高いものを買ったかレビューしてやろう、というのも人間性だ。

安くてちょっとしたものでも生活が変わったならそれをリストに加えて欲しい。

そうすれば「安くてチョットしてものリストに加える人」なんだと判る。

他人の本棚を覗くような、その人となりを如実に表すバロメーターだ。

TIZEN特集の雑誌が並んでいようとも、Nokia仕様書MeeGo解説書があればその人への評価を改めるだろう。

高くて良い物を買って高いだけあって良かったと叫ぶのは我々で良い。

2013年を総括する、彼にとってこんな1年だったと示して欲しい。

我々はリストを見るのではない。ブロガーを観るのだ。

TIPSは血肉があってこそ

前半Disったように聞こえると本義ではないため、弁明しておこうと思う。

N-Styles(あれっくすさん)のリストは後半流れるように素晴らしい。

[NS] 2013年買ってよかったもの

http://n-styles.com/main/archives/2013/12/10-013000.php

からモノをプレゼントされる人柄、それに引きづられるように泥縄で増えるグッズ、

駄目になると見せかけて健康志向である事を示す志。

さすが老舗、(通称)人間ダメになるソファ写真で如何にもなダメさを魅せつけておいて、

Vitantonio マイボトルブレンダー写真に、テーブルの角のクッションを映し込む感性

年会費1万円のアメックスゴールドカードに入っても旧料金法人会プランがお得なのは

月何回通ってからだろうと相手を引き込むその技法

コレこそがあれっくすさんの2013年を振り返り、2014年を感じさせるリストだと言える。

ルンバが見たいのではない、遅刻しないコツからあれっくすさんを観たいのだ。

「床に物を置かなくなる」みたいなのはTwitterで我々愚民が呟けば良い。

Amazonリンクを我々が踏むのは、「まとめ」を見たからではない。

その生活共感し、そのTIPSからその人を感じ取り、

購入を通じてブロガーと一つになりたいという

燃え上がるような変態性の末路からだ。

まとめ

雨後の筍のごとく2013年買ってよかったものリストがまだ出てくるんだろうが、

取り敢えずで書いたそのリストにはそのブロガーのものが出るぞ。

高額商品Amazonリンクを張るなら、その精神性が、

通り一遍の解説からは、通り一遍の記事の質が、

うかつに書いたキッチン用品からは体型が、

行間から漏れ伝わってくる。

心せよ、

おまえが深淵を覗くのなら、深淵もまたおまえを覗いている。

おまえはリストを見せているつもりかもしれないが、おまえがリストを観られているのだ。

2013-09-07

http://anond.hatelabo.jp/20130907170429

社内抗争を繰り広げて幹部を更迭し、パートナーだったサムスンTizen)を裏切り

国内スマホメーカーを壊滅させ、日本携帯電話産業を潰す覚悟iPhoneを導入しておいて、

それでAppleに課せられたノルマを達成できなきゃ、ドコモは終わる。

もはやなりふりかまわないだろうよ。

2013-08-06

あなたドコモ経営陣だったとします (※追記あり)

事業環境は厳しいです。ドル箱だったiモードの栄華も今は昔、「ただの土管になりたくない」という強い意志も、いまや具体的戦略のないただの願望になってしまいました。通信インフラコモディティ化していて他キャリアとの差別化はできなくなったどころか、LTEカバレッジでは最も出遅れている始末。他キャリアへの流出が止まらなくなり、キャンペーン甲斐なく何度も純減を繰り返しています。もはや減収減益の構造が定着しつつあるといっていいでしょう。

そこでiPhone導入が取り沙汰されるわけです。

確かに、まだiPhone人気が十分に高い日本では、短期的にはiPhone販売がMNP流出防止&純減ストップの切り札になることはわかっています。それでもiPhone販売に踏み切れない一番の理由は、これまで株主総会でも日経記事でも繰り返し観測気球を出してきたとおり、Appleが課す高い販売シェアノルマ---一説には50%---がドコモ負担になると予測されるからです。

でも、「販売ノルマ率を切り下げてくれればウチも採用しまから、そこは何とかお願いしますよ」というドコモからの数年越しのメッセージに、Appleは反応しませんでした。確かに中国インドアフリカといった途上国の巨大市場に比べれば、ドコモたかだか6000万契約極東のいちメガキャリアしかありません。最後発のドコモに対して契約条件を緩和したら、当然ソフトバンクau最恵国待遇を要求するでしょう。Appleからすれば、各社に販売ノルマを緩和したらトータルではツーペイになってしまうし、利益率を緩和したら、まだiPhoneが高い競争力を持っている地域市場を自らスポイルすることになってしまますAppleドコモ妥協してやる意味は今のところないのです。

からドコモにはもう後がなくなってしまいました。とにかくiPhoneの販売ノルマクリアできる体制を整え、iPhone販売契約に踏み切るのが喫緊課題です。そのためはどうすればいいか? iPhone豊富選択肢のなかのワンオブゼムにしてはだめですよね。実際に数を捌かなければ、Appleが課すペナルティで今度は営業利益率がガタ落ちしまから。となれば、今は1シーズンに10機種も出しているAndroidスマートフォンの投入ラインナップをせいぜい3〜4機種程度に絞り、それらとは別格の位置づけでiPhoneを売りまくらなければいけなくなりますソフトバンクKDDIは実際そうしています)。「業績回復のためにやれるべきことは全部やっている」と株主に説明するためのステップとして、これはもう必須の条件でしょう。

さて、では実際にラインナップのどこを整理して、誰にiPhoneを売ってゆくのか。ドコモ既存ユーザーのうち、特に重視すべき移行見込層は、1)フィーチャーフォンユーザーと、2)Androidに乗り替えたものの、その機能操作性に不満があるユーザー…ということになるでしょう。1)はかつてブランドだった「ドコモのN」や「ドコモのP」などを長年ご愛顧戴いてきた層。2)は、Android機種のなかでも差別化に失敗しているコモディティ的端末、すなわち、N・P・F・SHのユーザー。これらのユーザーを「わかりやすいですよ」「使いやすいですよ」とiPhoneに誘導してゆくためには、これらのセカンドラインメーカーが作るスマートフォンは、むしろ選択肢から消えていてくれたほうがいいですよね。

こうして事前にキャリア内の浮遊層を作っておき、適切なタイミングiPhone移行キャンペーンを投下すれば、そこは衰えたりとはい国内最大の契約者数を誇るキャリアドコモですから、その数字的なインパクトはかなり大きいはずです。


から今回話題になった「ツートップ戦略」は、巷間言われているように、スター機種のXperiaGalaxyを重点的に売り込むための、攻めの施策というだけではありません。それは、来たるべきiPhone時代を見据え、長年ドコモ蜜月関係にあったメーカーたちと縁切りすることを意図した、非情身辺整理の作業でもあります。今般報道されているNECカシオパナソニックモバイルスマートフォン撤退は、ドコモの販売奨励戦略の「失敗」ではなく、はじめからの狙い通りの「成功」だったというわけです。



【追記】山本一郎さんのコメントへの御礼

ネット世界では投資家ゲーム開発者ラノベ作家企業探偵ベルロックメディアシニアマネージャーなどの華麗な経歴で知られる山本一郎さんという人に拙文へのリンク貼っていただけたようで、恐縮至極、汗顔の至りです。

【悲報】ドコモ関連で「いかにも」な与太記事が増田に掲載され局地的に話題に(山本 一郎) - 個人 - Yahoo!ニュース

空手形や取らぬ狸皮の動機でNECを真っ二つにするとはちょっと思いづらいんですよね。


はい、もし上の文章からそんな経緯を想像する人がいたら、企業経営には向いていないでしょうね。山本一郎さんがドコモ経営陣だったとしても、当然、Appleと今期以降のiPhone販売契約について話の筋道をつけてからの「ツートップ戦略」で年末大水計に打って出るのではないでしょうか? 見込みベースで話を進めて裏目に出たら、ツートップ転じてオンリーツー状態になってしまますのでね。もしここまでの話がすべて机上の空論なら、それはすなわち、「ドコモは次の機種サイクルから事実上ソニーサムスンだけでスマートフォン市場を闘い続けることを選んだ」という話になるわけです。

しかし、本邦のモバイル業界フラッグキャリア格ともいえるドコモが、たった2メーカー×1〜2機種の最新スマートフォンラインナップで次の秋冬商戦に挑むなんてことがあるでしょうか? この会社は今年に入ってからの一連の動きのなかで、どんなコストを払い、何を仕込んでいるのでしょうか? 山本さんが並べているリンクの数々も、ツートップ戦略が「単体では」純増の切り札として奏効しなかったことを示していますが、それは本当は「切り札」ではなく、さらなる戦略転換のためのひとつの手段だったのではないでしょうか? 予定では2013年中に市場投入され、サムスンとの密な提携関係ならびにモバイルOS第三極戦略の礎となるはずだったTizen派筆頭の永田氏をいきなり傍流に追いやってしまったことには、果たしてどんな意味があるのでしょうか? 

さまざまな状況証拠から考えて、今のドコモがその機種戦略プラットフォーム戦略の中に、何か大きなパズルピースがはまるための「スペース」を作っていることを全否定できる人はそういないのではないでしょうか。そして、その巨大な空白に当てはまる商品は、現状では1つしかありません。

もう、おわかりですね

2013-07-04

Tizen死亡、の真偽はおいといて

これだけ「ざまあ」という反応が多いところを見ると、

出さなくて正解なんじゃないかと感じるわけで、

実はこれ手の込んだマーケットリサーチなんじゃないかと勘ぐってしまう。

2013-03-27

http://anond.hatelabo.jp/20130327070351

iPhoneは引き続き売れてるものキャリア存在感は皆無だし、AndroidGoogleキャリア二重行政キャリア負担になっているし、だからTizenやらFirefoxOSやらという話になってくる。

2013-03-11

http://anond.hatelabo.jp/20130311223752

Tizenなんて既に腐りきってよくわからない発酵ガスがポコポコいってる状態のもんが日本大企業なんぞの力で何かになると本気で思ってるのか?

http://anond.hatelabo.jp/20130311223752

ぶっちゃけOS作りで一番年季が入ってるマイクロソフトがこの分野で(お察しください)状態なのを見てると、TizenにせよUbuntuにせよFirefoxにせよ、Googleを揺さぶるためのダシにされるだけで終わりそう。

というかTizenってMeeGoの焼き直し…(以下略

http://anond.hatelabo.jp/20130311214011

正直、流行るかどうかは分からんTIZENFirefox OSUbuntuとかもあるしな。今後、どうなるかは誰にも分からない。

http://anond.hatelabo.jp/20130311182020

ではAndroidが圧倒しているかと言えば疑問符が付くわな。

今更のように廉価版iPhoneを投入してユーザー層拡大を狙ったり7インチタブレットの参入したりと、ここ1年くらいのiPhoneは明らかに先進性で負けてるよ。

かつてretina(網膜)なんて大仰な名前を付けた液晶ディスプレイだって、既にdpiでそれを上回るAndroidスマホなんて珍しくも何ともなくなった。

価格妥協したり性能で競合製品と張り合おうとし始めたらAppleはあっという間に落ちるし、もうそういう流れになってる。

2~3万円ぽっきりの安いiPhoneなんて誰も欲しがらんし恥ずかしくて見せられんだろ。

サムスンにしたって、徐々にGoogleと仲が悪くなってきていて、

サムスンが居なくなっても代わりはいくらでもある。ZTE、ファーウェイ、LG、HTCソニーと、抜けたサムスンシェアを存分に食い荒らしてくれる。

Google自身もNEXUSシリーズあるし、買収したMotorolaで別のスマホも開発してる。

それにiPhone(iOS)にせよAndroidにせよ、あれらの魅力はOS自体ではなくOSと結びついた各種サービスの充実度合いにある。

サムスンがAppStoreやiTMSGooglePlayみたいなサービスTizenとセットで構築できるかどうかと言われたら、俺は無理だと思う。

http://anond.hatelabo.jp/20130311180537

「高い価格帯での売上もsamsungが一番多い」と言うから比較したまで。

iPhoneの優位が薄れていることは否定しないものの、

ではAndroidが圧倒しているかと言えば疑問符が付くわな。

サムスンにしたって、徐々にGoogleと仲が悪くなってきていて、

独自にTizenとか開発しているわけで、いつまで好調を保てるかは分からん

 
アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん