複数言語向けＷｅｂプログラミングを実際にやったことがある方にご意見をお伺いします。

　PHPとJAVAだけしかやったことがありませんが、どちらも大差ありませんでしたね。

　PHPについては、defineを並べたファイルを作って、言語によってincludeを分けました（message_en.php, message_ja.php, message_cn.php。。。）

　JAVAの方も大差なく、Propertiesで実装しました。

　Propertiesの方が、デフォルトプロパティが使えるので、ローカライズしていない部分はデフォルトを使えるので、文言が決まっていない状態などでは楽でした(各国工場向け生産管理システムだったため、開発部門じゃ現地語がわからなかったので・・・)

フリーのプログラマとしてですが、PHP Perl JAVAでの開発に携わった経験があります。他の回答者の方と同じで、PHPとJAVAにはそれほど差は感じられませんでした。強いて言うなら、PHPの方が自分が慣れているのと、もともとPHPはHTML出力に特化した関数を多数持っていてその面でPHPの方が楽と言えば楽でした。

Perlは二度と関わり合いになりたくない言語の一つで、というのも、Perlの場合、人によってコーディングスタイルが全く違い、当時の自分の力ではソースを読むために必要なエネルギーが非常に大きかったからです。

蛇足ですが、長期運用を考えた場合、PHPには少し不安が残る気がします。というのも、PHP3→PHP4→PHP5と、毎回後方互換性をある程度犠牲にして言語の改良を行っており、PHP4で作った物をPHP5が入っているシステムで動かそうとすると意外と手間だったりします(思わぬ落とし穴があるというか)。個人的には好きなスクリプト言語の一つですが、保守に関する不安はどうしても少しだけあります。

参考になれば幸いです。

これ（多国語対応）はＰＧ言語の特性にはそれほど関係無く、手法の問題だと思います。

Perlで多国語対応をした経験がありますが、結局テンプレートエンジンを使うかどうかです。

Perlの場合では、HTML::Templateを使って、多国語ページを用意して、どの国語で表示すべきかのパラメータでスイッチしました。エラーメッセージ等も同様です。

ＰＧ言語の特性に関して言えば、PHP、ASP、ColdFusionなどは元々HTML埋め込み型言語として登場したＰＧ言語ですから、テンプレートエンジンを使ってしまうと、そのレーゾン・デートル（存在理由）が問われてしまいます。

特にPHPの場合はSmartyというテンプレートエンジンがデファクトスタンダードみたいになっていますが、「HTMLから極力ＰＧコードを排除する」というテンプレートエンジンの思想に反してSmartyはあれこれ不必要な機能満載で、スキルの低いプログラマに任せてしまうとHTMLがSmarty言語で氾濫してしまいます。

またColdFusionなどは、オブジェクト指向のベースクラス継承などによる手続きのテンプレート化が困難である為、私の場合はColdFusionを勉強した時点で見限りました。

そういう意味ではWebに特化したＰＧ言語の方がむしろ使い難い、というのが私の感想です。