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の内容によって変わります。今までは
身も蓋もなくなるインターネット
フェイスブックの成功は、インターネットのインフラが新しい時代に入った事を感じさせられる。 以下は今更のことを書くが、 フェイスブックが実名性を取った事が成功要因なのではない。そのソーシャルグラフを友達関係に絞っているのが凄い。リアルな友達関係から、さらにリアルな友達関係の接続の輪を繋ぐために実名が必要だった、それだけだ。 その結果が７億人。 びっくりだ。 それに比べて、ツイッターは旧来のインターネットの世界である。さらに言えばパソコン通信から脈々と続いているハンドルネームの世界だ。 僕はこのオープンな世界は大好きだが、オープンが故に新しい出会いができるんだけど、できそうで、できない、という人間の難しさがフェイスブックとツイッターのユーザー数の差に繋がっていると考えられる。 さて、このリアルインターネットの世界だが、フェイスブックが７億人ものソーシャルグラフを構築するのにやった手として、実名
Webエンジニアスキルの勘所
Webのエンジニアにはどういうスキルが一番必要か？という話を考えてみた。 例えば、C言語やUnixの経験が長く、オブジェクト指向も理解していたとしたら、PHPから始まり、Rubyなどの理解は決して難しくないだろう。 では、それだけの経験で一線級のWebエンジニアとしての信頼が置けるかというと、ちょっと違うような気がする。 考え方のベースは、 「Webは、要するにテキスト処理であることが多い。だから難しい」 ほとんどの事がHTTPプロトコルを通じてテキストデータとして情報が、なんのネットワークの制約もなく流通する。つまり、HTTPヘッダを含むテキストの操作でセキュリティホールを作り、それが世界のどこから攻撃されるかわからない。 また、 同様に世界中からアクセスが集まることがありうるので、回りくどいテーブル設計をしてしまうと、あっというまに破綻してしまうこともある。 そして、 基本的にマルチア
エンジニアのこだわりと、継続的開発、チャレンジについて。
前職の頃からよく言うフレーズなのだが、受託をずっとやってきたエンジニアが面接に来た時に、「誤解を恐れずに言えば」という前置きとともにこういうことを言うことがある。 「サービスの開発は退屈ですよ？」 Facebookやtwitterや、若年層向けの携帯SNSや、それに従属するソーシャルアプリのような鬼のような成長をするサービスはよくわからないが、それ以外の従来からある、数多くのWebサービスにおいてエンジニアに求められるものは、如何に目の前の日々レガシーになっていくコードを安定的にメンテナンスしていくか？というサイクルになる。 安定成長するネットビジネスは「ストック型」である。お客様がそのサービスを使い始めて、使い終えるまでの期間を生涯価値として、今まで開発したコードで「サービス」を利用する。 その生涯価値がマルチスレッドのように重なることで、毎月安定的にユーザーが増えて行く仕組みである。と
住宅ローンを完済しました
以前、Ogawa::Buzzの小川さんのblogの「住宅ローンを完済しました！」という記事を見て、かっこいいなぁと思っていましたが、僕の場合は、手持ちマンションの売却でのローン完済。 今は、東京に出稼ぎに来ている身なのと、１０年目以降の返済増加額のことも思い出し、リスクを少しでも減らすためにマンションの売却をしました。住んだ期間は約９年です。 親に保証人になってもらっていた部分もあったので、その辺のリスクからも解放されました。 元々住んでいたマンションは、都内のあらゆるところに通勤しやすい地下鉄始発駅にも関わらず、ちょっと駅から外れると地形の起伏が激しい地形のため、駅から近くてフラットな土地の範囲が狭く、周辺に明らかに良い立地の分譲マンションの供給が少ないということもあり、結構高値で売れるんじゃないかなと思ったら、想定通りの売却価格でした。（IT業界御用達(?)不動産屋の明光テックさんあり
Webで受託開発やってる会社（人）は、twitterサービス、iPhoneアプリ、androidアプリのどれかを作ることを推奨してみる
受託をメインでやってる人の中には、「お客様から頼まれないと、自分が動く価値はない」と本気で思っている人がいて、そう思うのは自由なので良いんだけど、本人は技術があると思っていて、実際にあるのかもしれないけど、周りからは見えないというのは損だと思うんです。 ある本に、インターネットは自分で立候補することが大事だ、なんてのが書かれていました。立候補しなければ、誰も声をかけてもらえない世界だと。 誰かが何かをやりたいと思って、実現のスピードや実現可能性を考える時に、そのスキルを持っていることが明確になっているところに話が行くのは割とシンプルにある話で、僕も例外ではなく、モバツイをやってる関係上、ツイッターに関する案件のお話をいただいたりしている。 人の余裕があれば是非お手伝いしたい気はあるのだが、ネットサービスは基本、受託案件をやる余裕はないし、そもそもリソースが少ないので、多大な機会損失をしてい
twitterおすすめユーザー、フォロワー20万人の力。
今しか書けない、かつ、書ける人が少ないと思うので、書いておく。 僕のアカウントは、twitterのオススメユーザーというのに登録されている。 オススメユーザーというのは、新規ユーザーが登録した時に表示され、まずとりあえずこれらの人から初めてみてはいかがですか？というリストである。 大変ありがたいことに、このユーザーに登録されたが故に、現在のフォロワーの数は、２０万人を突破していて、ちょっとしたメルマガメディアを個人で持っているような感じとも言えなくもない。 ただ、最近、ツイッターがバブル状態にあるが故に、このオススメユーザーのフォロワ数を、まるでその人の実力が如く、過大評価されている向きがあるので、ちょっとだけ触れておきたい。 例えば、 「あたかも、Ａさんだから２５万人のフォロワーを集めました」 という文章を見かけることがあるのだが、まああっている部分もあり、間違っている部分もある。 何故
iPhoneにPCが必要なのはデメリットなのか？
よく言うよね。iPhoneはPCを必要とするから携帯ユーザーには使えない云々って話。 言ってることはわかるんだけど、じゃぁ、なんでiPhoneにPCが必要なんだろうね？ キャリアをスルーしたユーザーコミュニケーションを行うために同意を得るアクションと、成長途上のファームウェアのアップデートを安全に実現するためにPCと関連づけさせる必要があるという基本的な制約がまずあるんだろうけど、それ以外だと、やっぱり僕等がPCと繋がることを必要としたから、じゃないのかな？ そもそもiPhone経由で曲が買える、アプリも買える、メールもできる、そもそも何でiPhone使うのにPC必要なんでしょうか？ 結局、僕等がPCに繋げたいと思うからこそ、PCとの連携が必要なのでは？ 例えば、iPhoneの画面キャプチャってうまくできていて、あれって僕等がソーシャルメディアでiPhone画面を自慢するのに使うようによく
21世紀のMac vs Windows再び, Android端末HT-03A登場
Android端末の本質は、Google IDを入力するだけで、Google検索、GMail , Talk , Maps , Youtubeが持ち運べるクラウド端末だと思った。 ドコモのAndroid端末、HT-03Aの発売前日に、AMNのイベントで一足早く触ることができました。 イベントの申し込み時に、「当日何を試しますか？」という質問があったので、 「Movatwitterの動作確認です」 と書いて当選することができました。 さて、HT-03AおよびAndroidのレビューを書いてみたいと思います。 触ってみたことと、その後、twitterでリプライをもらったことを含めて感じた、 ■HT-03A、Androidの良いところ。 ・本体の質感は結構良い。 ・本体が手のひらサイズで持ちやすい。 ・検索ボタンが優先的に存在するGoogleらしさ。 ・検索することを前提においたユーザーインターフ
メールって盗聴されますか？
久々に興味を持つネタに出会った。（最近、みんな飽きちゃったのか、こういう熱い話、はてブで見かけなくて） ブログが続かないわけ | クライアントの要望を満たすと、セキュリティ的に問題がある。どうしたらいい？ １．ログインに失敗したときのメッセージ ログイン失敗時のメッセージに「パスワードが間違っています」と書くと、ログインフォームが、パスワード検証機になってしまうので、そういう表記はやめたいのだけど、お客さんは、利便性を取って、「パスワードが間違っています」と書いてくださいといわれる、という話。 個人的なサービス判断としては、 ログインフォームは、なんとしても「パスワード検証機にはさせない。」 もしパスワードのエラーを出させるなら、５回間違えたら、アカウントロックして、本人にロック解除メールを送るかな。 銀行のサイトほどガチガチじゃないけど、銀行に近いものは実現できる。 これに関しては、そこ
とりあえずやってみて、ダメならすぐ手を変える体制重要
購入までのステップが少なければ確率論的に購入にいたるケースは高くなるので、LPOが可能性として意味があるのは間違いない。しかし、それがあなたのビジネスに効果をもたらすのか？は別問題で考える。 「ランディングページは1ページ完結が絶対よい」のウソ【ユーザビリティTips】：MarkeZine（マーケジン） 別にLPOに限らず、HTMLメールだとか、blogかもしれないし、リスティングかもしれない。 どこかの誰かが良いよ！と言った、表面的なベストプラクティスと呼ばれる【手法】が、自分たちの目の前のビジネスは当てはまるとは限らない。 人は楽をしたい動物なので、誰かが成功したという手法をすぐ取り入れたくなる癖があるので、世の中には都合の良いように3文字用語が商品として闊歩するわけだ。 3文字用語じゃないけど、アップルがHTMLメールで成功したと言えば、HTMLメールを取り入れ、Dellがtwitt
そろそろモバツイがEC2に移転した話でも書くとするか。
モバツイ以外にも実運用で回してるEC2な人たちは結構いると思うのですが、参考までに。 モバツイッターがAmazon EC2の人柱をやってくれている モバツイッターがAmazonEC2に移行しようかなとのこと。 さっそく性能問題にぶち当たったらしいし、ナイス人柱。 前にあるイベントで、EC2を活用されているHeartRailsの方にモバツイの構成をEC2に移転したらどうなるか？みたいな話をお伺いしたら、すぐ8万円/月ぐらいに構成になってしまう、と言われたのですが、大体、どんぴしゃな感じでした。 （追記：なお個人でWebサービスをスモールスタートする場合は、サーバの運用知識がそこそこある前提で、まずは自宅サーバから運用すると良いです。月間600万PVぐらいまでなら、HP ML115G5 + Phenomでこなせるハズなので。その辺についてはまたいずれ書きます。） ■EC2とは？ 既にご存じの方
記事未満〜エンジニアの未来サミットとか。
記事として一つ書き上げるほどのアレはないのだけど、この週末で気になったことを書いてみたら、やっぱり記事一つ一つに独立できそうじゃないかという感じに長くなってしまったエントリーです。 ■改めてツイッターすげーなと思った話。 エンジニアの未来サミットを、モバツイの調整をしながらUStreamで聴いていて、こんなことを書いてたら、夜にあるパーティーで本人にお会いしたら、ちゃんと読んでいただいていてツッコまれたという話。 Twitter / えふしん: もしかしてnipotanのしゃべり方って堀江さんに似てる？！ この双方向性はたまらんです。別にハッシュタグつけてるわけでも@つけてるわけでもないので、沢山流れるであろうログの中から見つけられたというのが驚きだったわけですが。 ツイッターって、２ちゃんねるの祭りの時にある「この早さなら言える」的なノリだったり。ログ遅延の障害の時にも逆に、「この遅さな
なんだこの楽天叩き。
昨日のTBSに続き、今日のGIGAZINE、楽天叩き勃発ですか？ 楽天、利用者のメールアドレスを含む個人情報を「1件10円」でダウンロード販売していることが判明 - GIGAZINE えーと、何が問題なんだろ。 この趣旨は、楽天は、 「そのお店で購入した顧客の個人情報のダウンロードサービス」を１件１０円で行っている という意味だよね？ 決して、他の店舗や楽天アカウントに登録だけしたユーザーの個人情報を売ってるわけではない。 （最初見たときそう見えた。ミスリードを誘ってるとしか思えなかった。） この話には、２つの叩きベクトルがあって感情論が交錯してる感があるので整理したい。 １．閲覧できる個人情報を、CSVでまとめてダウンロードする場合は１件１０円取るというビジネスの話。（要はえげつないですねという話） ２．個人情報がダウンロードできますよ、という問題 １．は楽天とショップオーナーさんの間の
工場内オフショアをやったら、不良が頻発して困ったというキヤノンの話
「これはひどい」をつけざるを得ない話。けど単純にキヤノンがひどい、で済むような話ではなく、「日本やばくね？」という話です。 キヤノンの一眼レフで不良事故が多発する理由、製造請負依存の死角（上）(1) | 企業戦略 | 投資・経済・ビジネスの東洋経済オンライン １．キヤノンのハイエンド向け一眼レフで不良が起きまくってる。 ２．不具合の要因は、製造工程の不備によるものらしい。 ３．製造工程を担っているのはキヤノンの社員ではなく、請負の会社 ４．ただし彼らは派遣契約ではなく、あくまでも請負会社の社員なのでキヤノンの生産管理が直接作業担当に指導することはできない。 ５．何故なら直接指導すると、派遣契約と言う扱いになって3年後には社員にしなくてはいけないから。（キヤノンは製造現場で派遣労働者を使っていないことになってる） ６．つまり工場内オフショアであり、生産に必要な環境を貸して、外注として作っても
iPhoneとWebサービスの連携手法
最近、iMovatwitterというiPhoneアプリを出しました。 iPhoneのブラウザは携帯電話のようにGPSやデジカメとインテグレーションすることを考えられていないので、GPSを使った「イマココ」や、デジカメと連携する「写ツ」をiPhoneで使うためにアプリ側で吸収しました。 このアプリでやりたかったことの一つが、UIWebViewというブラウザコントロールとWebサービス/アプリとの連携でした。 UIWebViewというのは、SafariをiPhoneアプリ内に組み込むコントロールです。 丁度、Flash PlayerをHTMLに組み込むようにWebブラウザをiPhoneアプリ上に表示することができます。 このiPhoneアプリ上のWebブラウザとWebサービスの主な連携ポイントとしては、大きく３つあります。 １．iPhoneアプリからWebページを制御する ２．Webページのメ
これすごい。丸めて持ち歩くシリコンでできたフルキーボード
ふらっと歩いてたらこんなの見つけた。 丸めて持ち運べるシリコンキーボードです。 これすごいっすね！ typeUを持ち歩くとか、キーボードの小さなノートを使ってる人、データセンターに行き来する人など、コンピュータをアクティブに活用する人は使い所を思わず考えたくなる一品ではないでしょうか。 しかも「デザイナーズキーボード」という冠が付くオサレアイテムなのでオタクっぽくない！ もちろん防水なので、すぐコーヒーをこぼす人向け・・・というか、悪環境での用途でも使えますね。（工場などで使う工業用キーボードはこういうものが多いですね） MacBookやVAIO typeTのようなキーボードなのでボタンも押しやすいのと、押した感じが悪くなかったのがポイント。 感じとしては、ファミコンの初代コントローラの四角ボタンを思い出します。16連射は無理だけど、ナッツアンドミルクならそんなに問題ないよねというレベル。
「FFmpegで作る動画共有サイト」を読んだ
月村 潤 本間 雅洋 堀田 直孝 原 一浩 足立 健誌 尾花 衣美 堀内 康弘 寺田 学 毎日コミュニケーションズ (2008/01/29) 売り上げランキング: 3020 FFmpegってのは、動画共有サイトのコアで使われている動画変換のプログラムです。 この本で得られる内容をざっくり紹介すると、 ・動画ファイルと、codecの関係という非常にわかりにくいところが整理できる。 ・FFmpegがインストールできるようになる。 ・FFmpegをサーバサイド言語からどうやって使ったら良いのか？がわかる。 動画のエンコードとサムネイルの取得周りのサンプルが提供されている。 対応言語は、Perl , PHP , Python , Java1.5 , Java1.4 ・実在する字幕入り動画共有サイトの動作サンプルを得ることができる。 ・動画を再生するFlashによるPlayerのサンプルコードを得る
受託のメリット、Webサービスのメリット
このキーワード自体は、最近ずっと考えてたことだったりする。 Webをベースとした技術の受託をやってきましたし、FlashのRIA案件や動画ストリーミング関連で企業システムのお手伝いなどと言った当時のWeb技術の中では先端の方に属するものを商品性としてきました。その後、ペパボに入って自社サービスを提供する立場になって、その両方の良いところと悪いところをそれなりに経験してきたつもり。 受託開発がつまらないなんて言わせない - GoTheDistance を見て、ちょっとアウトプットしてみたいと思いました。 ■受託がサービスに比べて良い点 ・個々のお客様のビジネス推進に関われる。 ・自社では関われない業務、規模やサービスのお客様のシステムに関われる。 ・いろんな最先端の技術に関われる。 ・他人のお手伝いで力を発揮できる人が向いてる。 ・社会的に責任の重いシステムに関われる。 ・会社が違うので書類
iPhone SDKを読み解くのに必須！ Google AJAX Language APIを使ったブックマークWidget作った。
先日リリースした英日、日英翻訳のブックマークWidgetを「Google AJAX Language API」を使ったバージョンにアップデートしました！ 今まで使っていた物は翻訳が今ひとつ過ぎるなぁと思っていましたが、試した限りでは翻訳品質の改善も期待できそうです。 使い方： その１．僕の作ったものまとめページのエントリー「ブラウザにオーバーレイするブックマークレットWidget各種」にある「３．選択文字を自動翻訳」のをブラウザのブックマークツールバーなどに登録しておく。 その２．Web上の翻訳したい文章をマウスドラッグで選択してブックマークレットを起動すると翻訳開始。 もし選択範囲の文章に８０％以上アルファベットが入ってたら英文とみなして英語から日本語に変換します。それ以下だったら日本語から英語に変換します。 その３．ウインドウが開きっぱなしになるので、他の文章を選択すれば5秒ごとに翻訳
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
