[ThinkIT] 第2回：はてなフレームワークとPerlとシステム負荷 (1/2)
このぐらいの規模のWebアプリケーションを作る場合、スクラッチからコードを書いていたのでは効率が悪いですし、また複数のプログラマで開発を進めるにあたってコードの品質を一定に保つのが難しくなってきます。ということで、ここはフレームワークの出番です。 PerlにはCatalystやSledge、CGI::Applicationといったオープンソースの優れたフレームワークがいろいろとありますが、はてなでは自社開発の「はてなフレームワーク」を利用しています。 はてなフレームワークを開発した当時の2001年頃はLL向けの良いフレームワークがあまり無かったため、自分たちで作りました。その後も改良を続け現在も同フレームワークを利用し続けています。 最近ではPerlに限らず、優れたフレームワークの実装が世の中に多数あり、その多くがフリーです。あまり自社開発のフレームワークを利用することの利点は多くないかも
複雑さに金が落ちる時代は本当に終わるのか？ - アンカテ
RailsやChuraのいけてないところ これは、Ruby on Railsに対する実に的確な批判だと思う。だが、これによって逆にRailsの意味が見えてきたような気がする。 (このエントリ、入口はソフトのやや専門的な話ですが、例によって大風呂敷で、そこから"The World is Flat"の話につながっていくので、できればプログラマ以外の方もおつきあい下さい) Railsというソフト開発ツールの良さは、単に便利とかフルスタック(必要な全ての機能盛合せ)ということではなく、実践的な仕事の流れが背後に想定されていることだ。頭をひねってツールを使いこなすというより、ツール(が想定しているソフト開発手順)に「乗る」という感覚で開発を進めることができる(まさに On Rails)。 だから、Railsの個々の機能の過不足を問題にするのはあまり意味が無い。仮に不足があったとしても、オープンソース
[鏡] しっぽのさきっちょ 2006年06月 -- Spiegel's Trunk: ☆ 知らぬは国許ばかりなり？
del.icio.us の便利な使い方 ありゃ， 私のところもチェックされているのか。 確かに私のブックマークは（見る人によっては）かなりノイズが多いからな。 私のところで比較的マメにブックマークしているのは spiegel/Astronomy spiegel/Security くらいか。 暗号関係に興味のある方は spiegel/Cryptography あたりがいいかもしれない。 （spiegel/Security とダブルことが多いんだけどね） 知財関係もブックマークしてるけど， それほどマメではない。 タグでいうなら spiegel/Intellectual_Property あたりかな。 「そんなくそ真面目な記事はいらんねん。 もっと面白おかしいのはないんか」 という方は spiegel/Fun あたりをどうぞ。 ついでに私の場合だが， 方針としてはノイズを多めにしてでもなるべく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
