第1回 はじめてのMojo | gihyo.jp
mod_perlの教訓 一昔前まで、Perlである程度大規模なウェブアプリケーションを書くときはmod_perlと呼ばれるApacheモジュールを利用するのが一般的でした。 ところが、Apache、mod_perlともに大規模な改修が行われ、後方互換性が失われた結果、古いmod_perlのアプリケーションを抱えている企業は、リスクや不便を覚悟で古いApacheを使い続けるか、Apache、mod_perlともに新しい環境に移行するか、あるいはまったく異なる第三の道を模索するかの選択を迫られることになりました。 同じようなことは、もっと小規模なアプリケーションでも起こりえます。たとえば、昔ながらのCGI環境で実行していたものをもっと高速な環境に移行したくなったとき。たしかにmod_perlにはApache::PerlRunと呼ばれる互換モードもありますが、これまではアプリケーションそのものを
エンジニアとして駆け出した2010年を振り返って今年どうするか考える - As a Futurist...
もう年が明けてしまって仕事も始まってしまってと、タイミング逃した感じですが、 恒例ということで 1 年を振り返って、今年どんな感じでやっていこうかを書いておこうと思います。 去年書いたエントリとか 一昨年書いた例のあれとか改めて読み返すだけでも 自分のこれまでを再確認できるので 1 年に 1 回はこういうまとめを書きとどめておくのは大事だなと思います。 順調に仕事ができるようになってきた 2009 年は新卒 1 年目。ひきこもりが初めて社会に出たような状態だったので、ともかく教えてもらうことが 多かったし、必死で吸収して追いついてってやってるので精一杯な感じでした。 ただ、1 年間の成果を認めてもらえたのか 2 年目はまた裁量が一段と広がって、より大きな目線で 仕事を捉えられるようになれました。表面積広がった、って感じが素直にしてます。 具体的には、2009 年にはチームリーダーにかなり相
ゲキカワXdebugでモテモテPHP開発 - 肉とビールとパンケーキ by @sotarok
今や PHP で開発するときに Xdebug は誰もが当然つかってるよね！！ まあ、「俺はそのままのエラーが好きなんだ」って人は置いておくとして。。。 大体の人は、stack traceがあると嬉しいとか、var_dump() 見やすいとか、そういうことで Xdebug ってのは愛用だとおもうんですよ！ IDE のひとは remote debugger としてつかってるのかな？ で、Xdebug、わかりやすいんだけど、どうもカワイサが足りないよね？なんかこう、毒々しいというかなんというか。。 開発中にエラーだしたときちょうど後ろをかわいいデザイナーの女の子が通りかかって画面が目に入ったとき「プログラマーってなんて品のない画面を見てるのかしら」なんて思われたらモテないよね！！ ってことで、まあ冗談はこのへんにしておいて、見た目が綺麗だとやる気も出る（？）ってことで、Xdebug の出力をかわ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Perfect LAMP Stack – Apache2, FastCGI, PHP-FPM, APC
http://ggrks.org/wordpress/?p=89
