naoyaのはてなダイアリー - MacOSX の感想とか。
PowerBook を買った直後ぐらいに愛用していた ThinkPad が壊れて、どうしても Mac を使わなければいけない状況になったこともあって、気づけばしっかり Switch してたわたくし。ようやく MacOSX の扱いにも慣れてきて、MacOSX は良いなあと実感できるようになってきました。 何が良いのか。 まあ、色々あるんですが使い易いとかそういう事よりもやっぱり「いいもの使ってる感じ」っていうのが一番大きい気がします。何年も Windows を使ってきたもんで、まだ Windows の方が便利かなあと思う機会も時々あるんですが、もう戻る気がしないのはこの言葉にしづらい愛着があるからなんだろうなあと思うこのごろ。ターミナルで Courier-New なアンチエイリアスフォントが使えて美しいみたいな日々ヘビーに使うツールを良い感じのルック & フィールで使えるとか、そういうちょっ
TinyMCE JavaScript Content Editor - naoyaのはてなダイアリー:
とある友人に教えても経ったTinyMCEという WYSYWIGWYSIWYG な HTML エディタライブラリがやばそう。 JavaScript で記述された LGPL でオープンソースな クロスプラットフォームの 多言語対応もしてて 簡単に使える ライブラリ。似たようなものに htmlArea というのがあって結構昔に話題になってたんですが、導入がめんどくさかったりブラウザによってはまともに動かなかったりとか色々面倒な感がありました。TinyMCE の方はと言いますと、Installation instructions にもあるとおり、 <html> <head> <title>TinyMCE Test</title> <script type="text/javascript" src="/js/tiny_mce/tiny_mce.js"></script> <script type=
派手なデバッグスクリーン / ディフェンシブ・ウェブデザイン - naoyaのはてなダイアリー
Catalyst, SubWay, Rails などのモダーンな Framework では、デバッグモードで Internal Server Error が起きるとスタックトレースなどをド派手な HTML で表示してデバッグを助けるような仕組みを持っています。 But, Sledge にはそれが無い！なんてこった！この事実がバレる前にはやくその機能をつけないと！ つーわけで、Sledge::Plugin::DebugScreen とかいうものを作ってみました。 こういうの重要。はてなフレームワークも派手なの出してます。 色使いが 37Signals っぽいのは単なる僕の趣味です。 37Signals と言えば、昨日 37Signals のデザインの本を読みました。ディフェンシブ・ウェブデザインの技術。 フォームでのエラーから訪問者を立ち直らせ、自社サイトで確実に Subscribe しても
直交する技術から複数のものを学ぶ - naoyaのはてなダイアリー
一年前に CNET でインターネット時代のエンジニアの価値という記事を書いたのですが、それと関連する、先週 Binary 2.0 カンファレンスや PofEAA 読書会に行って来て、感じたことを書いてみたいと思います。 まず、Binary 2.0 カンファレンスに行って来て感じたことというのが、先日ちょっと述べたとおり、ソフトウェア開発の世界は多様化していて、それぞれのレイヤの間で断絶がある、ということ。断絶というとちょっとネガティブな印象があるので、それぞれ違うレイヤというかカテゴリの技術の関係を、直行する技術カテゴリ、とでも言ってみます。 Binary 2.0 カンファレンスでもうひとつ発見があったのは、ローレベルレイヤを極めているバイナリアンは、どことなく数学的にコンピュータにアプローチすることに長けている人たちというイメージだったけど、それはちょっと違うということ。もちろん、それに
CGI.pm と CGI::Util::utf8_chr - naoyaのはてなダイアリー
15. CGI::Util::utf8_chr now correctly sets the UTF8 flag on 5.006 or higher perls (fix courtesy Slaven Rezic). CGI.pm の最近のバージョンから、CGI::Util::utf8_chr という関数により、一部の入力パラメータに UTF-8 フラグが立つようになったみたいです。ざっくり見てみたところ、CGI::Util::unescape を通るときにフラグが立つらしい。 最も正しい UTF-8 の扱い方は、入力で ON、出力で binmode するなり encoding 指定するなり (参照)、ということみたいで、そういう方針でこの変更が入ったのだと思います。 でも、気付かないよなあ、これｗ かなり深追いして変数一個一個 Devel::Peek で Dump して、CGI->p
naoyaのはてなダイアリー - 大規模サービスを展開する企業が陥るジレンマ
このところ大きなサービスを持ってる大きな企業が運用するウェブサイトについて考えることが多かったので、ちょっと書き殴ってみるとします。 一見すると大企業ってのは人もたくさんいるし資金もたくさんあるし、小さな企業と競争になっても、簡単にそれを踏みつぶしてしまえるような印象を受けます。いやいや、そんなに簡単じゃないんだよっていうのがイノベーションのジレンマであり、大企業病のジレンマであり。で、ウェブの企業にもう一つ当てはまるジレンマがあるなあと最近思います。 はてなダイアリーのキーワードページに、Yahoo! ニュースのトピックページからリンクされることがあります。そのニュースが Yahoo! Japan のトップページに載ってたりするものだと、キーワードページへの瞬間最大トラフィックが恐ろしいことになります。最近は対策を練ったので問題ないのですが、一時期は Yahoo! トップに載ってるニュー
TUXのベンチマーク記事 - naoyaのはてなダイアリー
カーネル・モードで高速に動作するオープンソースのWebサーバー「TUX」の性能を，現在主流の「Apache」と比較した。静的コンテンツに大量のアクセスが集まる用途で，TUX 3.2はApache 2.0の1.57倍の性能を出した。OSが扱えるTCPコネクション数を増やす調整を施せば，標準設定時より性能が33％改善する。 TUX のベンチマーク記事。参考になります、グッジョブ。 カーネルモードで動作するウェブサーバー TUX、ということで久しぶりにこの名前を聞きました。3, 4 年前に Linux Magazine のムックか何かで特集されていたのを思い出します。その後あまり話を聞かなかったので TUX プロジェクトは頓挫したのかなと思いきや、それは僕の勘違いで、ちゃんとプロジェクトは動いていて成果が出ているということなのかも。 この記事ではベンチマークの比較対象として Apache が選ば
Amazon の強さの秘密について考える - naoyaのはてなダイアリー
昨日 Amazon がなぜ強いかという話にちょっと触れたところ結構ブックマークされたようで、その反応がいろいろあって面白かった。言葉足らずだった部分も含めて、僕が Amazon がなぜ強いかについて考えるロジックをここにまとめてみたいと思います。 まず、実感を持ってもらうために以下のリンク(すべてサーチの検索結果です。) を実際にみてみて、Amazon.com なり Amazon.co.jp なりがどの辺りの位置につけているかを確認してみてください。 Google で「ワンダと巨像」 Google で「Agile Web Development with Rails」 Yahoo! Japanで「アドベントチルドレン」 Yahoo! Japanで「いま、会いにゆきます」 おそらく、楽天やほかのどのショッピングサイトよりも先に Amazon のリンクを目にすることかと思います。ここで羅列した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
