独立したいプログラマの日記

【IS04物語】facebookアプリがようやくまともに

このエントリーのカテゴリ : 【IS04物語】

IS04 REGZAPHONEを使い続けて1年半。
こないだのfacebookアプリアップデートでようやくまともに動くようになりました。

これまではアプリ起動後に2分接続頑張って、無応答になってエラーレポート画面でしたが、
今回からはアプリは落ちずに「接続切れたのでもう一度タッチしてみてください」になりました。

よっぽど通信部分がダメなんだろうなあ。。。

テーマ : REGZA Phone
ジャンル : 携帯電話・PHS

仕事が忙しくてたまっていたアプリのアップロードを週末してみたら、
AndroidMarketがGooglePlayに変わりました。

20個くらいダウンロードしている最中にGooglePlayに変わるから強制終了、
みたいになって、アップデートも途中でキャンセルっぽくなってしまった。

AndroidMarketの自分自身のアップデートでGooglePlayに生まれ変わるなんて
ある意味カッコイイけどダウンロードをキャンセルするくらいなら、
自分自身のアップデートを一番最後にする気配りくらい欲しかったなぁ。

テーマ : REGZA Phone
ジャンル : 携帯電話・PHS

「完璧を目指すより、まず終わらせろ」を見て思い出す教訓

このエントリーのカテゴリ : ITビジネス動向

「完璧を目指すより、まず終わらせろ（Done is better than perfect）」

2012年2月1日にfacebookがIPO申請した時に公開された、
facebookに関わる５つの数値とマークザッカーバーグが書類に添付した手紙の一文です。
共感をもった人もおおく、facebook上でもシェアされています。

でも、私には苦い教訓です。
というより、今は「完璧を目指すより、まず終わらせた」人たちの尻拭いをさせられています。

私もある大規模プロジェクトのリーダで、
サービス開始期間を優先させるため、顧客合意のもとある程度品質をあきらめてサービスインしました。
でも、ほんの少しのほころびが一定期間のサービス停止を招いてしまいました。

その障害は、起こった後で気づいてみると、「あー、そうだよね。ありえるよね」というレベルですが、
開発中に発見するには、まさに「完璧」にテストケースを網羅しなければ発見し得ないようなパターンでした。
その教訓を活かして、別のお客様との開発で同様のレベルのテストを実施すると、
「キチガイレベル」とお褒めの言葉をもらえるくらいです。

そして、今、「完璧を目指すより、まず終わらせろ」というスタイルで、
要件定義、基本設計、開発、テストを"終わらせて"きたシステム開発が火を噴いています。
（今度はヘルプで火消しをしているのですが）

1.要件定義→2.設計→3.開発→4.テストの各フェーズを8割で"終わらせた"場合、
0.8 x 0.8 x 0.8 x 0.8 ≒ 0.4
つまり、50%も"完成"していません。
自社サービスの場合、売上が40%になってもサービスインを早める必要性があることは大いにあると思いますが、
基幹系システムの場合、完成度が40%であれば最悪の場合は業務停止、つまり売上0%（さらに機会損失N%）となる危険性もあります。

さらに、要件定義などの前フェーズでの未決定事項・バグを完璧に消化するのではなく、
見た目上順調に進んでいることにしていくうちに、結局最初からやり直すくらいの再設計が必要になっています。

まず終わらせることで得られる成功もあれば、完璧を目指さないと得られない安心もあります。
ただ、自分の経験上、「完璧を目指さないと得られない安心」は、掛ける工数の割には感謝もされないため、
「まず終わらせる」ことで勝負できるような世界で生きていきたいと思う今日この頃です。

テーマ : お仕事記録
ジャンル : 就職・お仕事

図解入門ビジネス最新ネット企業の新技術と戦略がよーくわかる本

このエントリーのカテゴリ : 読書

ネット企業のIT戦略がよくまとまっていて非常に参考になりました。
著者が証券アナリストの経験があるので、ビジネス視点での評価視点が鋭いと思います。

