Titanium Mobile は JavaScript で iPhone/Android のアプリ (not Webアプリ) を開発できる開発環境。詳しくは Titaniumで始めるモバイルアプリ作成の基礎知識 (1/3)：Web技術でネイティブアプリを作れるTitanium（2） - ＠IT などに解説があります。 少し時間があったので、JavaScript で作るというのがどんな感じか試してみました。作ったアプリは こんな感じで TableView があり、選択すると WebView でアプリ内ブラウザが立ち上がる、ブラウザはツールバーで「戻る」や「リロード」が可能。あとはタブコントロールがあったり･･･という単純なもの。初期起動画面のサイトリストは、HTTP でローカルに立てたサーバーから JSON で読み込んでいます。 Web上のドキュメントを見ながら2, 3時間試行錯誤で一応の

年始の NHK でのイチロー特集番組を見ていて一番印象に残ったのは、他の人の道具を絶対に触らないというイチローのこだわりでした。曰く、人の道具を触るとその道具の感覚が体に残ってしまい、自分の道具を利用するときの感覚の妨げになるから、ということでした。全体を通して、イチローは他のプレイヤーとの相対的な競争の中に身を置いているのではなく、絶えず自分を改良し続けるという過程の中にいるのだというのがよくわかる内容でした。良い番組だったと思います。 気づけば自分も 30 歳になりました。まだ若いとは思っていますが、さすがに 20 代の頃に比べると、病気や怪我の治りが少し遅くなったと感じることもあり、少しずつ自分の人生、「死」ということを考えるようにもなりました。時間は有限ということが少しずつ実感できるようになってきました。あるいは実感できるようになってしまった、と言った方が良いかもしれません。 ここ

ちょっと煽り気味のタイトルですが、CPU がマルチコアになり 2個、4個と増えていく中 Linux の負荷の指針になるロードアベレージをどう読むべきか、という話です。気になったところを少し調べたのでそのまとめを。 http://d.hatena.ne.jp/naoya/20070222/1172116665 でも書いたとおり、Linux のロードアベレージは「ロードアベレージは過去1分、5分、15分の間の実行待ちプロセス数の平均数 = 実行したくても他のプロセスが実行中で実行できないプロセスが平均で何個ぐらい存在してるか」を示す値です。ボトルネックが CPU、メモリ、ディスク等々どこにあるかは関係なく、仕事の実行までにどれぐらい待たされているかを示す値なので、システムのスループットを計測する指標の入り口になる値です。 このロードアベレージですが、実装を見るとランキュー(待ち行列)に溜まった

以下に置いておきました。遅くなってすいません。 http://bloghackers.net/~naoya/pdf/050404inside_hatena_bookmark.pdf 会場で前置きしたように、はてなブックマークは、はてなで一番大きなシステムであるはてなダイアリーあるいは同じ YAPC で発表のあった mixi に比べると、まだそこまで大きな規模ではありません。月間の PV はだいたい 4,000 万 PV 〜 というところです。 ただ、日本でのトラフィックが上から 5 番目みたいな怪物サイトよりも、月間の PV が 1,000 万クラスのサービスの情報の方が、より現実的で役に立つのではないかと思い、はてなブックマークの裏側に絞って話しをしてみました。 ...という前提で見ていただけると嬉しいです。 はてなブックマークのデータのサイズもかなり大きくなってきたので、ぼちぼちパーテ

日本でも多くのWeb APIが公開されているのは喜ばしいことだけど、どれも認証に本気で取り組んでない感じがする。Open Dataはもう当たり前。あちらのほうでは更新できるWeb APIも当たり前になりつつある。Flickr APIの認証はアプリ作成がちょっと面倒になる場合がある（僕のMTプラグインとか）が、とりあえずそれでもいいし、TypekeyでもOpenIDでも試してみる価値はあるだろう。はてなやmixiは、そのサービスでのアイデンティティがそのまま他のサービス上でも通用することもあるわけで、認証APIがあればサービスの価値が大いに高まると思う。 ちょうど今朝認証APIをそろそろ作ろうかという話をして、プロジェクトを立ち上げました。ラボも作ったことだし、そろそろはてなIDを使ってアプリケーションが作れるようにしたいなという意志がありまして。 過去にもはてなのサービスを Hack した

