infohackのブックマーク - はてなブックマーク

koyachiの日記 - Joshua Schachter(del.icio.us)による大規模アプリケーション構築の注意点
del.icio.us/tag/del.icio.usを眺めていたらFlickrのときみたいに面白い資料を見つけたの紹介します。 Things to look out for when building a large application.というタイトルでサーバーサイドの管理等の話が中心かと思って読んでいたらそれ以外のインターフェース、実装すべき機能、spam対策、アプリケーションを如何に広めるかといった話にも触れていて面白いです。以下にまとめてみました。スケーリング早期の最適化を避ける。SQLでスケーリングするのではなく、データを複数マシンに分散させる方法を考慮すべき。SQLプロファイリング重要。Nagiosがお勧め。タグはSQLと相性がよくない。インデックシングの仕組みを理解し、その方針を決定する。最初の数ページに限定すれば小規模で高速なインデックスを保てる。 Apache
infohack 2007/08/16
scalability
リンク
youtubeで見た映像をtwitterに送るGreasemonkeyスクリプト - koyachiの日記
ほとんど最速インターフェース研究会 :: livedoor Readerで今読んでいるフィードをTwitterに送るGreasemonkeyスクリプトそのままです。ビデオのページ開いて60秒後に送ります。 // Copyright (C) 2005, koyachi. // Released under the GPL license // http://www.gnu.org/copyleft/gpl.html // // ==UserScript== // @name youtube report to twitter. // @namespace http://d.hatena.ne.jp/koyachi/ // @include http://youtube.com/watch?v=* // @include http://www.youtube.com/watch?v=* //
infohack 2007/04/15
greasemonkey

youtube

twitter
リンク
Shibuya.js Technical Talk #3 - Shibuya.es - koyachiの日記
今回は開始前に到着したので、最初から見ることができた。 ActionScript3/Flash周りの発表が多かった。amachangのjsとの違い中心の紹介、omoさんの速いバイトコード出力を得るためのas3の書き方、fcwrapを使った(secondlife)/使わない(kusigahama)開発環境の構築。as3でevalする方法を模索するevalのいばら道。secondlifeさんとkusigahamaさんは順番逆だったほうがよかったんじゃないかな、というかあれはずるい。 omoさんのプレゼン面白かった。jsっぽく普通に変数に代入した関数、型指定した場合、クラスメソッド化したコードの実行コードバイト出力を比較する。asの段階で型指定することでパラメタのnullチェックや実コードを入れてるメモリへの参照回数が少なくなって高速になる、ってことをわかりやすく解説。c/c++やってる人ならあ
infohack 2007/03/25
shibuya.js
リンク
Shibuya.js パネルDISカッション brazil x mala with 江渡浩一郎 - koyachiの日記
昨年行われたlivedoorテクノロジーセミナーでmalaさんが発表した「Techonology for UI」について、id:brazilさんが感じたこと・疑問にmalaさんが答える、という感じ進められました。インターフェースにおける速さエレベータ待ち時間を短くするための対策として鏡の設置。実時間ではなく体感、心理的時間を短くした。こういう観点から、どう？(brazil) 大半のWebアプリケーションがデスクトップアプリケーションより遅いのは事実だが、デスクトップアプリケーションがローカルにデータを持っているから必ず早いというわけではない。設計次第でWebアプリケーションはデスクトップアプリケーションより高速動作可能だ。ldrはそれを実現している。速読の限界は1秒間に1600文字と言われている。それを再現するデモ実演。1秒毎に1600文字が表示される。道具を変えることでできること
infohack 2007/02/16
devsummit2007
リンク
1