エンジニアを育てる環境と、コミュニティのありかたについて - blog.8-p.info
エンジニアを育てるはなしが、たぶん以下の Takuto Kihira さんの tweet をきっかけに盛り上がっていた。 昨日の飲みで、某CTOが「エンジニアを育てるって言うけど、紀平さん誰かに育てられました？自分で育ったでしょ？だからエンジニアに対しては、頑張れ、としか言いようがないと思うんですよね」って話をしていて、まあ確かにそうだと思った。自分はしかし親に環境を用意してもらったな。本とかPCとか。 私の立場は、Dai MIKURUBE さんの tweet に近い。 エンジニアの成長について「自分は自力で育った」「今まで見てきた人は誰かに育てられたというより自力で育ってきてた」は観察としてたぶん真なんだけど、「だからこれからもそれでいい」は明確に偽だと思うんだよなー。それって各種の職人業が次々廃れてるのと同じことを再現するだけのような気がする 私自身も大学で情報工学を学ぶまえに多少はプ
blog.8-p.info: Facebook の BigPipe と TTI
Posted at 2010/10/22 01:59, Modified at 2010/10/22 03:42 Facebook のフロントエンドは結構かわったことをやっていて、例えば、ログイン後の http://www.facebook.com/home.php には <div id="pagelet_home_stream"></div> みたいな空の HTML があり、その後に <script>big_pipe.onPageletArrive({ … });</script> <script>big_pipe.onPageletArrive({ … });</script> ... と script 要素が何個もならんでいる。 BigPipe: Pipelining web pages for high performance この仕組みは (変数名のとおり) BigPipe と呼
blog.8-p.info: Google Chrome で「保存したらリロード」
Posted at 2010/02/15 23:57, Modified at 2010/02/16 00:08 去年に ChromeRepl という Google Chrome 拡張を書いた。ChromeRepl は MozRepl のように、外部からたたける口を Google Chrome に空けてくれる。詳しくいうと Chrome には Google Chrome Developer Tools Protocol というプロセス外から制御するためのプロトコルが元々あり、これの上に汎用 eval と console.log などを足すことが ChromeRepl の仕事になる。 最近 Mac むけ Chrome でも beta なら拡張機能が使えるようになったので、今日は ChromeRepl のインストールから、実際どう便利かまでを簡単に説明してみようと思う。 インストール まずはイ
コマンドが失敗したらプロンプトを赤くする - blog.8-p.info
しばらく前から、コマンドの終了ステータスをプロンプトの色に反映させるようにしている。 終了ステータスとは C言語なら int main(int argc, char* argv[]) { ... return 0; } この return している 0 が終了ステータス。この整数値の下位 8bit がプロセスの終了時に親 (そのプロセスを起動したプロセス) にわたる。 終了ステータスの指定方法はいろいろある。C言語の場合 main 関数の戻り値以外にも exit 関数の引数でも指定できる。Ruby, Perl の場合、そもそも main 関数は無くて exit 関数に引数を与える方法だけがつかえる。 この値はシェル上で $? で参照できる。 % perl -e 'exit(0xdead)'; echo $? 173 % 慣例として、正常終了のときは 0 を返すことになっている。 % ls
blog.8-p.info : del.icio.us とか livedoor クリップとか
Internet Explorer 以外のブラウザを使ったことがないひとにとっては、ブラウザ == Internet Explorer なのと同じで、ソーシャルブックマーク == はてなブックマークなひともいるのかもしれない。 というわけで、はてなブックマークと del.icio.us や livedoor クリップを比べて、気になったところを列挙してみる。 タイトル タイトルが全ユーザーで共有なのは、はてなブックマークだけ。 微妙なものを全体で共有したがるのは、アンテナの更新範囲指定のころから続くはてな社の伝統。ひとりが上手く編集してくれれば、みんなそれに乗っかれるって理屈はわからなくはないけど、タイトルくらい自分で編集するからそっとしておいてくれ、とも思う。 被お気に入りの表示 こんな重要情報をユーザーに提供しなくてどうするんだ。 del.icio.us にも livedoor クリッ
blog.8-p.info: Amazon のレーティングが Ajax っぽい
ちょっと前に Amazon.co.jp の買った商品のレーティング画面が、昔ながらの「全部のラジオボタンを変更してから送信してページ遷移」から「変更即送信ページ遷移無し」の、いわゆる Ajax っぽい動きになっていた。便利になったと喜んでいたので、こういう文章を読むとあせる。 CNET Japan Blog - 中島聡・ネット時代のデジタルライフスタイル：既存のウェブサイトをAJAX化する意味が本当にあるのか? ちなみに、上の質問に対する私の答えは「たぶん無いでしょう。アマゾンがAJAX化しないのは理由があると思います。AJAX化したとしても売り上げが上がるとは私には思えません」である。 ソースを読んでみたら確かに XMLHttpRequest は無いんだけど、window.location.href に代入してリクエストを投げて、サーバー側が「HTTP 204 No Content」とい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
