ザッカーバーグの面接試験：Objective-C のブロックを使いこなす
Facebook もようやくモバイルの重要性を認識したらしく、スマートフォン・アプリの開発経験者を募集している。そこで、「私が Facebook の面接官だったら」という仮定のもとに試験問題を作ってみた。iOS 未経験者がいきなり解くのは無理だが、「iPhone アプリならば毎日のようにバリバリと書いています」と主張するエンジニアの実力のほどを計るのに程よい問題だ。 問題 iOSでは、HTTP 経由でデータをサーバーから取得する場合、NSURLConnection を使います。しかし、一つのコントローラーから複数の HTTP リクエストを同時に発行する必要がある場合、コントローラー自身を delegate にして複数の NSURLConnection で共有すると、プログラムの可読性がどうしても落ちてしまいます。そこで、可読性を増すために、ブロックを活用した HTTPLoader というヘ
会議での「先送り助け舟」が本当に迷惑な点について
私は基本的に会議はきらいだが、特にアジェンダがはっきりと決まっていない会議だとか、何も決定を下さない会議が大嫌いである。そんな中でも、もっとも許せないのが「提案を文書にする」「次のミーティングを設定する」などの一見建設的だが、実は単に意思決定を先延ばしすることを許容するだけの「助けにならない助け舟」である。 営業部長「こうなると選ぶ道はAかBしかありませんね」 社長 「そうは言っても色々と難しい面もある」 技術部長「ここで、決めるしかありませんね」 社長 「そんな簡単な話ではないだろう」 営業部長「そんな悠長なことを言っている暇はありません」 社長補佐「まあまあ。じゃあ、まずは営業部長に彼の提案を文書にしてもらうというのは、どうでしょう」 技術部長「文書にするって、今さんざん話したばかりで、もう分かっているじゃないか」 社長補佐「そうあわてずに。文書にしてもらえば見えてくることもありま
習作UI: 縁日の金魚を再現してみた
Flashでプログラムを書く機会があったら一度は作らねばと思っていたのが、鳥や魚の群れ（flock）のシミュレーション。そこでカスタムクラスのプログラミングの練習も兼ねて作ったのがこれ。アルゴリズムそのものは、良く知られた（１）仲間と同じ方向に泳ごうとする気持ち、（２）仲間と一緒に泳ごうとする気持ち、（３）衝突を避ける気持ち、をそれぞれの魚に持たせて泳ぐ方向を少しずつ変化させる、というものである。 プログラムはそれほど時間をかけずに作ることができたのだが、苦労したのがそういった「気持ち」の部分を表現するのに必用な具体的なパラメーター（どのくらい離れた仲間まで認識しているか、どのくらいの距離までの接近を許すか、など）を見つけ出す部分。金魚すくいの水槽の中の金魚の動きをちょうど良い感じで再現するためのパラメーターを見つけるのにかなりの試行錯誤が必要であった。 しかし、これを作って思ったのは、F
私がブログを書くときに意識していること
１．とにかく分かりやすく書くこと ２．難しい言葉の使用をできるだけ避けること ３．何を伝えたいのかはっきりと意識して書くこと ４．伝えたいことをできるだけ一つに絞ること ５．視点・立ち位置がぶれないようにすること ６．一つのエントリーをあまり長くしないこと ７．できるだけ明るく・ポジティブに表現すること ８．ユーモアを交えること ９．無理せずに自然にまかせて書くこと １０．既存の枠組みにとらわれずに書くこと 糸井重里の「ボキャブラリーというのは『どれだけむずかしい言葉を知っているか』ではなく、『どれだけやさしい（人に伝わりやすい）言葉を知っているか』という意味なんです」という言葉は本当に正しいと思う。 どんな文章にも言えることだが、分かりやすくなければ読んでもらえないし伝わらない。せっかくブログを書くのだから、読んでもらいたいし伝えたい。それがブログの「おもてなし」。 【同時に読んでいただ
ユーザー・インターフェイスの設計に大切なのはデザイン・ポリシー
何かの「ユーザー・インターフェイス」を決める時に大切なことは、自分なりのはっきりとした「デザイン・ポリシー」を持って、誰が何と言おうと最後までそれをしっかりと押し通すこと。そういう「柱」をしっかりと持たないで作ったものは、往々にして「妥協の産物」になってしまう。 私が常に心がけていること（つまり、私のデザイン・ポリシー）は、「ユーザー・シナリオを８０：２０ルールで切り分け、常に８０の方（つまり多くの人が使うだろう機能）を最優先にした設計にし、２０の方（あった方が良いかもしれない機能、一部の人が必要とするかもしれない機能）は思い切って犠牲にする」こと。 典型的な良い例が、Youtubeを見るためのサービス、Rimo と oreseg。 機能的には、カテゴリー分けはしてくれているし、サムネールから自分で見たいものを選べるし、oresegの方が上である。しかし、「ただだらしなく面白そうなビデオを
現実的になってきた Apple iPhone
このブログでも２００４年のエイプリル・フールに取り上げたApple のiPodケイタイ「iPhone」。その後もなんども「うわさ」にはなるがそのたびに市場の期待を裏切ってきたAppleだが、今回の台湾の製造元からリークされたとされる情報（Forbesの記事参照）にはかなり信憑性があるし、市場環境から見ても「期は熟した」とも言えるので、今度こそは本当かもしれない。 私が「期は熟した」と思う理由は、日本を中心とした「ケイタイ文化圏」での市場環境にある。「携帯型音楽プレーヤー市場」のマーケットシェアだけに注目すると、米国と同じく日本でもiPodの圧倒的な有利さはゆるぎないが、「携帯電話も含めた携帯型のデバイスで音楽を聴いている人口全部の中でのiPodのシェア」を見ると、世界の中で日本（たぶん韓国も）の数値だけが際立って低い（具体的な数字は入手できなかったが、５０％を切っていることは確かだと思う）
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RSSフィードを「森」として視覚化してみた