サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
このぐらいの規模のWebアプリケーションを作る場合、スクラッチからコードを書いていたのでは効率が悪いですし、また複数のプログラマで開発を進めるにあたってコードの品質を一定に保つのが難しくなってきます。ということで、ここはフレームワークの出番です。PerlにはCatalystやSledge、CGI::Applicationといったオープンソースの優れたフレームワークがいろいろとありますが、はてなでは自社開発の「はてなフレームワーク」を利用しています。はてなフレームワークを開発した当時の2001年頃はLL向けの良いフレームワークがあまり無かったため、自分たちで作りました。その後も改良を続け現在も同フレームワークを利用し続けています。 最近ではPerlに限らず、優れたフレームワークの実装が世の中に多数あり、その多くがフリーです。あまり自社開発のフレームワークを利用することの利点は多くないかも
chronic is a new natural date/time parser forRuby. By "natural" I mean something like "tomorrow 5pm".I talked with Jesse (obra) that we need something close to this inPerl as a standalone module as well. By standalone we mean something not Date::Manip, which code andAPIs make me very sad. I haven't looked at the chronic code yet but I believe this has an MIT/X11 license and would not be that ha
_Perlはやっぱもう駄目か failmalloc に関して、Rubyについては作者のまつもとさん自身が対応してくださったり、PythonについてもNealさんから個人的に連絡を受けたりと、プロジェクトの勢いを感じさせる展開でありました。 私は例に出さなかったにも関わらず、 いろいろ他に試してくださったプロジェクトもあるようです。 しかし何かひとつだけ全く動きのないプロジェクトがあって、 それはPerlなんですよね。 私自身、確か4、5年ぐらいはPerl使いでした。 途中で一度Rubyいいよーと勧められたけれど、 「Perlで出来てるのに何でまた別のを勉強しなきゃいけないのだ」 と、よくあるパターンで、Perlを長年使い続けていたのでした。 しかしPerlで書いたコードは全部ゴミにしかならないのは痛感していて、 前に書いたものを解読するぐらいなら、 また一から書き直した方が手っ取り
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