livedoor knowledgeのような、人に尋ねるタイプのサイトって他にもあるのでしょうか？ 相変わらずうちの社長はいたずらが好きだ。いたずら好きなくせに自分はいじられても全然なんとも思わないタチなんで、最強だよな。ちょっといじられただけで夜も寝れなくなる僕とは器が違うよ。 id:jkondo には是非インターネットで革命を起こしてしてから死んで欲しいです。

梅田さんより10歳前後若いブロガーたちが急激な変化を予想する一方、44歳の梅田さんは一貫して、「変化は起きるが、みんなが思っているほど急激ではないだろう」という立場で語った。 僕もこのイベントにはちょこっと顔を出してみました。 なんかパネラーの人たちがはてなブックマークの話をたくさんしてて、開発者がここにいるって言うのに開発者そっちのけで色々話してて、まあ最後に開発者から一言とかで呼ばれるだろうと思ったらそんなこともなくって。おまえらいい加減にしろと憤慨しました。いや、冗談です。 個人的には第二部の SNS の話で id:umedamochio にいじられる山岸さんが面白くてしょうがなかったんですが、ここは敢えて第一部の話に触れてみよう。 この ITmedia の記事の冒頭の一文にあるように、「ネットがマスメディアを飲み込むんだ」という見方に対して梅田さんが「いやいや、そんなに簡単にはいか

遅ればせながら Hacking Apache HTTP Server at Yahoo! を一通り読みました。これは Yahoo! のエンジニアである Michael J. Radwin 氏が昨年末の ApacheCon で喋ったときのスライド。 http://public.yahoo.com/~radwin/talks/yapache-apachecon2005.htm Yahoo! が Apache に独自に手を入れた "yapache" なる Apache を使ってるというのはときどき聞いてたんですが、具体的にどういう変更が入ってるかとかは謎のままでした。このスライドにはその辺りの話が惜しげもなく書いてあって、とても面白い。 シグナルを使わないでログをローテーションするとか、ログフォーマットを工夫してるとか、出力の HTML にホスト名などを記載しておいてサポートに役立てるとか、いろ

このところ大きなサービスを持ってる大きな企業が運用するウェブサイトについて考えることが多かったので、ちょっと書き殴ってみるとします。 一見すると大企業ってのは人もたくさんいるし資金もたくさんあるし、小さな企業と競争になっても、簡単にそれを踏みつぶしてしまえるような印象を受けます。いやいや、そんなに簡単じゃないんだよっていうのがイノベーションのジレンマであり、大企業病のジレンマであり。で、ウェブの企業にもう一つ当てはまるジレンマがあるなあと最近思います。 はてなダイアリーのキーワードページに、Yahoo! ニュースのトピックページからリンクされることがあります。そのニュースが Yahoo! Japan のトップページに載ってたりするものだと、キーワードページへの瞬間最大トラフィックが恐ろしいことになります。最近は対策を練ったので問題ないのですが、一時期は Yahoo! トップに載ってるニュー

PowerBook を買った直後ぐらいに愛用していた ThinkPad が壊れて、どうしても Mac を使わなければいけない状況になったこともあって、気づけばしっかり Switch してたわたくし。ようやく MacOSX の扱いにも慣れてきて、MacOSX は良いなあと実感できるようになってきました。 何が良いのか。 まあ、色々あるんですが使い易いとかそういう事よりもやっぱり「いいもの使ってる感じ」っていうのが一番大きい気がします。何年も Windows を使ってきたもんで、まだ Windows の方が便利かなあと思う機会も時々あるんですが、もう戻る気がしないのはこの言葉にしづらい愛着があるからなんだろうなあと思うこのごろ。ターミナルで Courier-New なアンチエイリアスフォントが使えて美しいみたいな日々ヘビーに使うツールを良い感じのルック & フィールで使えるとか、そういうちょっ