1章フリー
・フリーのビジネスモデル
　1. フリーレント　…一定期間タダで期間が過ぎると有料
　2. 三者間市場　…民間放送のように、視聴者はタダだけどテレビ局は広告主からお金をもらう
　3. フリーミアム　…Skypeはタダだが、SkypeOutは有料サービス

・フリーのビジネスモデルとネット企業
　1. 検索を実行するCPU
　2. 収集した情報を蓄積するストレージ
　3. 情報をやり取りするネットワーク
　これらの利用コストが10年前の1/100になっており、利益を上げるまでの必要投資額が下がったので
　フリーミアムなどある程度タダでサービスを提供しやすくなってきた。

・ネットワーク効果
　Skypeのように1人で使っても価値が少なく、ユーザ数が増えれば増えるほどユーザの利便性が高くなる場合、
　クリティカル・マスを超えるとユーザが莫大に増えていく効果が見込める。

・Googleは「分配を最大化する、デジタルの分配限界費用はゼロなのでユーザが獲得しやすい」という戦略
・セールスフォースは、30日間無料お試しで以降は有料のフリーミアム、マルチテナントでコスト削減
・レッドハットはLinuxがクリティカル・マスを超えたので黒字転換した
・クックパッドは有料会員のフリーミアムとマーケティング支援の三者間市場で稼いでいる
・DeNAはフリーミアム、「もう少しで！」という目標感と達成感を与えるために分析をして課金率やアイテム流通数などを調整している

・フリーをマネタイズするためにはクリティカル・マスを超えさせるネットワーク効果の働くモデルが必要

2章データマイニング
・レコメンド方式
専門知識・経験が熟達すると精度が上がる
　1. ルールベース
　2. コンテンツベース
データ量が増えると精度が上がる
　3. 協調フィルタリング
　4. ベイジアンネットワーク
　→CPU・ストレージ・ネットワークのコストが下がったから3や4ができるようになってきた。（知識・経験がなくても精度が追いつける）

・ロングテール
　本や音楽など、過去のコンテンツの方が圧倒的に多いので、新作よりレコメンドによって旧作を発掘した方が売れるかも

・ビッグデータ
　CAP定理のC（整合性）を捨ててA（可用性）とP（ネットワーク分断耐性）を重視したモデルがマッチ

3章　バイラル
・バイラル戦略を成功させる条件
　1. 環境　…みんな知っている内容は口コミする動機がなくなる。ダンパー数は150人くらい
　2. メッセージ　…驚きが必要
　3. メッセンジャー　…1)目利きが口コミに目を付け、2)ソーシャルハブが多くのフォロワーに拡散、3)売り込み人が目利きとソーシャルハブをつなげる

・バイラル係数
　10人のうち何人紹介するか、バイラル係数が1.0を割る場合、すぐ頭打ちになる

・Twitterはハドソン川不時着事故でマスコミより早く情報を伝えたので有名になり、つかってみて仕組みが単純で使いやすかったことも伸びた原因の1つ
・HotmailよりTwitterの方が血流が早いのでネットワーク効果も早いのかもしれない
・グルーポンはユーザと店舗をつなぐことでWin-Win-Winで伸びていたが、初回に宣伝ができればおしまい（1回きり）の店舗が多いので頭打ちになってきている（落ち着いた後で収益が上がるモデルだったらいいのかな）

4章集合知・CGMはYouTubeなどの動画やUstreamなどのストリーミングなど多様化している
　1. 口コミサイト　…価格.com、@cosme
　2. Q&Aサイト　…Yahoo!知恵袋、OKWave
　3. ソーシャルブックマーク　…Delicious、はてなブックマーク、Buzzurl
　4. 動画共有サービス　…YouTube、ニコニコ動画
　5. 写真共有サービス　…Flickr
　6. ストリーム配信　…Ustream、ニコニコ生放送
　7. 気象情報　…ウェザーニュース
　8. SNS　…Facebook、mixi
　9. イラストコミュニティ　…pixiv

