Perl VS PHP
低レベルで良いからアンタこそ出て行け〜〜 >>155 (もちろん>>150 もな〜〜) まぁ145と同一人物だろけど 変な見識に自分で賛同して、この板は駄目たぁ悲しすぎる〜〜 議論するならどっちも使ってからにしよーぜ〜〜 こんなトピック見てると何時も思うんだけど、、 PHPもRubyもPythonもtclもさ、perlと比較してどうって事は本山のTopPageに デカデカと書いてあるだろうに それより突っ込んだ所で話すなら歓迎だけど、それはperlでも可能です、 とかって毎度の事ながら悲しくなるよ まぁちょっと触ってみろよと言いたい気分になる CでOOすると言い張る人にも同じ事を言いたぃじょ なんかいろんな意味で勘違いされてる・・・。 とりあえず、僕が言いたかったのはPHPよりPerlの方がいいよ、とか言う話じゃなくて PHPがPerlに比べて使いやすいと感じるのはその言語的な性質によるのではなくライブラリー等に 依るのが大きいのじゃないか?、だったら言語レベルがああだとかこうだとか言うのはちょっとおかしいじゃないの?ということです。 (だから何なんだといわれればそれまでなんですが・) #PHPが(用途によっては)使いやすいということは前提 #というわけで>>157 さんの指摘ももっともなんですがちょっとしっくりきません。 ちょっと話変えますが、ServletとJSPはどちらもJAVAという言語を使いますが、 場合(対象)によってその使いやすさは代わりますよね。(多くは組み合わせて使うと思いますが) こんな感じのことを言いたかったんです。(うーん、ちょっと漠然としすぎてますね) そいうわけで(?)ここのレベルが低いとか言う話ではなく単に板違いのような気がしてきたので ここではもうやめます。 >>155 さんアドバイスありがとうございました。 >>156 さん気分を害してすみませんでした。 この板らしくていいね。 ほかのサイトのラウンジみたくなってきたけど。 mod_PerlやPHP、ASPなど、処理速度はどうなんですか? 速い← →遅い mod_perl,モジュール版PHP,perl/CGI,CGI版PHP 速い← →遅い IIS+ASP, IIS+Perl, IIS+PHP 速い← →遅い モジュール版PHP(4),mod_perl,perl/CGI,CGI版PHP こうでない?? 誰か俺にPHPの利点を教えてください。 よく言われるPHPの利点は俺的にPerlで以下のように実現してるんだけ ど、これらの利用経験があって、それでもPHPの方がイイ! という人はそ の良さを語ってくれ。煽りじゃなくてマジでPHPの利点わかんないん だ。 HTML中にコード埋込: Embperl http://perl.apache.org/embperl/ 高速実行: mod_perl DB連携: DBI http://www.oreilly.com/catalog/perldbi/chapter/ch04.html セッション管理: Apache::Session WebProg用ライブラリ: CPANに山程 http://www.cpan.org/modules/by-category/ HTML中にコード埋込+高速実行:PHP ちょっとデキル人風:PHP phpだとそういったことがデフォルトで出来るのが良いんじゃないかと。 mod_perl設定してDBI入れてApache::Session入れたりしてると どっかで躓く可能性だってずっと大きくなるし、読まなきゃいけない ドキュメントの数も増えるし・・・。うわーん!(心理的な問題も?) とりあえずぱっと思うついたのはこんな感じ。 >>170 ああ、そういう理由ならわかる。俺もゼロから始める人なんかにはPHP を薦めるかも。以下はPHPの良い点だと思う。 ・市販書籍を含めてドキュメントが充実している ・Perlに比べて罠が少ない ・学習コストが低い でも、既にPerlに習熟してて自力で問題解決できるレベルの人にとって のPHPのメリットが知りたい。誰か語ってクレ。 れたんたるサーバーに置く場合、一台丸借りとかじゃない限り mod_perl使わしてもらえないっていうのはあるかも。 >>172 そういう理由もあったか。 俺レンタル鯖に縁が無いから知らないんだけど、どこの業者でも標準的 にPHP提供してるもんなの? ライブラリとかDBも定番で揃ってるなら大 きな利点だな。mod_perl+Embperlが入ってる業者なんて聞いた事ないし。 >173 うち借りてるとこ、PHPは3しかないよ。 それに、共用サーバだとDB提供なんてものはないから、 フリースクリプト作家としてはPerlで開発せざるを得ないよな。 うん?、PHP+DB(PostgresSQL or MySQL)使えるとこって結構多いような気がするけど。 > フリースクリプト作家としてはPerlで開発せざるを得ないよな。 始めにうーん論点ずらした(>>172 )のは僕だから(すみません)、何だけど これはちょっとまた話が変わってくると思う。 そんなわけで僕としても>>167 ,171にたいする他の意見がききたいにょ。 取りあえずmod_perlが使えるトコよりはPHP使えるトコの方が多いな。 うだうだいってないで、黙ってしばらくつかてみるよろし。 >>177 いや、今のとこいじりたくなる動機が全く無いんだ。だからJava環境構 築に時間をあててる。 他のWebProg環境には以下のような点で魅かれるんだけど、PHPは旨みが 見つからない。で、ちょうどこのスレが上がってたんで作業の合間に書 き込んでみたわけ。 Perl: mod_perlでハンドラ書いてApacheと連携した小細工やり放題 Ruby: 言語自体の生産性の高さとキモチよさが段違い Java: J2EE, Cocoon, Batik等、上の方のレイヤで楽しめそうなブツがイパ-イ WebObjects: 噂に聞く洗練されたフレームワーク群に触れてみたい ColdFusion: 非プログラマでも扱えるぐらいラクチンらしい PHPのいいとこ教えてよ。「このライブラリがウマ-」とか「このスレの熱 い語りを読め」とかでいいからさ。 趣味を極めるならPerl? プログラマとして飯食ってくなら断然JAVA? ベンチャー起業するならPHP? 間違ってる? >>179 趣味でPHPでもいいだろ Perlで飯食ってもいいだろ JAVAで起業でもいいだろ わざわざ決め付ける時点で間違ってる >>180 KENT氏はPHPでスクリプトを作っていない PerlよりJAVAの方が(うまい)飯を食える 例えば俺がWebShopでワサビを売るならJAVAは使わない TPOや複数側面で見ることが必要じゃん、「Perl VS PHP」でしょ? 俺は今から趣味でJAVAを始めようとしてますが、何か? >181 単純にスキルや好みの問題なんじゃないのかな? >>178 まぁ技術的に考えたら、PHPでできてPerlでできないことなんてないと思うけど、 でもPHPの方が楽だと思えることもある。 まぁ慣れの問題かもしれないけど。 RDBMSへの接続とか、かなり簡単でイイ!とは思うけど、 Perlでもできるだろ、と言われれば、そりゃまぁできるし。 ちなみに、オイラはPerlもPHPもJava(Servlet)も使います。 >>181 もしかして179の人? だとしたら言い方変えよう。 間違ってるとは言わないが正しいともいえない。 これでどう? >TPOや複数側面で見ることが必要じゃん、「Perl VS PHP」でしょ? 俺はまさにそういうことを言ってたんだが。 >>179 は決め付けてたから、決め付けるのは間違いだと言ったまで。 状況に応じて使い分けろと言う意味でね。 ていうか、別に >179 は決め付けてないと思うが‥‥。 単なる心証じゃないの? 疑問系だし。 実行速度はmod_perlの方が上みたいだけど mod_perl vs PHP + Zend Optimizer ではどうなの? 誰か実験して。 mod_perlを使ってるメジャーなサイトって知らない? 比較的大きな規模で。 >188 いろんなコテハン見てきたけど、君はまたずいぶん独創的だね Perl ではフリースクリプトの改造くらいしかできませんでしたが PHP だと簡単な掲示板とか RDBMS を使ったショッピングカート 程度なら作れるようになりました。 まったくの初心者が始めるなら、PHP を薦めます。 mod_perl はメモリを食うからサーバ的に厳しい perl はファイルの書き込みが遅い >>194 PHPに比べてってこと? 最低どれくらい必要? >>194 >perl はファイルの書き込みが遅い もうちょっと詳しく知りたい PHPは、後発の良さを享受しているよね。 関数なんかも洗練されているし。 ただ、後発だからこその不利もあるにはあるよね。 最近はどうか知らないけど、PHP用意していないプロバイダーもあったし。 perlは配列の取り扱いが、好みが出ると思われ。 mod_perlはいい加減なスクリプトの動作にうるさい。 mod_perlはメモリを食う。 GET、POST、cookiee変数の自動展開して欲しい人もいると思われ。(PHPはしてしまう) perlは、難しい PHPは簡単 ついでに、RDBMとの整合性も高い PHP + Zend Optimizerって使ってる人、少ないのかな? 情報がないね。 mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer >>203 どうでもいいがシンプルなテストコードなら PHP + APCのほうが違いが出ると思うよ。 Zend Optimizerはソースの最適化だけど APCは半コンパイルしたものを使うようにするから。 でも、Perlも似たようなこと出来た気がする。 まあ、面倒なので貴様がやれ。 mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC 漏れは今PHPの環境をととのえ(Apache+PHP4+MySQL) これから勉強をはじめるところ。 1週間で覚えられるってホント? HTTPの仕組みとかの学習用ならPerlを薦めてしまう。。。 なんかPHPってプリミティブな部分を隠蔽しすぎている気がしますが。 (それがいいところでもあるのだけれでも) python / zopeって海外で異常に人気あるみたいだけどどーなんよ。 どうもあの構文には馴染めんのだが・・・ 趣味でしか使ってない素人ですけど、 PHPってなんかHTMLのテキストに動かしたい部分を入れるだけ、 っていう感じがするんですよね。 Perlはバイナリ操作とか特にHTML関係なく色々できるからプログラムな感じがするけど。 なんか別物っていうか、HTMLを言語って言ってるみたいで。 ところでg_zip転送とかPHPでできます? >HTMLを言語って言ってるみたいで。 そりゃないべ。 言語ですが何か? ってゆーか 「言語」=「プログラミング言語」 と思っているとそういう発言にいたる。 Hyper Text Markup Languageですが何か? Perlも、PHPも、HTMLも、SQLも、日本語もみんな言語です。 >>213 ていうか、お前絶対PHPやったことないだろw それかマニュアルすら見たことないド素人。 PHPを援護するつもりはないが(嫌いだしな)、初心者板に帰るか、勉強しなおしてきてくれ。 >>222 ob_start使った方法じゃ無理だと思われ。 >>223 7ヶ月もたってるから素人じゃなくなってるかも・・・ >>224 ごめん、いつもの癖で反射的に書き込んじまった…日付見テナカタヨ。 てか、随分古いスレだな…WebProg板ってこんなものなのか? Perlを、掲示板等を改造する程度の触り方しかしてきたこと無いんですが、 お仕事でやんなくちゃいけなくなって苦戦中です。 PerlからPHPにデータを送ってるPGがあったんです。 Perlは比較的クライアントよりの処理(インターフェースとか)をしてて、 PHPはDBアクセスをしてました。 そういう方面がそれぞれ得意な言語なんでしょうか? >>226 元々はDBなしの状況でPerl使ってて、あとからPHP使えるようになり、 そのときたまたまDBを使うように仕様変更になっただけだと思う。 予想だけども 最近 PHPの勉強はじめました。 話題的にはかなり出遅れた感じがするけど、 1,2ヶ月触って見た感想です。 if ($foo): do_sth(); else: do_nth(); endif; 短い例ではあまりメリットないけど、 ブロックの中が長くなってくると {} より : 使ったほうが ソースの見通が良くなる。(・・・と個人的に思う。 endif が余計。ついでに python っぽく $ ; なんかも省略出来ればベターなんだけど。 perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。 if 修飾子は便利だけど、↑は、 if ... else ... で使いたい場合。 文字列変数にインデックス付きで配列の様にアクセス出来る。(PHP $str = "abcdefg"; for ($i=0; $i<strlen($str); ++$i) print "$str[$i]\n"; perl では、 substr とか split//,$str ってやってたなぁ・・・ tiearrayを使えば自作出来なくもないが、標準で出来るのは羨ましい PHP の正規表現(の関数のインターフェース)が使い辛い。 preg_* ereg* ...等 うまく説明できないので、単にPerl に慣れすぎただけかも知れないけど。 perlにあってPHPにも欲しいもの。 $foo ||= 'val'; use strict -w -T PHP にあってperlでも欲しいもの touch関数 ; 比較のスケールが小さいのは、 ; php, perl 共に私的な用途のためのシェルスクリプトとしてしか使っていないから:p >>228 いろいろ言いたいことがあるが、誰かなんとか言ってあげて。 >>229 > perlにあってPHPにも欲しいもの。 > $foo ||= 'val'; これ何? or equal? google で検索しても、検索対象文字列にしてくれない・・・。 > use strict > -w -T -w なら、error_reporting(E_ALL); で代用できない? use strict はちょっと欲しいかも。 >>231 無かったら代入 if (!$foo) { $foo = 'val'; } >>228 >perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。 {}強制はむしろPerl特有の数少ない利点だと思っているが。 中括弧が任意のPHPやC,Javaなどで、 if ($hoge) if ($foo) do_sth(); else do_nth(); こういうぶら下がりelse問題と呼ばれる現象がおきるのは有名。 Perlだと強制だからこの種のスクリプトで読み間違うことはない。 if($hoge) $a=3; $b=4 初心者だとついこんな感じでスクリプトを書いてしまうことがある。 $hogeがfalseだったときも$b=4が適用されてしまうことを忘れて。 中括弧が強制ならばエラー出してくれるからこの種の勘違いは起きない。 >>228 >perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。 die if ($hoge); { }を省略可。 >>236 その書き方だと、()も省略できる。 die if $hoge; >>230 いろいろ突っ込んで欲しかったのだけど、多分言いたそうな事を要約すると pearの標準コーディング規約読めって事で OK ? >>232 thx フォロー >>234-235 > ぶら下がりelse問題 この問題に付いては考えたことがなかった。 普段良く読むソースがperl python lispだからかな。 C/C++のプログラミングスタイル関連の本で読んだのを思い出しました。 {} の強制にメリットがあったんですね。知らずに恩恵を受けていたなんて・・ >>236 ,238 >perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。 >if 修飾子は便利だけど、↑は、 if ... else ... で使いたい場合。 >240 同感。ついついelseifって下記たくなるよ。 Perl: elsif CやJava: else if PHP: else if 又は elseif ほら、もう勝者が見えてきたなw PHPが早いと言われているのはmod_phpのことなの? 同じApacheのモジュールであるmod_perlと何が変わるのか 未だに分からないんだが。 >>244 結局forkのコストが稼げるってことっしょ。 >>244 PHPは出力のキャッシュもしているようだ。たまにこれでハマる。 Zendオプティマイザーって話題にならないの? 割と重宝してるが。 今はできるのか知らないけど、php4.0.*ではできんかった。 スーパーメソッドの呼び出し。 オブジェクト->メソッド()->メソッド() てな感じのメソッドの呼び出し。 eval{ コード }; if($@){ エラー処理 } てなエラー処理。 クラスの定義はperlの方が面倒なんだけど、Webアプリ作成で以下のモジュールが使えるならphpよりperlを選びます。 HTMP::Template Apache::Session DBI あ、Jsp/Servletに関しては、いまさらキャストとかウザすぎです。 >あ、Jsp/Servletに関しては、いまさらキャストとかウザすぎです。 プログラマやめてください。あなたのシステムで会社がつぶれます。 >>251 と>>252 そんなあなた達に読んで欲しいスレ。 型なし言語逝ってよし http://piza.2ch.net/tech/kako/986/986355498.html なお、>>1 が言っていることは無視されて、 途中からは変数型ナシ言語についての話です。 主に比べられていたのが、JavaとRubyだったと思いました。 Perlみたいな型が複数であるデータ型は論外と言うことになっています。 >>251 できません。 $a->b()[2]見たいなこともダメですな。 mod_php使うならmod_perl使うだろ普通 携帯ゲーム機"プレイステーションポータブル(PSP) このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。 画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。 この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。 任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF7のように。 ━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━― ∧_∧ ピュ.ー ( ^^ ) <これからも僕を応援して下さいね(^^)。 =〔~∪ ̄ ̄〕 = ◎――◎ 山崎渉 __∧_∧_ |( ^^ )| <寝るぽ(^^) |\⌒⌒⌒\ \ |⌒⌒⌒~| 山崎渉 ~ ̄ ̄ ̄ ̄ ∧_∧ ∧_∧ ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。 =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕 = ◎――――――◎ 山崎渉&ぼるじょあ (⌒V⌒) │ ^ ^ │<これからも僕を応援して下さいね(^^)。 ⊂| |つ (_)(_) 山崎パン PHPイラネ、PerlだったらUNIX系OSのシステム管理もできるし便利 Perlイラネ、PHPだったらUNIX系OSのシステム管理もできるし便利 >>46 Perl -> カローラ PHP -> NSX C -> ジャガー ASM->マクラーレンF-1 ; アセンブリ言語で組んだCGIプログラムは最強 ; 言語及びAPIやハードまでも熟知している事が前提条件 ; ASMでC以下の速度出すようなヘボプログラマに用は無い >マクラーレンF-1 ツボにはまって、お腹が痛い・・・。 >>273 製作に手間と素材コストのかかる赤字必死の大バーゲン言語かよw >>273 PHP->フェラーリF-1 ついつい書きたくなったyo。^_^; PHPって携帯電話だけじゃなかったんですね。 なるほど・・・・すごく勉強になった >>273 アセンブラ使おうとも "CGI"という時点で mod_perl にも mod_php にも速度的に負けだな >>280 ガリガリ演算するような場合は、そうでもなかったり。 そうそう無いと思うけど。 以前、仕事でmod_perl使ってたよ。 仕事は社内SEみたいなことやってる。 mod_perlは早いけど余程注意深くコードを書かないと 後でおかしな問題に悩まされることになる。 特に例外処理にはかなり気を使った記憶がある。 その内、javaにも正規表現があることを知り、試しにjavaを勉強してみた。 速度的にはミドルウェアクラスまでならmod_perlの方が上だと思うけど、 例外処理に関してはjavaの方が個人的にやり易い。 セッションの引継ぎも楽なのが良い。 サーバサイドなら速度より安定性を重視する人間なので、 最近は可能ならjavaを使うようにしている。 ただ、javaにすんなり入っていけたのも、 PerlのCPANモジュールを使ってるうちにオブジェクト指向の概念を 身に付けられたからだと思っている。 mod_perlのお陰でかなり注意深くコーディングするようにもなった。 Perlは良い言語だと思っているよ。 PHPは使ったことないけど、 最近は結構普及しているようなので悪いものではないと思っている。 ただ、企業受けはしないと思う。 掲示板を作ろうと思っているのですが、 PHPとPerlのどちらで作ったほうが使いやすいですか? 言語としてはPerlの方がおもしろい。 豊富なモジュールのおかげでやれることの幅が広い。 ショートカット使いまくって美しい(自己満足)スクリプトを書くと胸がすくような気持ちだ。 PHPはそれとは反対。 まだまだモジュールの数は少ないし、スクリプトも美しくない。 Webプログラミングに限ればPerlより圧倒的に簡潔なスクリプトで複雑な作業ができるが。 XREAにあげるとPHPが動作したりしなかったり・・・ この辺りかな?と思った所弄ってみたら違う所動いて じゃあこっちも、で同じく変えたら動かず。 直ったと思える個所、原因解明にまた違う形に変えて(動かない) undoして元に戻してもまた動かない。さっぱりわけわからん。 >>289 メンテナンス性が悪いソースは美しいソースとは言えない。 廉価でならPHP使うし、やることがでかいときはJavaでstruts使うからなぁ。 Perlはかぶき過ぎてて他の言語が使いにくくなるんで却下。 大ニュース! PHP創業者は松下幸之助だった。 http://www.php.co.jp/company/index.html ま、たまには息抜きしてくで。 最初から読んだけどやっぱりPHP使ってるやつは素人に毛がはえたような やつが多くて怖いね 必死にHTML擁護したりキャストがうざいとか言ったり 当方、Jsp/Servlet派 いまどき JSP/Servlet を素で使う玄人様なんているのか? Javaはライセンスもってるやつじゃないと危なっかしくて打たせたくない 糞コード書かれたときの難儀さはPHPの比じゃないからな >>306 同意。 自称「Java書けます」ってヤツに限って糞コード生産確率多し。 直すこっちの苦労を考えろってもんだ。 PHPで糞コードっても、たかが知れてる。 まあ、中には想像を絶する程のひどい代物もあるがな…。 某CMS大手のNなんて以下略(ppp >>302 それはPerlも変わらないけどねw Perl/CGI全盛期に厨が大量発生しちゃって大変 PerlだろうとJSPだろうとPHPだろうとCだろうと、 構築経験と例外処理概念のある奴が書いてくれれば文句は無い。 あなたが指定した条件 ■全体を検索:perl 複数のワードを含むものを検索するには、ワードを半角スペースで区切ってください。 検索開始 ■該当する仕事情報はありません。 条件を変えて検索しなおしてください。 >>309 構築経験はともかく、例外処理概念なんて誰でもあるだろ。 最初はPHPの方がソース綺麗だったのは認めるが 最近、素人が多くなってきたのか Perlと大して変わらないような気がする ところでPHPって何が得意なの? データベースと連携したプログラムが速いっていうけど 本当はPerlとあんまり変わらんわけで。 >>308 それもあるが PHPはPerlと違って全て関数があるので 仕組みをわからずとも書けるから 書けるだけで内部ロジックわかってないやつ多すぎ Perlって言語としての速度は言われているほど遅くは無いと思う。 苦手とされている計算がメインのプログラムでもC言語の半分よりちょい上ぐらいの スピードは出ていた。PHPと比べてもほとんどの場面でPerlが勝る。 ただmod_phpの方が容易なので速度面に関して総合的にはPHPの方が優位かな。 mod_perl使わんでもperlccでやればphpより早いよ 普通に組んでも組み方次第でPerlもPHPも勝てる けど確かにphpの方が容易だな だからと言ってmod_perlもそこまで難しいものでもないとおもうし PHPの管理もわざわざ再コンパイルするの面倒だしな どっちも微妙って言えば微妙だな mod_perl > mod_php > perlcc > perl > php ですよね? perlccってソース→バイナリコード → インタープリタという処理のうちバイナリコードへの変換 だけが省略されるだけだからそれほど速度は上がらないように感じました。 Cとかから入った人ならmod_perlはそれほど難しくはないと思います。 キャッシュが強すぎるとか巷で聞いて食わず嫌いしてましたが自分で使うようになって 貴方の書き方が悪いんじゃないの?って思いました。 捨てプログラムでもmod_perlの恩恵が受けられるようになったらいいな。 「それほど速度は上がらない」ってのは、その通りだと思うけど perlインタプリタの起動コストも結構大きいから それが省略できる効果も一応あるよ。 perlccやってみたけど 100回暗号化するスクリプトだけで 0.1秒変わったから結構変わるんじゃないかな? ただuse使えないのはちょっと面倒だね mod_perlの難しいところってメモリとApacheコネクション数の問題だよね デフォで使うとメモリかなりつかっちまう インタプリタを内蔵してしまうだけで起動コストはほとんど変わらないんじゃなかったでしたっけ? 通常のperlとperlccでコンパイルしたhello worldプログラムをベンチ計測したところ誤差程度でした。 perlcc使う目的って 速度アップ:△ perl無い環境用のバイナリ作成:◎ ソース隠蔽:○ Cへ変換:orz って感じじゃないでしょか 一応use使えますよ。 perlのバージョンによって結構挙動変わりますね。 ver5.8だと結構お利口にコンパイルしてくれます。 mod_perlは家の環境だと1つのプログラムでMAX20個のプロセスが立ち上がるので 安易に使えないですね。 >>320 v5.8.2だがuse benchmarkが使えなかったよ・・・ require benchmarkで代用できたけど モジュールごとにできるのとできないのがあるのかな? 「Perlはwhileループの脱出がlast。PHPは脱出がbreakなので、Cに慣れている人はPHPの方が楽」 #goto は無いけどな。 :-P http://59-190-28-90.eonet.ne.jp/ おkwww うはっwwwwwwおkwwwwwwっうぇ うはっwwwっうぇうぇwwwうぇwwwwwwwww うぇwwwおkwwwwwwwww っうぇ 今日わかったんだけどPerlvsPHPってJAVAvsJavascriptぐらいばかばかしい事なのね・・・ 大規模CGIをPerlで書き上げてしまい、気付けばPHPの時代になり非常に困惑してます。 このCGI、かなりの高アクセスを前提とした上、サービス上、同業他社との処理速度 に関する競争も予測されてしまいます。 で、PHPはPerlより簡単に書けると言われてもあれだけ大規模なCGIスクリプトに PHPに書き換えれば、PHPの1からの習得と書き換え作業で膨大な時間が必要です。 で、その解決策としてみいだされるのがMod_perl2.0で今はインストールして動作研究中です。 でもMod_perlは安易に使えないので、普通のPerlでもレンタルサーバのバックホーンの強化で スピードに勝るPHPに対抗できないものでしょうか? 何せ、プロバイダのCGI-BINにそのCGIを置いて大容量のTXTを必要とする処理を行ったら 処理終了まで30秒位も掛かってしまいました。 >>326 2ちゃんねるも使ってるBIG-serverでも借りたら 35万円/月だけど >>326 そんなクリティカルなCGIなら専鯖使えバカ。 >プロバイダのCGI-BINにそのCGIを置いて大容量のTXTを必要とする処理を行ったら >処理終了まで30秒位も掛かってしまいました。 多分、mod_perl,phpにかえても相変わらずこの部分は遅いと思う。 329さん> perl、phpうんぬんよりもサーバの環境なのかな? BIG-serverには、オプションでmod_perlのライバルとも言えそうなspeedy.cgi というのがありました。 大規模CGIをperlで作った事に後悔に匹敵する値はどの位だろうか? 正直、泣くほどPHPで作ればよかったと後悔してますが! いや、mod_perlって常駐化することでプログラムの読み込み、コンパイルが省略できるのが 大きいのであって(最初に重いモジュール読み込んでるなら劇的に速くなるだろうけど) 上の例は実行自体に時間がかかってるようなのでほとんど変わらんのじゃにないかな。 処理が30秒となると起動コストなんてどうでもいいって感じだね。 PHPにしたら更に遅くなること請け合い。 私が大規模CGIをperlしまい痛感した切っ掛けは、PHPの普及とともにレンタルCGI サービスもPHPが増えてきてる事です。 ご返答を読んで考えましたが、実際サービスインする際、mod_perl speeedy.cgi それとも普通のperlにするかサーバーを借りて試してから決めたいなと思ってます。 mod_perlを自宅PCにインストして研究してますが。 長期に渡って書いた大規模CGIシステムを蔵に入れて溜まるか!! ご返答を読ませて戴くと、言語ウンヌンより大事な事があるという事が気付かされました。 それにしてもココは、人によってphpの方がいい、Perlの方がいい様々ですね! もっと、対phpと比較してのperlの良い点が見つけられたらいいなあと思ってます。 でperl6とかいう話があるんだけど、あれはphpの対抗馬になれるのだろうか? ならなきゃ困る!! 以下に興味深いコラムをリンクします。 皆さんは多分知ってると思いますが。 http://homepage3.nifty.com/hippo2000/perltips/javaperl.htm 285の記事みたんだけど、掲示板の巨大要塞の2CHがperlを使ったらコッチも励みに なります。 PHPをよく理解せずアンチPHP・Perlマンセーするサイトをうのみにするのもどうかと。 大体共用鯖でmod_Perlなどありえない。 普通に考えてphpのほうがいいでしょ perlのコードは書きにくいしスピード遅いしメモリ喰うし ちょっといいすぎかもしれないけどいいことなんかないよ PHPはなんか呪文みたいに怪しげな関数があるのが気にくわない。 int mcve_parsecommadelimited ( resource conn, int identifier ) CVSにはさらに意味不明の関数が それがPHPクォリティー Perlはインスタンスメソッド呼ぶの遅すぎ…。 ハッシュにアクセスするのより遅いし。 PerlやPHPでインスタンスメソッド使うのはど素人。 >>341 まさかGoogleがCGIだと思ってる? >>344 お前ひょっとして頭悪いだろ。>>341 はCGIなんて言ってないだろ。 スレの流れから言ってGoogleがPHPかPerlで書かれているかのように言っている思った俺は釣られすぎ? まさか俺もCGI=Perlだと思っているって思われてる? >>347 CGIが何なのか理解出来てないと思われてる。 レン鯖なら共用だから、重いperlもphpもありえないな。ソース漏れる危険も有るし。 Cで組んでバイナリで実行させた方がいい。 perlやphpはスキル低いけど、鯖代の金なら掛けられるって香具師向け。 C/CGIよりもmod_perlの方が速い場合が多いぞな ソース隠蔽はせいぜいバイナリコード止まりだね コンパイラ解放してないこともあるし 今から学習するならPerlとPHP同時でもいいってことですか >>350 玄箱で鯖立てれば大抵の事出来て費用下手すりゃレン鯖より安いんだがな Apache Modules with Perl 最強 過去のPerl/mod_perlやCGIは品質無視の生産性のみ 今現状でPerl/mod_perlを採用する企業は生産性と品質のバランスが取れてきた所 PHPは生産性を追及したのみで、品質に保障がなさすぎる PHPから始めた人はWEBの基本が解ってないがPerlやC上がりのPHP開発者なら問題がない 標準関数のみで言うとPHPのが多いがCPANとPEARを比べればPerlの勝ち しかし、内部ロジックが見えないので不安はある。 今はPerlの勝ちでいいんじゃない? PHP+初心者(1年未満エンジニア)の組み合わせ企業のシステムは酷すぎるからね Perlは初心者採用がもう殆どない分それなりの品質を保ちだしている。 Perl を COBOL、PHP を Java に置き換えると 同じことを話す窓際社員のことを思い出した 何となく国家試験申し込んだ。 情報処理試験 テクニカルエンジニア 「情報セキュリティ」。 Perlは出るのに、PHPはにゃい。何故?????????? ガイシュツ? 個人で趣味の範囲でやる分にはPerl の方がずっと面白いんだよね。 webに限定されてないってところがさ。 用途が広い。オライリーのハック本なんかでも大抵Perl メインだし。 PHPもCLI版があるからweb以外も大丈夫。 オライリーはPerlと関係が深い。 面白さで言えばPerlってのは同意。 知れば知るほど唸るような実装を発見出来るのに対し PHPは薄っぺらくいかにも初心者用言語って感じだな。 PHPのCLIって、無いも同然ジャン。バッチ処理はどうしてもPerlやRubyになるよなあ。 はてなはそう思うけど mixi は最高技術者集団かぁ? 少人数での開発だとPerlはその柔軟さから威力を発揮する。ただし、グループ開発にはその柔軟さから向かない。 PHPは普通に書いてもそこそこ速いってのが優位さ。 Perl, 自由度がありすぎるからだよね。 コード規約をきちんと決めてやれば良いけど、 コード規約を決められる強力な人材が居ない。 なんとなくこんな感じって出来る人が決めて、それに倣ってる。 あまり厳密に規定すると、いきなり投入された新人に毛が生えたような人が 使えない人になっちゃう…。 なので、段々となぁなぁになって、 規約っぽいのは決めたけど冗長なコードか、 規約も何も無く俺コードの集合になっちゃう。 >>369 俺コードには納得。 でも、時間かけて解読するのも楽しかったりする。 ヒキで時間だけはあるからorz >>369 それでも最低限ラリタン推奨の規約に沿ってもらわないと。 スタイルガイド(perlstyle)、読んでない人多いからなぁ。 で、結局PHPってどれくらい普及してるの? 個人向けサーバーにおいて・・・ それによって、これから作るモノが Perlになるか、PHPになるか って所で悩んでます sf の新規プロジェクトを見るに 圧倒的に PHP かと。 PerlはCPAN それよりPEARのウンコさの方が大問題 つーか、外人はなんであんなに機能てんこ盛りにしたがるんだ? きっちり趣味の時間が取れて、その趣味の時間でいろいろ作ってるんじゃないの? Perlの方がカッコイイ ぴぃえっちぴぃってダサいw 女子中学生向きww 女子中学生と一緒にプログラムできるなら俺は迷わずPHPを選ぶ 女子中学生はPHPを「ぴっち」って言ってるらしいよ PHPはデザイナがやってるよ Javascript分かってれば使える。 だから酷いコードがあるんだよね。 しかも、デザイナはプログラマ以上に低賃金で奴隷のように仕事するから 外注頼まれた時の金額が安い事、安い事…。 「学生じゃないんで、その金額では…」って断った事多数。 で、外部の人間に仕事させといて、 納品されたコードを使い回すのもデザイン会社の常套手段。 >>387 現実味がありますわ。 なんか胸が苦しくなる。 >国内最高技術者集団のはてなとmixiはperl perl >>>>越えられない技術の壁 >>>>ぴーえっちなんとかw プログラム初学者のウェブサイト制作における習得コストはPHP>>Perl これは当事者(PHP厨)が証明しているので事実。 しかしmod_perlが使える程度のプログラマにしてみれば わざわざ仕様の違う言語を一つ増やす理由がない。 perlならばPHP以上のことをPHP以上の速度でPHPより安全に実行できる。 ・・・という話はしないであげるのが優しさですからみなさんお願いしますよ。 >>392 >しかしmod_perlが使える程度のプログラマにしてみれば >わざわざ仕様の違う言語を一つ増やす理由がない。 ま、そういう人なら、phpでも、rubyでも、pythonでも覚えるのは簡単だと思うよ。逆はつらいんでないかい? Pythonはよく知らないけど、RubyはPerlのいいとこどりしてるんで、逆にいうとPerlを知ってれば、学習も早いだろう。 PHPは圧倒的に言語機能が少ないし、標準的なクラスライブラリとかフレームワークもないんで、その案件がPHPだったら、泥縄で勉強してもなんとかなる。 ぶっちゃけmixiをphp+SQLで書き直した方が軽くなる希ガス。 mixiの鯖の負荷の大部分はデータベース PHPにしようがJavaにしようが違いは極僅か SQLは言語に依存しない別枠の仕組み それに対してデータの入出力を行うのが言語の仕事 >>395 phpと比べてPerlが軽いかどうかの問題なので火を見るより明らか DBがボトルネックになりやすいって言っても、PHPが遅いのは確かだし。 >>402 なんというか、PHPは必ずmod_phpで動いてると思い込んでる奴なんだろうね。 ちなみに、最速目指すならC言語でcgiだな。 >>403 は、400への意見で、402に賛同って意味ね。 アンカーの使い方変だったorz >>405 そうであることもあるし、そうでないこともある。 レンタルサーバー、ホスティングのPHPは全部CGIだよ apacheのバージョンでmod_phpって載ってないとこはCGIでの動作と思っていいのかしら? 共用サーバの場合は、セキュリティ上モジュールにできないのは常識だけど PHPに特別な配慮をしてない限りセーフモードなんて無意味だよ 162 名前:nobodyさん[] 投稿日:2006/10/12(木) 21:32:24 ID:kFC7akCL 最近、本屋のPHPのスペースが激減してるよ。 人気も廃れてきたようだ。 Perlはしぶとく残ってるけど。 ウチの近くの本屋はPerlが再逆転してPHPを抜かしてた。 あと、SQLのスペースがすごい勢いで増えてるね。 163 名前:nobodyさん[sage] 投稿日:2006/10/13(金) 13:09:37 ID:??? 近所にある駅前のデカイ本屋もPHPが少ない。売れてナインかな!? (Perlも少ないかも) Rubyは一通り最新刊本が揃ってましたw 618 名前:nobodyさん :2006/10/17(火) 01:06:18 ID:AypBDR12 東京大学教養課程の第一プログラミング言語がRubyに http://d.hatena.ne.jp/sumii/20060928/1159394568 http://b.hatena.ne.jp/entry/http ://d.hatena.ne.jp/sumii/20060928/1159394568 そんな事より1よ、ちょいと聞いてくれよ。 このあいだ、「Visual C# 2005 Express Edition」落としたんですよ。VC#。 そしたらなんかアンケートに答えて登録しろとか言ってきたんです。 OK、ここまでは良くある話だ。ここからはちょっと落ち着いて聞いてくれ。 アンケートの「どのプログラミング言語の話題に興味がありますか。」って項目に・・ ASP , Java , Visual Basic .NET , ASP.NET , J# , Visual Basic 6.0 またはそれ以前のバージョン C/C++ , 『PHP』 , Visual FoxPro/XBase , C# , SQL , XML Flash / ActionScript , VBA , XAML , HTML , VBScript JScript または JavaScript Perlがなかったんだ。 Perlだって立派なアプリケーション作れるんだぞ!! Perl5.8からwin32モジュールを使用できるようになったからな!! んでPerlでコンソール上で動作するタイピングゲーム作ってみたら コマンドプロンプトみたいな画面になった\(^o^)/ >>422 perl でwin32を扱うのを解説した何か良い本ないですか? こんなのがあったけど、mod_perlよりもPHPの方が早いの? ttp://php.to/tips/10/ PHPはコアに関数を入れすぎなんだよ。だからバージョンアップのたびにブクブク太る。最近のPHPはメモリ食いすぎ。 http://pc11.2ch.net/test/read.cgi/php/1160884183/127-130 127 :nobodyさん:2006/11/21(火) 10:12:54 ID:??? mod_perlとmod_phpのパフォーマンス比較 http://www.itmedia.co.jp/enterprise/articles/0608/25/news053.html こんな情報も見つけれないやつは帰れ 128 :nobodyさん:2006/11/21(火) 10:17:33 ID:??? ついでにほれ っhttp://itpro.nikkeibp.co.jp/article/COLUMN/20051128/225271/?SS=imgview&FD=2638409 129 :nobodyさん:2006/11/21(火) 16:07:03 ID:??? mod_phpの方がパフォーマンス高いのは意外だったな。 PHPは5.1で2倍くらいに速くなってたか。 130 :nobodyさん:2006/11/23(木) 02:31:34 ID:??? ごく単純な処理だけならPHPの方が起動にコストがかからずに早い。処理が複雑になると、Perlに勝てなくなる。 PEARが糞ってのは決定事項だな。 CPAN>>>>>>>>>>>>>>>>PEAR Java: 決まり事は多いが、その決まりを守ればコンパイル時にミスがチェック 出来るので楽ちん。 Ruby:面倒な事はがんがん省略して書ける、しかもオブジェクト指向を 十分に活用したコードが短時間で書ける。 Perl:過去に作られた豊富な資産が活用できるし、ノウハウも蓄積されていて ウェブで簡単に手に入る。 PHP: 初心者言語、沢山の関数が言語に最初から備わっているが、 実装方法にオブジェクト指向が活用されておらず何をするのも やたらと面倒。1ヶ月も勉強すればまともなコード書けるが、 他の言語を知ってる人が敢えて覚える必要なし。 > 1ヶ月も勉強すればまともなコード書けるが、 慢性的な技術者不足の現状じゃこれかなり重要。 PHP function cube($n) { return($n * $n * $n); } $a = array(1, 2, 3, 4, 5); $b = array_map("cube", $a); print_r($b); Ruby a = [1, 2, 3, 4, 5] p a.map {|x| x**3} まったく同じ処理をするのに PHPはRubyの3倍の量タイプする事になります。 言語を覚えるのはたった数ヶ月の事ですが、 その言語を使って仕事をするのはその何十倍も何百倍も長い時間です。 PHPは無名関数がない時点でarray_map()などまったく無意味。 やっぱり配布されてるスクリプトはPerlが基本って感じ。 PHPでいい機能のあるんだけど、Readmeがわかりずらくて書き換え設定うまくいかない。 改造目的ならPerlから勉強すべきだな、こりゃ。 PHP学習に時間さいちゃった。 >>434 それは言語というよりも、個々のスクリプトの問題。 >>434 はPHPすら習得できない人減です。 察してやってください。 Ruby > PHP > Perl である事にそろそろ気づいたらどうかな。 >>440 PHP > Perl > Ruby これが現実 俺は Perl > Ruby >> PHP かなあ。 まぁ人それぞれで。 比べる事に何の意味があるんだろうねw 仕事で○○で書いてくださいって言われたら そうするしかないけど、スクリプト言語をいちいち どれが高速だとか比べてる時点で無粋。 使う機会 PHP > Perl > Ruby 個人的な好み Perl > Ruby > PHP PHPは言語の特性も現場の雰囲気も苦手 喪前らヴァカじゃねーの?(藁 Perlは手間をかければPHPと同じ実行スピードに近づけることは可能だけど、 そんな時間があったら初めからPHPを使ったほうが 仕事が早く終わるってことだろ。 今時Perlでデザインテンプレート使ったりデータベース突っついている ヤツは死ねばいいんだよ(藁 >>1 名前:名無しさん@お腹いっぱい。 [] 投稿日: 2001/02/19(月) 23:04 ID:VMbn6RF2 どっちがいいでしょう? お好きにバトルしてね ↓ >>447 名前:nobodyさん[sage] 投稿日:2007/08/22(水) 06:07:41 ID:??? 喪前らヴァカじゃねーの?(藁 Perlは手間をかければPHPと同じ実行スピードに近づけることは可能だけど、 そんな時間があったら初めからPHPを使ったほうが 仕事が早く終わるってことだろ。 今時Perlでデザインテンプレート使ったりデータベース突っついている ヤツは死ねばいいんだよ(藁 もう7年かあ 以外にPerlが含まれたスレタイ多いな。 過疎スレだけど・・・。 ここに書かれたバカ発言も、あと7年ぐらい晒されそうだな。 426で7年だろ。 1000まで16年、すなわちあと9年はもつな。 Perl慣れるとPHPの配列に対するチェックがめんどい 要素の存在確認にissetイチイチかかなきゃいかん。。 @とか%とか区別してくれればいいのに・・・ PHPユーザーって、何で他の言語の事をほとんど知らないのに PHPより良い言語は無いと信じて疑わないような痛々しい奴がいるの PHP = ニンテンドーDS Perl = ファミコン そもそも比較するのが間違いだろ(藁 生まれた年代が違いすぎるものを同じ土俵で比較するんじゃぁないよ。 糞どもが。 死ね(藁 痛々しいほどのバカが多いのがPHPだろ 454みたいに PHPがレキシカル変数じゃないのも、リストやハッシュ、スカラーの区別がないのも、簡単に覚えられるというのがメリットだよ。けど、中級者以上にはとんだ足かせになる。 PerlからPHPに逃げた人です。 PHPは確かに初心者向け。少し勉強すれば大体の事はできる。 んで、俺は逃げたもんだから、Perlをやり直すのが面倒で仕方がない。 PHPはハッシュのキーが定義した順番に取り出せるからいい。 >>461 そんなことでPHPがいいとは思わんw WebやってるとSmartyあればこそのPHPだと思うな。 なければPerlのほうがライブラリ豊富でなんでもやれるからいい。 ハッシュは順番が不確定だから高速に検索できるはずだけど PHPのアルゴリズムどうなってるんだ >>462 意外と便利だぞ。 たとえばデータベースのフィールドとその値 $fields['name']で値が取り出せるが、それと同時に データベース上のテーブルに定義してある順番に取り出すことも可能。 たとえばforeach($fields as $field => $value)で定義順に並べることができる。 >>463 > ハッシュは順番が不確定だから高速に検索できるはずだけど > PHPのアルゴリズムどうなってるんだ 単に両方の情報を持っているだけでしょ。 SmartyならTemplate Toolkitiの方がいいだろう。機能的にも速度的にも。 直接<?=$bar?>でアウトプットできるのがPHPの強みだよ。 pseudo hashは便利だけどオーバーヘッドが掛かるしロジックで何とかなることが多いからなあ。 どうしても必要ならそれほど手間を要せず実装できるしね。 スクリプト使っている時点で、 オーバーヘッドよりも、開発効率重視。 手間がかかるようじゃだめだろう。 >>467 なにを言いたいのかわかりません>< それはPerlを挿してるの?PHP? PHP/Perl に限らず、開発効率と実行効率のトレードオフの話してるだけに見えるが。 今回のmixiのリニューアルについて - 専門家に聞く [All About プロファイル] http://profile.allabout.co.jp/ask/qa_detail.php/6863 >? そもそもせっかくリニューアルといっているのに、いまだにphpではなくperlで動いているあたり。。。 perl厨、涙目wwww 天下のAll Aboutの専門家ですら、perlは糞とおっしゃられている 以下、素人の反応を見ても必死で笑える はてなブックマーク - 今回のmixiのリニューアルについて - 専門家に聞く [All About プロファイル] http://b.hatena.ne.jp/entry/http ://profile.allabout.co.jp/ask/qa_detail.php/6863 >>471 profileは、金出せば誰でも専門家になれるぞ。 そこの回答者が今後まともに仕事もらえるのかが気になる。 追記の釈明が釈明になってない。 どういう意図での発言だったか説明できてないし。 ぽろっと本音出しちゃったんだろうね。 逆に、追記の > 一長一短があるものです。 この記述は、本当に分かって書いてるか疑問に思えてくる。 その部分よりも >言語の優劣とmixiのエンジニアの方々との問題はまったく別の話です。 ここがツッコミ待ちレベルの面白さ。 無根拠に言語の優劣言い出したのは誰だと。 Perlはパスタソース生成用無秩序言語 PHPは初心者大量生産資本主義言語 Perlのソース見にくいとか言う奴よーく見るけど 汚いソース書く奴が悪いとしか思えない というかまとも人のソース見たこと無い人だろうな ま、いかようにも書けるのがPerlの自由らしいところ PHPもPerlも好きな方使えばいいけど PHPって設計思想が厨房な香りたっぷりと煽ってみる HypertextProcessorな名前とか 汎用ってイメージが無いっつーか HSPと同属のような印象 Perlは名前空間もあるし、宣言して使わないとコンパイルエラーが起きるから名。メジャーなスクリプト言語の中じゃ一番厳密な記述を求められる。 構文は多いけど、それはPerlをパクったRubyもそうだし。 PHPは表現力に乏しいから、どうしても画一的なコードになるので読みやすいとは言えるが、↑のような理由で変数名は衝突しまくるし、タイプミスがあっても気づかない。 perlは教育に金かかるが、PHPは教育にさほど金はかからない 素人ならどっちでも好きなほうでいいかもしれないけど プロなら両方できて当たり前なんじゃない いまだにphpではなくperlで動いているあたり。。。 ttp://yoshihi6.com/perl/?q=http%3A%2F%2Fja.wikipedia.org%2Fwiki%2FPerl もうやめて!寺田あつ○しの信用はもうとっくに0よ! 上場企業なのにPHPを使わないで恐縮ですが、 mixi Engineers’ Blog ? manを書こう http://alpha.mixi.co.jp/blog/?p=104 or die ">>>496 のレスは処理されませんでした...:$!" ; 職場で即席で入力支援やら文書変換のツールをつくらにゃ ならないことがあるんだけど、どっちが向いてる? 案件がでかくなれば必然とperlが消える・・・・ 経営視点からみると、客は最初からコスト渋るけど、 こっちは一人でも人月かかるほうがいいから、 perlでやりますなんて、客には言わない。 (まぁ他の会社の営業も、一緒のこと言ってるけど・・・) だから結局、価格破壊が半端じゃなくなったHP制作屋の スピード対策用に限定されてきたんだと思う。 まぁだからこそ、小さなソースの断片はググればゴロゴロ転がってるから 初心者でも簡単にそれなりのサイトが出来て、個人には凄くお得。 俺も、個人用のサイトはperlだし。 日本の道路交通法は、全ての車両に左側通行を義務づけている。 しかし、右側を通行する自転車の何と多いことか(無論、違法行為である)。 時には法律を守るべき警察官までもが、制服で警察の自転車で右側を通行している。 これは何故か? 実はこれには陰謀が関係している。 自転車で右側通行をしている連中は、他国の工作員なのである。 その証拠は、米中韓の3国が右側通行であることだ。 もともと、日本は長らく米の占領下にあり、現在でも属国の風合いが強い。 近年においても、米は属国化を推進するため、工作員を送り込んでいる。 中は、竹島を始め、本土までも自国の領土にしようと目論んでいる。 また、韓もドラマなどを送り込むことに飽きたらず、工作員を派遣し、 日本に右側通行を根付かせようと躍起だ。 やがて、右側通行が既成事実化し、日本の道路交通法が改正されるのも、そう遠いことでは無かろう。 そのときこそ、奴らの思うつぼである。 忠実なる日本の国民は、奴らの陰謀には手を貸さず、阻止することに全力で協力して貰いたい。 5年前くらいにPerlで掲示板やチャット作ってて その後プログラムあまりせずに、 最近PHP+MySQLで小さなサイト作り始めたとこで、PHPの感想。 とりあえずweb系の関数が最初から揃ってるのは楽で良い。 昔は文字コード変換から自分で用意しなきゃいけなかったしw ただ、function内でいちいちglobal宣言しないといけないのが糞過ぎて ほとんどファンクション使わずやたら長いコードになりがち。 (逆にそれでも収められる程度の手軽さは長所か) スコープ重視するようなある程度以上の開発なら、そもそもjavaとか使うんだし、 そこはperlみたくサブルーチンの中で必要なものだけlocal宣言の方が 言語の趣旨にあってると思うんだが。 そんな感じで一長一短。 問題はデカイ案件なんか無いって事だな。 デカイならPHPの出番が無い。PHPは簡単だから初心者でも使いやすいけどね。 結局は2ch同様Cとperlのコンビネーションが最強だ。 cはプログラミング言語 Perlは高機能スクリプト PHPはWEB1.9 色んな知識の幅が多すぎて一概に言えないんだけど、 フレームワーク位自分で作っていけるレベルで話すと、Perlでいいと思う。 昔と今では大分違うんだけど WEB初期の話ね。 昔はアホ=Perl 今はデザイナーがPHPやっちゃう為PHPの質が落ちまくった。 がしかしPerlは本当の所use strictが最低できる人と言う条件で結構優秀なエンジニアしか生き残っていない傾向はある。 大手はJspに移行する方針が多いけれど、即対応がしずらい点が難所。 PHPはデザイナーでも余裕で扱える、敷居の低い言語。 結局熟練者クラスまで到達するとPerlを選ぶんじゃないかなあ。 CPANのモジュールの量と質で言うとPHPのPearの質を比べても明らかにPerl化と思う。 やっぱり先に出している分Perlが強いよ。 でもSUNがバックについているJAVAが今は妥当なのかもしれない。 唯一つ言える事。Perl言語は散々負の遺産が多いので、そこそこ仕事は残っている! そしてPerlの熟練者の絶対数がかなり少ない。というかPerlからPHPやJAVAへ移行した奴らが多い。 もっと噛み砕いて言うと。。。mixi vs Gree DeNA vs Gree 結果としてみるとこんな感じかな。まあそれでもGreeは色々あったけどやっと勝ち組に入れたね頑張った 俺はPerl5年くらいやってたし好きな言語だけど WebやるならPHPでいいよ。 最近はJavaっぽい書き方もできるし、FWもこなれてきた。 Web用の関数も豊富だからPerlみたいにモジュールいっぱい駆使してとか しなくていい。 業務アプリ=Java BtoCアプリ=PHP 簡単なツール=Perl でいいよ。 >>507 カリスマとか言われている小飼弾さんはPerl大好きで、押していたね。 頭の良い方は特に、PHPが物足りなくなってPerlに浸かっちゃうみたいね。 >>510 言語仕様が何気に複雑と言うか自由すぎるんで、浸かれば浸かるほど味のあるエンジニアになっていく。 って事位かなあ。 KENTレベルでの話しじゃないよ?あのレベルのエンジニアが多いからPerlが衰退していく気がする。 楽な方法としてはPHPの方が断然いいだろう。癖があるからPerlがいいのさ。 Perlにはswitch構文とかtry〜catchとかの例外処理も言語仕様には無いけど モジュールでそれを作ることが出来ちゃうような言語。 Inline::RubyやInline::Java等のモジュールを使うと 他の言語をPerlのソース内に記述することすらできてしまう。 そんな言語だから好きな奴は好き。 今から習得するならどっち? 状況如何だろうけど。 やはり両方かな… >>515 WebプログラマになりたいのならPHPにしときなさい。 簡単だしJavaを丸パクリのオブジェクト指向が使えるので Javaプログラマへ移行もしやすい。 あと、仕事がある。ただし技術者は多いので競争も激しいかも。 PerlやRubyは仕事が非常に少ないが、技術者が少ないので競争が少ない。 趣味でやるなら関係ないがな。 今までPHPメインだったが、新しい会社がPerlだった。 入社して2ヶ月しかたってないが、仕事でやればPerlなんて この程度の期間で実務で使えるようになる。 通常レベルになるまで1ヶ月でも十分だよ。 PHPwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww ランドセルしょってるクソガキが使う言語wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww 本片手に学校通ってるバカがやる言語wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww クソスレたてんじゃねえよしねよwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww まあ、料理作るのにフライパンか中華鍋かってぐらいの話。 Mono最強伝説 http://ja.wikipedia.org/wiki/XSP_ (Web%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC) | ̄``''- 、 | `゙''ー- 、 ________ | ,. -‐ ''´ ̄ ̄`ヽ、_ / |, - '´ ̄ `ヽ、 / / `ヽ、ヽ / _/ ヽヽ/ / / / / / / ヽハ く / /! | 〃 _/__ l| | | | | | | ||ヽ \l// / | /|'´ ∧ || | |ー、|| | | l | ヽ /ハ/ | | ヽ/ ヽ | ヽ | || /|ヽ/! |/ | ヽ / | ||ヽ { ,r===、 \| _!V |// // .! | | || |l |ヽ!'´ ̄`゙ , ==ミ、 /イ川 |─┘ | ハ|| || | """ ┌---┐ ` / // | V !ヽ ト! ヽ、 | ! / //| / ヽ! \ハ` 、 ヽ、__ノ ,.イ/ // | / ┌/)/)/)/)/)/)/)/)/)/)lー/ ` ー‐┬ '´ レ//l/ |/ |(/(/(/(/(/(/(/(/(/(/│|| |\ 〃 r'´ ̄ヽ. | | ト / \ /  ̄`ア | | | ⌒/ 入 〉  ̄二) 知ってるが | | | / // ヽ 〈! ,. -' | | ヽ∠-----', '´ ', | \| | .お前の態度が | |<二Z二 ̄ / ', | | | _r'---| [ ``ヽ、 ', | | | 気に入らない >-、__ [ ヽ ! \.| l. ヽ、 [ ヽ | ヽ| \ r' ヽ、 | 言語的にはPerlの圧倒的な勝ち ただし、Web用の言語としてはPHPの圧倒的な勝ち By Perl大好きプログラマ ”Perlの圧倒的な勝ち”なら、WEB専用のPHPと違ってPerlは汎用性言語なんだから せめてデスクトップにおいて、PHPでもできてるこの程度の実現力は見せてもらわないと… Perlユーザーは口だけで実際には作る力が無いと思われるよ。 http://hirata-create.lar.jp/ で、Perlには >>526 みたいに実現したもの あるの? ないの? 論より証拠って言葉知ってるか? 523,546,528はhiratara 自作自演乙帰れ 523,546,528はhiratara 自作自演乙帰れ 523,546,528はhiratara 自作自演乙帰れ 523,546,528はhiratara 自作自演乙帰れ 523,546,528はhiratara 自作自演乙帰れ 523,546,528はhiratara 自作自演乙帰れ あんまり調子乗ってると撲滅スレ立てんぞさらすぞ 北海道在住hiratara プロセスの生死のタイミング?かなんかでPerl,Runy,Pythonが同じ方法で、PHPだけ違う方法って読んだけど思いだせない。 webアプリが小さいものだった昔はPHPのほうが有利だったけど、webアプリが大きくなってきた今はPHPが不利で、 そこを修正してるのがGREEのやつだって話。 永続化の話だね。 PHPでも永続化出来るけどPHPのメリット無くなる。 なんでPerlやPHPでGUIしなきゃいけないだよw そこじゃねーだろw サーバは当然マルチスレッドなんだろうな? >>534 PHPはアマチュアレベルでもマジハンパねぇw >>113 長年全く同じ心境だったけど、つい最近PHPの勉強し始めた。めっちゃ楽だなと思うことが多々あり、もっと早めに手を付けておけば良かったと後悔してる。 @methane INADA Naoki phpはFacebookのような大規模サイトでの運用実績があります(ただし自分でVMを開発する程度の技術力が必要です) ttp://twitter.com/#!/methane/status/168991808825724929 @methane INADA Naoki Facebook が Python で書かれていたら、Hiphop PHP や Hiphop VM を作らなくても、CythonかPyPyを使うだけで済んだだろうに。 ttp://twitter.com/#!/methane/status/168991451148066816 ∧_∧ ( ・∀・) | | ガガッ と ) | | Y /ノ .人 / ) .人 < >_∧∩ _/し' < >_∧∩`Д´)/ (_フ彡 V`Д´)/ / ←>>263 / ←>>258 誰でも簡単にネットで稼げる方法など 参考までに、 ⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。 グーグル検索⇒『半藤のブブイウイウレレ』 VPC46F37BK ☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の 両院で、改憲議員が3分の2を超えております。 『憲法改正国民投票法』、でググってみてください。国会の発議は すでに可能です。平和は勝ち取るものです。お願い致します。☆☆ プログラミングを誰でも習得できる方法は、「前場アキドルのプログラミングマスター方法」というブログで見られるらしいよ。ネットで調べると見られるらしいです。 AVMJE 最終赤字が8期連続で、12月のボーナスも支給されないということで、「いよいよか」と話題になっている。 かつて一時代を築いた日本発バッグブランドがここまでひどいことになってしまった原因について、経営コンサルタントの皆さんがあれやこれやと分析されている。そこで多く指摘されているのは、やはり稼ぎ頭のバッグがコロナ禍の外出自粛で大打撃を受けたということや、アパレル事業への進出や、低価格帯ラインなど増やしすぎたという「多角化」の失敗である。 そこに加えて「トレンド」を指摘する専門家も多い。サマンサタバサといえば人気絶頂期にCMに起用されていた、エビちゃんこと蛯原友里さんやミランダー・カーのように肩出しワンピースにピンヒールという女性らしいファッションに似合うバッグというイメージが強い。しかし、今街を歩いても当時のエビちゃんのようなファッションの女性には、滅多にお目にかからない。 それを象徴するのが、「セシルマクビー」だ。SHIBUYA109のギャルブランドの代表だった同ブランドも運営会社が撤退を発表をして、2020年11月に全店閉店してしまった。こちらも直接の原因はコロナ禍ということだが、それ以前から「トレンドとの乖離(かいり)」で低迷が続いていた。 read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる