Web2.0がうまくいかなかったワケ
TBSの深夜番組で、人狼のカスタマイズ版であるジンロリアンという番組をやっていた。 普通の人狼とはルールが違う部分があって、 ・人狼と疑わしきプレーヤーを排除するのを決定するのは視聴者のオンライン投票（生放送） ・人間の側にナイトや占い師などの役職がない。 というもので、一瞬面白いと思って見ていたが、場を盛り上げる芸人が率先して排除されていく様に、すぐにルールが成り立ってないことに気がつく。 ・役職がないので圧倒的に人間が不利。情報が非対称。 ・当事者ではない視聴者が投票するので、目立ったもん負け ・人間の側が条件をひっくり返すほどの武器を持ってない。 ・ということなので、深夜にプレーヤーが殺される意味が無い。（普通の人狼は、占い師と騎士をいち早く殺したいハズなのだが、こっちは全員人間なので誰が死んでもあんまり関係ない。最後に壇蜜が竹山を殺した理由を誤魔化していたように見えた。「なんとなく
エンジニアの評価が４以上にならないワケ
エンジニアの仕事は原則として「できて100点」、できなければ減点。 一般的な社員評価の基準に照らし合わせると、「できて100点」だと、４以上の得点はつきにくい。 大体、どこの会社でもこんなイメージの評価じゃないだろうか？！ 4以上 ・・・ エクセレント（スーパーな貢献をしたレアケース） ４ ・・・ よくできました。（普通に優秀） ３ ・・・ 可もなく不可もなく。（でもちょっとネガティブ） １〜２ ・・・ 何か問題があった時。（基本的につけたくない点） 絶対的な評価をされると「できて100点」の仕事の人は、4以上の評価がつくケースは稀だ。逆に毎回４以上の評価になるのも少しおかしい。毎日株価が上がってる銘柄みたいなもんだ。 例えばサーバ管理の仕事が典型例で、「動いて当たり前」、大きな障害が起きれば「減点」になってしまう。本当は、いつ壊れるかわからないというサーバを守っているという部分に対し
WebにおけるMVCアーキテクチャの勃興と変遷
どんなに当たり前になった開発手法やプログラム管理方法があっても、新人さんにとってはHello worldから入って行くと思う。インターネットで、「知の高速道路」が整備されたと言っても、意外と古い話を探すのは難しい話で、MVCみたいに当たり前になってしまったことについて、何故そんなものが存在するのか？という考え方を後から肌で感じるのは難しく、そんなことを考えていたら、突然MVCについて書きたくなった。 以下、書いていくがかなりの偏見が入っている気はするので、ぜひ、歴史認識が間違ってたら僕のためにツッコんでくださいませ。 僕がMVCアーキテクチャを知ったのは、JavaのServletを勉強していた時だった。Javaはオブジェクト思考で作られている言語かつ、Webに特化した言語ではないため、クラス間のデータは、インターフェース仕様に基いて秘匿されるのと、テンプレートエンジンは別に存在していたので
Paypalの本人確認がむかつく件
整理するために書く。 Paypalが本人確認を強化しなくてはいけないとかで、免許証を送れだのなんだの言ってきた。放置すると取引が制限されてしまうので、Paypalを使い続けるなら従う必要があるらしい。 ということなので、免許証のキャプチャを送った。 そうしたらサポートから返信が来て、こんなことが書いてあった。 ■１．「アカウントにご登録いただいているお名前はローマ字表記となっておりまして、ご提出いただいた運転免許証の言語表記方法とは異なっております。」 免許証に書いてある名前と、Paypalアカウントに登録されてる表記が違うとのこと。 ま、kickstarterなどの海外送金のために使ってるんだから、paypalアカウントには英語で名前書くわね。当たり前のことだ。 ■２．「ご提出いただいた運転免許証とアカウントにご登録いただいているご住所が異っております。」 免許証に書いてある住所にはマン
何故、エンジニアはUIのセンスがないか。
何故、エンジニアはUIのセンスがないのか、という自分にも当てはまるようなことについて書いてみる。 まずエンジニアがダメなUIを作ってしまう理由について、いくつかの仮説を立ててみる。 1.その画面を作るエンジニアは全てを知りすぎていて、もはやわからない人の気持ちがわからない説 2.エンジニアはITリテラシーは高いけど、自分ができることを人に理解できるように説明するのは下手説 3.技術的に実現する方に興味が偏って、ハナからUIの使い勝手に興味が無い説 4.国語力がない、自分が実現する文脈を表現するのはできるが、ユーザーの文脈に配慮した言葉を想像する力が無い説 5.仕様書を読まない、人の言う事を聞かない説。例えばOSが定めているユーザーインターフェースガイドラインに従わないので、UIパーツが意図した使い方をしておらず統一性に欠ける。 6.わかりやすい色や文字、レイアウトに関する知識が無い。センス
「ぼくはこうしてプログラミングを覚えた」をどう読みましたか？
フェイスブックでエンジニアをやっていた方の面白い話があった。 「ぼくはこうしてプログラミングを覚えた」 フェイスブックのエンジニアで史上ベスト３に入るといわれるEvan Priestley氏への質問「どうやってプログラミングを覚えましたか」に対する本人からの答えです。 という話 コードの質がフェイスブックの強みであったことはないが、２００７年のフェイスブックのコードはグローバル変数とextract関数にまみれたヒドいものだった。 この「質v.s.スピード」という概念は根本的に間違っていると思う。だって素早く開発をしなくては環境、あるいは自分の環境の理解の変化にソフトウェアがついてこれず、ソフトウェアが解決すべき問題が解決できなくなり、必然的に質が落ちてしまう。逆に、質の高いソフトウェアを書かなくては、なにかある度にインフラが崩壊し、素早く開発をすることができなくなってしまう。インフラの崩壊
F's Garage：FlashおよびAjaxを戻るボタンに対応する
前エントリでやってたのは、割とダサいやり方で、location.hashというページ内リンクで使う文字列をURLの後ろに追加することで、次の画面から戻ってきたときに元の状態に戻ることができるようにしたほうがはるかに使いやすいです。 サンプルはこちら ソースはこちら Flashのテキストフィールドに文字を入力し、「Flash変数保存」を押すと、URLの後ろに文字がつくかと思います。これが入力された文字列をescapeしたものですので、戻すときはここからデータを復元させてあげればOKです。この方法であれば、次の画面遷移は普通のリンクで問題ありません。ブラウザのURL移動履歴で全てがまかなえます。 これを使って状態保持をしてあげればFlashだろうがAjaxだろうが状態復帰ができます。 また、はてなブックマークのようなサイトに途中の状態をそのまま保存することができるので、Flashが苦手としてい
F's Garage：Webでゼロスタートから成功例を作るのはWeb1.0時代からの悲願
こういうのってネットバブルの頃からあって、話自体はちっとも目新しくはないんですが、問題はサイトの実装と運営能力だと思うので、是非、頑張ってください。 ライブドア元役員、欲望系Web2.0への挑戦 要するにホリプロスカウトキャラバンをポッシュという仕組みでやろうってことなんだけど、肝心なのはそのタレントを評価するのが専門家ではなく、みんなの意見の集合体であるということ ある音楽業界に詳しい方と話をした時に、ミュージシャンの発掘について聞いたのは、 「やはりプロになる人とそうでない人の差はそれなりに大きくて、音楽業界のプロはそういう人を発掘するコネクションを持っている」 ということで、ネットバブルのときにあった、安易なインディーズ発掘系のサイトはうまくいかなかったわけですね。 この話をしたときにも話をしたんですが、とにかく、まずは一人でいいから成功者を出すことですよね。 そこまでが大変で、その
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
