(Sun)iphoneTweetごぶさたしております。境界どころかデザインともプログラムとも距離が出てきている今日この頃、すっかりこのブログの存在を忘れていました。廃止問題について触れておこうかと。事実関係や最もらしい憶測は、以下の記事を参照。今すぐ廃止されるという話ではない点に注意。廃止されるのではないかという話。廃止も年内目処でしょうか。廃止アナウンスを歓迎する向きもあるようです。大半にとってはネガティブ・インパクトであって、特にアプリ・デベロッパーにとっては痛い仕打ちでした。影響範囲は以下のブログが網羅的です。いうのは、便利な代物です。万能なところは、ターゲティング広告やリワード広告で使われているように、アプリを横断しても同一ユーザを特定できるところです。関連のエコシステムの拡張において、UDIDの果たした役割は小さくなかったと思います。絡めてごにょごにょするのだとか、みんな考えていることは同じなのだなーという印象。アドレスを取得し、UDIDの代わりに使うということを試してみました。これが上手く機能しちゃうわけです。アドレスを使って終わりというスタンスも、正直ありなんじゃないかと思います。ビジネス圏で頑張っておられます法人各位においては、『UDIDがダメならMACアドレスだよね』というのは禁断のアプローチであって、話の背景を考えるに、妙なリスクを抱えないように細心の注意を払って、いま一度対応策は検討すべきです。提示している手法に落ち着くでしょう。アプリ横断のリワード広告とかシングルサインオンとかどうするのよ、という話になります。したら『リワードすんじゃねー』とか『GameCenter使えよー』という話なんだと思うので、間違いなくケアはされません。パラメータを使って頑張るとか、諦めるとか、自分で汗かかないといけないんでしょうね。使ってきたデベロッパーはワリを食いますが、もう一歩踏み込んで考えてみましょう。アプリ界隈も最近はプラットフォーム乱立状態ですが、本件は、UDIDの代わりに使えるユーザIDを持っているプラットフォーマーにとっては追い風になりえます。UDID広告会社はどうか。ビジネスを変えてきています。ネットワーク広告への影響も限定的と思われます。効果的に利用したオーディエンス・ターゲティングを武器にできているネットワークはいません。なんだかんだ変わらず。アナリティクスはどうか。最近、国内でもチラホラ出てきていますが、インストールを計測して分析するような効果測定ツールを提供している企業です。提供しているので、広告会社とも重なる領域です。トラッキングができたのは、アプリからアプリへ遷移するものだけで、すでに業界の興味はブラウザ(Safari)からアプリへの遷移のトラッキングに移っています。ブラウザからアプリへの計測を行う技術が確立されれば、UDIDは不要になります。中長期の影響はありません。重要なポイントなので繰り返しますが、興味をブラウザに移すとUDIDは不要になります。プロジェクト・スパルタンのニュースが増えつつある昨今、UDID問題などから完全フリーなブラウザへの大波が起こる可能性はありえます。UDIDが使えないくらいで、アプリを捨ててHTML5にシフトするということは無いとは思いますが、後から振り返って、UDID廃止がターニングポイントだったという話はなくもないと思います。いうか、今ユーザはアプリとブラウザを区別せずに使っているという現実は軽視できないです。中心としていた周辺エコシステムが、丸ごとブラウザ方面へ横シフトしてたりするんでしょうか。結論UDIDの代わりにMACアドレスを使う前に、各法人担当者のみなさまは韓国の訴訟とか見てから決断をしていただきたく。端末識別コードを使ってしまうのも問題ありですので、ご注意を。デバイスIDあたりは変えられてしまうわけでして、担当者各位におきましては、不正を見越した仕組みづくりをどうかよろしくお願いします。(Sun)business,SIerTweet10月1日、SI業界11位の住商情報システム(SCS)と8位のCSKが合併することで、業界4位となるSCSKが誕生することになっている。いうディールがまた不透明感たっぷり。「業界の明日を切り拓くリーディングカンパニーへの飛躍」になるのでしょうか。経営統合のメリットは出るか経営統合の理由は、その発表時に「IT業界が右肩上がりに成長しなくなった今、どうやって生き残っていくかを考えた結果だ」との発言が出ています。飽和した国内市場において一社が成長をこなすには、シェア率を向上させるほかありません。SCSがそのソリューションを、CSKの既存顧客に売れるであれば、短期的な効果も期待できそうです。両社でカニバっている領域も多く、そもそも元々SCSのソリューションが売れてなかったところに、そうそう簡単に入っていけるもんでもないのではないかと。そのため、顧客基盤の拡大という点でのメリットで言えば、一企業としての規模拡大によってプライムを取れる確率が高まるかもしれないところではないでしょうか。これが真なれば、SI業界での合従連衡による再編が加速するでしょう。経営統合によって規模の経済性が高まることから、ハード関連やクラウドサービスでのコスト効率・事業効率アップによるメリット享受も挙げられるかもしれません。サプライチェーンをいじるのも時間がかかりますし、クラウドなどは経営判断と実効性の間に乖離があって単純にメリットを得られるものでない可能性もあります。ほかにも国際競争力が高まるという話がありましたが、SCSの希望としてはそうなんでしょうけれども、なぜCSKと経営統合するとグローバル化の推進が加速するのか、私にとっては不明です。海外展開でレバレッジ利くような企業だったっけ。他業界の事例を引いてみる国内市場が飽和してシェア率を高めるために経営統合を目指すというパターンは、家電業界や百貨店業界、ゲーム業界などにおいてすでに起こって一巡しています。家電業界の場合は、サプライヤーに対する価格交渉力が値下げに直結し、売上高に跳ね返るモデルです。交渉は当然規模の大きい企業が有利です。おもむきが異なります。高島屋以外の大手百貨店はいずれも統合を経験していますが、規模の経済性のために経営統合するというより、店舗やブランドを活かして効率的に利益を上げるために合併や提携が組まれているようです。伊勢丹の最先端のマーケティング力を老舗三越に適用するやり方がそうでしょう。私は、SI業界では上記ふたつの観点が共に必要になるのではないかと思います。SIerのバリュエーション指標は従業員数だという話もありますが、従業員数だけが売上の増減に寄与しているわけではありません。規模が増せば、競合優位性も増すというシンプルな世界ではありません。グローバル化を戦うために、いま各企業に必要なのは、人数でないことは感覚的にも共有できるものではないでしょうか。なったように、名前が近い企業同士は引かれ合う性質でもあるんでしょうか、という話はさておき。財務体質は、大きく悪化します。合併発表後すぐに話題になりましたが、のれん代もハンパないです。方が上ですが、あまりにリスキー。背景の政治経済的理由を知らなければ、理解できないディールだと思います。脳裏に「子供に売春させる親」とか「政略結婚」とかいうキーワードが浮かびます。私、おかしくなってしまいました。経営統合に関する説明会が延期されたまま開催されていないとか、株主総会が大紛糾するとか、ポジティブなディールに思えないのは、やはり私の頭がおかしくなってしまったからでしょうね。まとめ経緯はさておき、SCSKの誕生によって生まれるシナジーはゼロではないでしょう。企業が親やユーザーの枠を飛び越えて、合従連衡の動きに入っていく可能性もなきにしもあらずです。ディールの重さを横目に見て、領域を絞って業界横断で提携が進むとかいうのが現実ラインな気もしますが。冴えなさっぷりは異常です。業界に一言もの申していきたいと思います。既存ソリューションをクラウドという新出用語でラッピングしたところで、売上拡大するわけないんですが、各社そろいもそろってクラウド押しだったのが悪印象でした。各社の直近の状況を見てみます。101.0%2010年度決算に比べると、売上高や営業利益が伸長している企業がポロポロと見えるのが特徴です。トレンドとして、リーマンショック以後の不況については、前年度で底を打った感が出ているように見えます。実は前年度に営業利益率が半減していたりするので、そこから10ポイントちょっと改善したからといって、V字回復ということではありません。業界全体に停滞感が漂っていると見るのが正しいでしょう。震災そのもので実害を受けたところは無く、各社ともに震災影響は不透明だがそこまで大きくないという見方をしているものの、プロジェクトの延期や案件の縮小などといった具体的な話もすでに聞こえており、各社読み切れていないというのが実情ではないかと推測しています。ついては、親会社や楽天などのクライアントに恵まれたということもありますが、製造業での負けに対して、何とかプロジェクト生産性向上施策や販管費抑制で反発した結果であって、やはり市場環境がプラスに向いて利益確保できたということではないようです。この2社とも、11年度に継続して成長できるかは不透明です。親会社の住友金属との統合案件がプロジェクト化されなかった場合、厳しい決算を迎える可能性があります。いるものの、多くが業績予想として数パーセントの成長を見込んでいます。なんかは前年度の業績予測のだいぶ下を来期予想に置いていて、ついに現実を悟ってしまったか」とかいう話があるものの、今期決算より上向けるために各社尽力していくということは変わりません。やって業績を回復させるというのでしょう。関連での売上拡大とコスト削減施策に加えて、「BCP」と「グローバル化」が今年度のキーワードとして強調されたように感じられました。根性には、惚れ惚れします。今回の件はさすがに、各社とも現実問題として考えねばならないことだけに、実際その提案に乗ってしまうところが少なくなかったのでしょう。市場の飽和に対して、不採算プロジェクトを減らすことで、なんとか利益を出し続けようという、後ろ向きな努力に比べると、震災に端を発する需要へのサービス供給というのは筋が良いように見えます。個人的には、震災による需要増加でカバーできる投資減少分は限定的だと思っているので、これで伸びるとは思えませんが。悪あがきだと思います。業績回復の鍵を握るのは、グローバル化になるでしょう。自らソリューションを創造して国内の新規マーケットを開拓できない以上、彼らが海外指向を持つのは当然の流れです。国内市場の飽和と、親会社やクライアント企業の海外進出という2つの理由から、国外で悪あがきをできないか模索するわけです。グローバル化というのは、次の2点を指しているようです。・クライアント日系企業の現地子会社へのシステム適応グローバル化というと新興国の現地企業向けのソリューションを、ローカライズしながら提供したりすることかと思いきや、そういうのはインドや中国とのコスト競争に適わないので、既存のクライアントソースを最大限に活躍していくということをもって、グローバル化と言っているようです。取引は国際化しているけれども、それはグローバル化とは言わないでしょう。これまで国内で蓄積してきた高度なノウハウを、新興国マーケットに適するようにアジャストさせて、ひとつひとつソリューションを組み上げていけるかどうか。グローバル化するためには、このような視点が欠かせないでしょう。ソリューション創造企業として本質的に変化しない限り、国内だろうが海外だろうが、長期的な業績回復を遂げることは難しいのではないでしょうか。自社の強みを活かしつつ、各国・各地域に横たわる課題を解決することのできるラインを構築しなければならないのではないでしょうか。それで業績予想を上回れるかというと、私は懐疑的です。合併の意味合いと、今後このような合従連衡の流れはムーブメントになるのか、きちんと整理をして見たいと思います。上げるたびに、その過程で様々なエラーが出てハマるので解決策をメモしておきます。こんなエラーを吐いてコケる。実機を再起動したらエラーが出なくなりました。申請時にアーカイブのバリデーションを行ったら、このエラーが発生。証明書もインストールしているし、配布用のプロビジョニングファイルもオーガナイザにインストールしています。これは読んで字のごとく、ビルド設定のコード書名IDの設定が誤っていました。指定しないとダメですね。アーカイブ作成時点ではビルドが成功するので、分かりにくいです。転送しようと思ったら、こんなエラーが出ました。バグが原因のようです。ダウングレードして、そのオーガナイザから転送したら上手くいきました。いうディレクトリを作ってそこにインストールしました。枯れてきたらそちらに移るつもりなので、一時的にこのような構成にしました。コードのビルド時にエラーが起こるものは、プログラムのバグ、もしくはビルド設定の誤りが原因なので、解決のアプローチが簡単です。先生に聞いても、多くのケースで答えが返ってきます。それ以外の、上記のようなエラーは、なかなか答えが見当たらないのが厄介です。今後、他にもハマったら更新します。(Wed)iphone,objective-c,UIWebViewTweetこのたびの東北太平洋沖地震で被災されているみなさん、ご家族、ご友人のみなさんに、心からお見舞い申し上げます。非常に月並みな言葉ではありますが、私も、被災地で生まれ育った関係者のひとりとして、今はもう感情に訴えるべきでないという思いがあるので、このくらいにさせてください。ひとりのエンジニアとして、ひとりのビジネスマンとして、ひとりの日本人として、被災地の社会・経済の復興に役立つような、実利ある行動を取っていきたいと思っています。『実利ある行動』とか銘打ったあとにやりづらいですが、小さい話をします。動かないケースがあってハマりました。履歴スタックに載らないようです。動かしても、うんともすんとも言いません。いうブラウザの戻る機能そのものとなるメソッドもあるのですが、これらも効きませんでした。経由で受信したデータ以外は、履歴をたどれません。分かるか、そんなもん。