・ソーシャルハブ
　食べロガーなど、自分の舌の感覚と会う人は信頼できる、という存在が重要

・カカクコムは、クリック数・販売実績で手数料をもらうモデルで、ユーザ数増加→コンテンツ増加→アクセス数増加→事業者・取扱い商品数増加→売上増加というループ
・ウェザーニュースはB2Bがメインの収入源

5章ソーシャルネットワーク
・ソーシャル・グラフ　…facebookなどの実名主義、広告収入がメイン
・バーチャル・グラフ　…mixiなどの覆面主義、ゲームなどのアイテム課金がメイン

・facebookは年齢や趣味を絞って広告配信ができるので広告価値が高い

・ソーシャル・フィルター
　facebookの「いいね」や「シェア」で膨大なデータから検索を行っている
　キーワードを入力して能動的に検索するGoogleとは違うアプローチ

6章 EC
A. 3大メジャー　…EC比率が高く、売上高も高い（Amazon、楽天、Yahoo!）
B. カテゴリ特化型　…EC比率が高く、売上高は少ない（価格コム、zozotown、ケンコーコム、アスクル）
C. 実店舗同時展開型　…EC比率が低く、売上高は高い（ビックカメラ、ユニクロ、丸井、7net）
D. 中小小売店型　…EC比率が低く、売上高も低い（町のお菓子屋さん？）

・楽天
　・店舗スペースを貸し出し、店舗の売上から手数料をもらうモデル
　・いかに店舗に売上をあげてもらうかがポイント
　・集客ツール（メルマガ、ポイント、アフィリエイトなど）を充実させている
　・キャンペーンでメルアドを収集し、メルマガでまた来てもらう、など
　→店舗に向いた戦略

・Amazon
　・顧客至上主義で、顧客へ必要なものを安く早く提供する仕組みがポイント
　・フリーロケーション
　　決まった場所に置くのではなく、適当に置いてピックするときに最適なピックアップ順序を出す
　　→まさにITを駆使して常識（分類して整理する→置くのもピックするのもコスト高）を変えている
　・フルフィルメント
　　出品者がAmazonに納品するだけで、Amazonが商品を保管し、購入者へ配送する
　　出品者はサイト作成・受注・配送の手間が省け、Amazonも手数料が入るエコシステム
　　→確かに購入者への配送は共通化した方がコストが下がる
　→顧客に向いた戦略

・Yahoo
　・ポータルとしての圧倒的なユーザ数（8900万人）、オークションによるネット購買ユーザのネットワーク効果

まだ後ろの方も参考になりましたが、そのうち。。。

テーマ : 読んだ本。
ジャンル : 本・雑誌

2012-01-14(04:02) :
読書 :
コメント 0 :
トラックバック 0

【GAEでMapReduceを使おう!】appengine-mapreduceをカスタマイズしてInputの条件指定する！

このエントリーのカテゴリ : 【GAEでMapReduceを使おう!】

GoogleAppEngie上でappengine-mapreduceを使って作った電車遅延情報の収集サイト<http://monitorequest.appspot.com/traininfo/>ですが、【GAEでMapReduceを使おう!】MapReduceを使ってみた感想で「2.MapInputの条件指定ができない」ために、【GAEでMapReduceを使おう!】MapInputの条件指定でやったように、
　①テーブルのレコードを全件（全期間）取得する
　②レコードのMap処理で対象日以外は集計しない
としていましたが、【GAEでMapReduceを使おう!】GAEの料金体系が変わって動かない！にあるように、①全件取得すると1日のDataStoreのRead上限に達してどうにもこうにもなっていませんでした。

（RangeInputFormatというのがあったので使ってみようかとソースを読んでみると、本当に数値の上限と下限を渡すだけだった…。）

appengine-mapreduceのDatastoreInputFormatもそのうち条件指定できるようになるかなー、と思っていましたが、
全く拡張される気配がありません。
仕方がないのでappengine-mapreduceをカスタマイズすることにしました。

