言っとくけどスマホは退化でもあるからな。
確かにiPhoneという名のタッチパネルパソコンは革命的に凄い。何より高性能でゲームもできるし、ボタンを意識しなくて使えるし、いろんな機能が割と自由に使える。 でも進化には必ず退化があって、最初にiPhoneは売れないって言ってた人たちが着目していた部分は、そういう部分。そういう指摘は間違っていないと僕は思っていて、ただし、商業的にそこがネガティブファクターになるかというと、必ずしもそういうことではないというのはITの歴史でもある。 つまり、うまくいかなければ、おサイフケータイがついてないだの、絵文字がないだのが失敗要因として語られるが、それを上回るメリットがあれば、そんなの関係無かったよね、と言われるだけのこと。 スマホがもたらした負の部分は、ガラケーで普通に使えてたサービスをそのままスマホ化するとオーバースペックになってしまうこと。 これは、一画面で扱える情報量と、操作ナビゲーションが
全収集型RSSリーダーの終焉とソーシャル化するWeb
Googleリーダー、いつまで続くのかなぁと思ってたら、今年の7月でサービスが終了だそうだ。 RSSリーダーというビジネスは、ユーザーがアクセスしなくなっても、機械はひたすらフィード単位でコンテンツを収集し続けなくてはいけないという理由で決してコスト効率は良くない。アクティブ率の低下と共に１ユーザーあたりのコストが増えていくサービスというのは他にはそんなに存在しないと思う。システム的にこれを改善する工夫はできると思うが、問題は、既にRSSリーダーはコンテンツの価値の重み付けの舞台ではなくなってるところにあるのだろう。 その中でもクローラーでWeb上のコンテンツを集め続けているGoogleのような企業だけが、こういうデータを別のところに活かせるのかなぁと思ったら、そんなことはなかったということか。 ソーシャルフィルタリング、tumblr、まとめの時代になって、情報流通が１ページ、1tweet
モバイルファーストが失敗なハズはないが、今はまだ時期尚早
…ということをi-modeで成功した実績を持つ日本人なら自信を持って言える。 モバイルファーストは間違いだったのか « うめのんブログ 理屈ではFacebookが選択していたWebとのハイブリッドアプリが正解のハズだったんだけど、残念ながらスマホのスペックはそこにたどりついてない。 故にアプリでやらなきゃいけないんだけど、アプリの世界はアップルもAndroidもいろいろ問題があって、面倒くさいので大変だなぁというのがイマココ。 （アプリ名が完全一致してるのに、検索結果の一番最初に出てこないApp Storeって酷すぎる。） だからといってPCで進めるべきなのか？！というと、いや、あんたんとこのサービスがPCでユーザー集められる特性のサービスなら、とっととPCやりんさいよ！という話であって、それはそもそも機能的な意味のモバイルファーストではないじゃない。 マーケティング論としてのモバイルファ
Twitter api ver1.1、痛いところ、痛くないところ
Twitter apiのガイドラインが改定になるそうです。 Twitter API v1.1でのAPI利用ルールの変更について こちらの日本語ブログは当たり障りのないところしか書いてないので、関係者は英語の方を読むことを強くおすすめします。 Changes coming in Version 1.1 of the Twitter API どうしてもこういう制約が増えるものは、ネガティブが極大化するので、ちょっと冷静に見てきましょう。 ■すべてのapiのエンドポイントに認証が必要、さらにレートリミットの変更 現在、検索apiなどはOAuthの認証が不要で、IPアドレス毎に一時間あたりのアクセス数が定められていますが、これが廃止になり、2013年3月までに全てOAuth認証を通した方法に変更を求めています。 さらに、１時間毎にapiにアクセス可能な数が、apiの内容によって変わります。今までは
LINEはクローズド以外求められてないのが課題だし、mixiはLINEガチ競合アプリをすぐに出すべき。
LINEのソーシャルネットワーク化の先にあるものにまつわる一連の意見ツリーを見ての感想はタイトルの通り。 意見に反論はないのだけど、細かいところで気になったところ。 ・ツイッターがITリテラシーが高いユーザーのプラットフォームというのは間違ってます。 アーリーアダプターが残ってるサービスは漏れなくITリテラシーの高いサービスと言われるのは、そういうのが自分の目線で目立つから、だろうね。結局グリーなりmixiなり、携帯電話でフィルターされてアーリーアダプターがほぼ離れたのでわかりやすいけど、スマホネイティブサービスだと今後、どう言われるんだろう。Pathとかね。 そういう意味ではLINEは面白くて、現時点があくまでもパーソナルツールが故に、アーリーなユーザーのサービスとは言われないですね。ちなみにLINEはテレビCMをやる前から凄かったです。TV CMって本来そういうブランドがやるべきものな
非公式RTじゃないとできないこと。公式RTが目指したもの。
先日の震災の時に、非公式RTによる収集のつかない情報伝達が起き始めたので、DG社のtwinaviやtwjアカウントのつぶやきが公式RTの推奨をはじめ、モバツイもデフォルトで公式RTを推奨するUIに変更になった。 以前からツイッターのタイムラインを見ていると、公式RT派（正確には非公式RT嫌悪派）と、そうでない人というのがいて、比較的長い間、静かな戦いが繰り広げられていたりするのだが、どうも本格的な論争になったのを見た事があるわけではない。 ■そもそもRTとはどんなものか？ そもそもRTとはどんなものか？を整理すると、リツイート（retweet）と呼ばれるこの機能、別に元々、twitterに存在していた機能ではない。アメリカの方から、他人のつぶやきを引用するためのフォーマットとして出てきて、これをサードパーティのツイッタークライアントが機能として取り入れて広まった。確か賢い情報アーキテクトの
Webエンジニアスキルの勘所
Webのエンジニアにはどういうスキルが一番必要か？という話を考えてみた。 例えば、C言語やUnixの経験が長く、オブジェクト指向も理解していたとしたら、PHPから始まり、Rubyなどの理解は決して難しくないだろう。 では、それだけの経験で一線級のWebエンジニアとしての信頼が置けるかというと、ちょっと違うような気がする。 考え方のベースは、 「Webは、要するにテキスト処理であることが多い。だから難しい」 ほとんどの事がHTTPプロトコルを通じてテキストデータとして情報が、なんのネットワークの制約もなく流通する。つまり、HTTPヘッダを含むテキストの操作でセキュリティホールを作り、それが世界のどこから攻撃されるかわからない。 また、 同様に世界中からアクセスが集まることがありうるので、回りくどいテーブル設計をしてしまうと、あっというまに破綻してしまうこともある。 そして、 基本的にマルチア
【twitter話】ネットを使う人には2種類のタイプがある
それは「情報を見るだけ」の人と、「情報を発信する」人の2種類だ。 学生時代、同じクラスに、当時自分の周りでは珍しかったパソコン通信を初めて、ニフティ（当時はNifty Serve）にアクセスを始めたという人がいて、意気揚々とネットコミュニティの話をしてみたら話が合わなくて、よくよく聞いてみると、彼はパソコン通信にネットコミュニケーションを求めているのではなく、ソフトのダウンロードや情報を見る、ということだけに価値を感じていることがわかった。 なるほど、そういうものか、ということをその時に知ったわけだが、それはそれとしても、ネットをしゃぶりつくすのであれば、できれば情報は発信した方が良いのではないかと思っている方だ。 コミュニティの内容や質は、時代の変遷と共に変わってきた。 ・昔のパソコン通信から続く実名、半実名の掲示板＆チャットコミュニティ ・インターネット普及期のメーリングリスト、チャッ
twitterは「みんなのもの」じゃない。
勝間さんがツイッターにやってきて、その後、広瀬香美さんがやってきたこの１週間。ツイッターは新しいステージに入ったのではないか？というぐらいタイムラインの色が変わっていました。 先週の日曜日あたりは特に新鮮で、有名人を中心とした話題の展開に、悪く言えば理系の大学の学食で見かけるような風景がTL上に繰り広げられていて、その段階では正直言うと、その変化に対して嫌悪感を示していました。 というのも、モバツイッターの写ツやイマココで実現したかったのは、日本中、世界中の誰かの状況や場所を雑多にpostしてもらう手段であって、人それぞれの文脈をてんでバラバラに共有し、突発的にその瞬間その瞬間で、誰かと誰かがつぶやきベースで繋がりあえることにツイッターの価値があると思っていたからです。 それがツイッターの中で、一人のタレントの発言に周りの人が影響されて、ツリー構造のような流れになっていくのはあまり好ましい
そろそろモバツイがEC2に移転した話でも書くとするか。
モバツイ以外にも実運用で回してるEC2な人たちは結構いると思うのですが、参考までに。 モバツイッターがAmazon EC2の人柱をやってくれている モバツイッターがAmazonEC2に移行しようかなとのこと。 さっそく性能問題にぶち当たったらしいし、ナイス人柱。 前にあるイベントで、EC2を活用されているHeartRailsの方にモバツイの構成をEC2に移転したらどうなるか？みたいな話をお伺いしたら、すぐ8万円/月ぐらいに構成になってしまう、と言われたのですが、大体、どんぴしゃな感じでした。 （追記：なお個人でWebサービスをスモールスタートする場合は、サーバの運用知識がそこそこある前提で、まずは自宅サーバから運用すると良いです。月間600万PVぐらいまでなら、HP ML115G5 + Phenomでこなせるハズなので。その辺についてはまたいずれ書きます。） ■EC2とは？ 既にご存じの方
楽天アフィリエイトが儲かる理由
ブログを書いてる人たちは、楽天アフィリエイトとアマゾンアフィリエイト、どっちが儲かっていますか？ アマゾンは料率が最低3%で、楽天アフィリエイトは基本1%のアフィリエイト報酬です。 単純に考えるとアマゾンアフィリエイトの方が良いに決まってるじゃん、という話になります。 ところが僕個人のblog活動においては、アマゾンアフィリエイトは大苦戦しています。 紹介料は、３ヶ月で3,000円ぐらいいけば良い感じです。 それに対して楽天アフィリエイトでは、なんだかんだで毎月3,000ポイントから最大で8,000ポイントぐらいの楽天ポイント報酬をもらっています。（1ポイント1円相当） このブログをご覧の方はわかるかもしれませんが、このブログって、そんなにアフィリエイトアフィリエイトしてないですよね。本を紹介する時はいつもアマゾンなんですが、楽天の方はそんなに頑張っていません。せいぜい忘れないようにしてる
iPhone 3GS買い方メモ
iPhoneを持ってる人が、3GSに乗り換える時のコスト周りについて考える。 ■既存のiPhoneを使うのをやめる方法について考える。 方法１． 機種変更（価格未定）で、本体残存額を一括償却または分割払いで償却。 Eveboryキャンペーン契約は3GSに移行する。 【１】．16GBを発売月に買った人（8回支払ったと仮定） 残り、3,360 × 16回 ＝ 53,760円を支払う必要がある。 【２】．8GBを発売月に買った人 残り、2,880円 × 16回 ＝ 46,080円を別途支払う必要がある。 【３】．16GBを価格改訂後に買った人（4回支払ったものと仮定） 残り、1,760 × 20回 ＝ 35,200円を支払う必要がある。 【４】．8GBを価格改訂後に買った人（4回支払ったものと仮定） 残り、1,280 × 20回 ＝ 25,600円を支払う必要がある。 ・・・やっぱり進化途中の製
なんだこの楽天叩き。
昨日のTBSに続き、今日のGIGAZINE、楽天叩き勃発ですか？ 楽天、利用者のメールアドレスを含む個人情報を「1件10円」でダウンロード販売していることが判明 - GIGAZINE えーと、何が問題なんだろ。 この趣旨は、楽天は、 「そのお店で購入した顧客の個人情報のダウンロードサービス」を１件１０円で行っている という意味だよね？ 決して、他の店舗や楽天アカウントに登録だけしたユーザーの個人情報を売ってるわけではない。 （最初見たときそう見えた。ミスリードを誘ってるとしか思えなかった。） この話には、２つの叩きベクトルがあって感情論が交錯してる感があるので整理したい。 １．閲覧できる個人情報を、CSVでまとめてダウンロードする場合は１件１０円取るというビジネスの話。（要はえげつないですねという話） ２．個人情報がダウンロードできますよ、という問題 １．は楽天とショップオーナーさんの間の
イケてないモバイル広告
なんというかネット広告･･･とりわけモバイル広告って、全然イケてない・・・。 mixiでもエロ漫画サイトが出てきて云々という話をよく聞くけど、adsenseでもエロ漫画サイトのイメージバナーが出てきました。 モバイル広告というと「若者向け」に括られるようですが、それだったら、代ゼミの広告でも出てくれば良いと思うのですが、どちらかというと、ワーキングプアを助長するようなえげつない方面ばかりで、 ・ギャンブルサイト ・漫画サイト ・エロサイト ・ポイントサイト ・コンプレックス市場（ワキガとかダイエットとか） うわー、こんなのヤダなーと思うわけですが、なによりそれがインターネットなのか？と思われるのは、なんとも複雑な気分。 結局、デジタルコンテンツ、金融、コンプレックス系のような利益が高い商品ばかりが幅を利かせてるなんて、サラ金広告と、破産管理の広告が並んで表示されてるような電車内の広告と同じ
iPhoneとWebサービスの連携手法
最近、iMovatwitterというiPhoneアプリを出しました。 iPhoneのブラウザは携帯電話のようにGPSやデジカメとインテグレーションすることを考えられていないので、GPSを使った「イマココ」や、デジカメと連携する「写ツ」をiPhoneで使うためにアプリ側で吸収しました。 このアプリでやりたかったことの一つが、UIWebViewというブラウザコントロールとWebサービス/アプリとの連携でした。 UIWebViewというのは、SafariをiPhoneアプリ内に組み込むコントロールです。 丁度、Flash PlayerをHTMLに組み込むようにWebブラウザをiPhoneアプリ上に表示することができます。 このiPhoneアプリ上のWebブラウザとWebサービスの主な連携ポイントとしては、大きく３つあります。 １．iPhoneアプリからWebページを制御する ２．Webページのメ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