こういうの重要。はてなフレームワークも派手なの出してます。 と書いたら、ブックマークのコメントで反応があったのでマジレスしてみる。 このフレームワークのデバッグスクリーンが派手なのが重要だってのは単にノリで書いたところが大きいんですけど、個人的には、道具を作るに当たって、こういう本ちゃんの機能とはあんまり関係ない部分、例えばルック & フィールの作り込みみたいなのは、一見どうでもいいようで割と重要なんじゃないなあと思います。 何を例に挙げたらいいかなと思って、真っ先に思いついたのが Ruby on Rails なんですけど。Rails はそのフレームワークが持ってる機能とか考え方とかも素晴らしいんですが、なんとなく使ってるときに「いいもの使って作業してる感」みたいなのがあると思うんですよ。script/server で立ち上げた画面なんて正直どうでもいいのにちゃんと Rails のロゴが入

del.icio.us が Yahoo! Inc に買収されたのは、こういう新しいタイプのウェブアプリケーションを作っている企業 (もうなんとか 2.0 とかいうのはやめた) にとっては一つの朗報かなと思う。価値のあるアプリケーションを作っていれば、ちゃんと目をつけてくれる人が出てきて、ゴールを用意してくれるという意味で。 一方で、警鐘でもあると思う。Bloglines、Flickr、del.icio.us のような、注目を集める新しい企業(サービス)のゴールが、やっぱり買収されるしかないんじゃないの? という見方に拍車がかかりそうだから。そして、買収されてゴールを迎えられるのは Bloglines、Flickr や del.icio.us のような、世界でも指折りのアプリケーションじゃないといけない。華々しいアーティストの成功の裏には、膨大な数の屍があるというのと同じ話で。 個人的には、

カーネル・モードで高速に動作するオープンソースのWebサーバー「TUX」の性能を，現在主流の「Apache」と比較した。静的コンテンツに大量のアクセスが集まる用途で，TUX 3.2はApache 2.0の1.57倍の性能を出した。OSが扱えるTCPコネクション数を増やす調整を施せば，標準設定時より性能が33％改善する。 TUX のベンチマーク記事。参考になります、グッジョブ。 カーネルモードで動作するウェブサーバー TUX、ということで久しぶりにこの名前を聞きました。3, 4 年前に Linux Magazine のムックか何かで特集されていたのを思い出します。その後あまり話を聞かなかったので TUX プロジェクトは頓挫したのかなと思いきや、それは僕の勘違いで、ちゃんとプロジェクトは動いていて成果が出ているということなのかも。 この記事ではベンチマークの比較対象として Apache が選ば

昨日 Amazon がなぜ強いかという話にちょっと触れたところ結構ブックマークされたようで、その反応がいろいろあって面白かった。言葉足らずだった部分も含めて、僕が Amazon がなぜ強いかについて考えるロジックをここにまとめてみたいと思います。 まず、実感を持ってもらうために以下のリンク(すべてサーチの検索結果です。) を実際にみてみて、Amazon.com なり Amazon.co.jp なりがどの辺りの位置につけているかを確認してみてください。 Google で「ワンダと巨像」 Google で「Agile Web Development with Rails」 Yahoo! Japanで「アドベントチルドレン」 Yahoo! Japanで「いま、会いにゆきます」 おそらく、楽天やほかのどのショッピングサイトよりも先に Amazon のリンクを目にすることかと思います。ここで羅列した

たかがワイングラス、されどワイングラス。背が高く脚が細く長く、邪魔っけで壊れやすいけれども、ただワインのためだけに存在しつづけてきた昔ながらのあのワイングラスが、 やっぱり好きです。 神の雫の原作者であるところの亜樹さんの日記。リーデルの脚なしワイングラスについて、機能的で便利だしと思い悩んだけどやっぱり脚ありだよねって話。僕もつい先日この脚なしグラスを買うかどうか迷ったところだったので、共感しました。 機能的に優れているものが必ずしも良いというわけではなく、そのモノ自体が放つ高級感とか使ったときの満足感みたいなものが重要なんだという話の具体例。特にワインは極端に嗜好性が高いですしね。 ところで僕は高くてもせいぜい数千円のワインを恐る恐る飲む程度のひよっこなのですが、とりあえず道具だけでも、と思いリーデルのグラスを使っています。(亜樹さんのはリーデルの中でも最高級品のソムリエシリーズのよう