適当なクラス（FilterDatastoreInputFormatクラスとか）を作ってappengine-mapreduceのソースから
　com.google.appengine.tools.mapreduce.DatastoreInputFormat
をそのままコピペしてクラス名を変えます。

public class FilterDataStoreInputFormat extends InputFormat {

Servletから渡すパラメータのキーを定義します。

public static final String FILTER_KEY = "filterdatastoreinputformat.filterkey";
public static final String FILTER_START_VALUE = "filterdatastoreinputformat.startvalue";
public static final String FILTER_END_VALUE = "filterdatastoreinputformat.endvalue";

getSplitsの中でServletから渡されるパラメータの値を取得してQueryの条件に指定します。

public List getSplits(JobContext context) throws IOException {
　String entityKind = context.getConfiguration().get(ENTITY_KIND_KEY);
　if (entityKind == null) {
　　throw new IOException("No entity kind specified in job.");
　}
　log.info("Getting input splits for: " + entityKind);

　// filterkeyの追加
　String filterKey = context.getConfiguration().get(FILTER_KEY);
　String filterStartValue = context.getConfiguration().get(FILTER_START_VALUE);
　String filterEndValue = context.getConfiguration().get(FILTER_END_VALUE);
・・・
　//上限と下限が指定されていればクエリのfilter条件に設定する
　// key <= '上限' AND key >= '下限'みたいな感じ
　Query scatter = new Query(entityKind);
　if(filterKey != null ){
　　if(filterStartValue != null){
　　　scatter.addFilter(filterKey, FilterOperator.GREATER_THAN_OR_EQUAL, filterStartValue);
　　}
　　if(filterEndValue != null){
　　　scatter.addFilter(filterKey, FilterOperator.LESS_THAN_OR_EQUAL, filterEndValue);
　　}
　　scatter.addSort(filterKey);
　}
　scatter.addSort(SCATTER_RESERVED_PROPERTY);
　scatter.setKeysOnly();
・・・

getStartKeyでも同様にクエリに条件を追加します。

private static Key getStartKey(String entityKind, DatastoreService datastoreService,
　　　　String filterKey,String filterStartValue,String filterEndValue)
　　throws IOException {
　Query ascending = new Query(entityKind);
　if(filterKey != null ){
　　if(filterStartValue != null){
　　　ascending.addFilter(filterKey, FilterOperator.GREATER_THAN_OR_EQUAL, filterStartValue);
　　}
　　if(filterEndValue != null){
　　　ascending.addFilter(filterKey, FilterOperator.LESS_THAN_OR_EQUAL, filterEndValue);
　　}
　　ascending.addSort(filterKey);
　}
　ascending.addSort(Entity.KEY_RESERVED_PROPERTY);
　ascending.setKeysOnly();
・・・

呼び出しのServlet側では下記のように昨日今日を指定するようにします。
※MapReduceのその他の実装コードについては【GAEでMapReduceを使おう!】を参照ください。

//Mapinputクラスに上記で作成したクラスを指定
conf.setClass("mapreduce.inputformat.class", FilterDataStoreInputFormat.class, InputFormat.class);

//Datastoreのテーブルを指定
conf.set(FilterDataStoreInputFormat.ENTITY_KIND_KEY, "TrainInfo");

//条件指定のキーを指定
conf.set(FilterDataStoreInputFormat.FILTER_KEY, "InfoDate");

//上限値（今日）
Calendar cal = Calendar.getInstance(TimeZone.getTimeZone("Asia/Tokyo"));
conf.set(FilterDataStoreInputFormat.FILTER_END_VALUE, DateUtil.formatYMD(cal.getTime()));

//下限値（昨日）
cal.add(Calendar.HOUR, -24);
conf.set(FilterDataStoreInputFormat.FILTER_START_VALUE, DateUtil.formatYMD(cal.getTime()));