どっちが良いとか悪いとかは関係なく、世の中のオープン技術で開発をしている会社は、 ・Java + Oracleを主流とする会社 ・Perl + MySQL、PHP + MySQLを主流とする会社 と、完全に二層に分かれてるなと思っている。 はてブ経由で見つけて、mixi内のリンクしちゃうけど、 業務経歴書にPerl案件を書くと馬鹿にされる件 就職活動の面接でPerlやってますとアピールすると、Java圏の面接官にバカにされるという話があった。 ありきたりだけど、Perlを良しとする会社は、エンジニアリング指向が強くて、自分で解決したい方向性が強い。割と柔らかくてもOK。ライブラリに不備があったら、直して使ってしまおうというタイプ(というか、きっとそれが求められる) Javaをメインとする会社は、きっちりしていたいと思う指向が強く、それこそPerlのライブラリのようなのを適当で、うさんくさい
HTTP_ACCEPT_LANGUAGE は、ブラウザーが表示可能な言語の一覧を表します。 皆さんは日本語環境でブラウザーを利用されている方がほとんどかと思いますので、 お使いのブラウザーは HTTP_ACCEPT_LANGAGE に「ja」を入れて送ってきます。 ただし、ブラウザーの表示可能言語が複数設定されている場合には、それぞれがカンマで区切られます。 海外の企業のウェブサイトを見たとき、なぜか自動的に日本語バージョンのサイトが表示されたという経験があるのではないでしょうか。 それは HTTP_ACCEPT_LANGAGE を見て、自動的に振り分けているからです。 このように HTTP_ACCEPT_LANGAGE は、訪問者の主言語に合わせたコンテンツを出力する際の手掛かりになります。 さて、Perl スクリプトで $ENV{'HTTP_ACCEPT_LANGUAGE'} を覗くと
Weather Hacks お天気Webサービス仕様 - Weather Hacks REST的実装になってる.早速Perlで叩いてみた.すっごい手抜き実装ですけどー. use strict; use LWP::UserAgent; use URI; use XML::Simple 'XMLin'; use Template; my $uri = URI->new('http://weather.livedoor.com/forecast/webservice/rest/v1'); $uri->query_form(city => 70, day => 'today'); # 70 = 横浜市 my $xml = XMLin( LWP::UserAgent->new->get($uri)->content ); Template->new->process(\*DATA, { weathe
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く