【戦場は】PHP王とJava乞食【ｴﾝﾀｰﾌﾟﾗｲｽﾞ】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2006/02/17(金) 06:09:32ID:4PMZdNwHJavaを地べたにひれ伏させるZend Frameworkの登場が待たれる今日この頃、
皆さん、いかがお過ごしですか？（by きっこ）
過去スレ：
【5.1発表】PHP一色 さようならPerl【Javaを凌駕】
http://pc8.2ch.net/test/read.cgi/php/1134820417/l50
【明暗】金持ちPHP様・貧乏Perl様【格差】
http://pc8.2ch.net/test/read.cgi/php/1132681055/
【5.1登場】PHP時代到来 他言語終了【Perl即死】
http://pc8.2ch.net/test/read.cgi/php/1129715894/
優秀な言語が色々ある時代 粗悪PHPの出る幕なし
http://pc8.2ch.net/test/read.cgi/php/1127441561/
今はPHPの時代Perlがこの先生きのこるのは無理3
http://pc8.2ch.net/test/read.cgi/php/1116912721/
これからはPHPの時代Perlはもう終わりバイバイ2
http://pc8.2ch.net/test/read.cgi/php/1046194468/
Perlはもう時代遅れPHPの時代
http://pc2.2ch.net/php/kako/1036/10369/1036915437.html
0609nobodyさん
2006/03/27(月) 20:51:35ID:???0610nobodyさん
2006/03/27(月) 21:03:38ID:???可哀相にｗ
0611nobodyさん
2006/03/27(月) 21:13:45ID:???0613nobodyさん
2006/03/27(月) 23:08:59ID:???JREのバージョン違いを考慮しないほどの技術者が開発したのが問題なんだよね？？
PHPだろうがJavaだろうが、結局は開発者のレベルさえあればすべて解決するというのが結論ですか！？
0614nobodyさん
2006/03/27(月) 23:22:06ID:???どんな言語にもバージョン違いがあるが
Java のようにはひどくない。
0615nobodyさん
2006/03/27(月) 23:34:09ID:???OSS魂を掲げたPHP萌えー
0616nobodyさん
2006/03/27(月) 23:51:23ID:???まぁ、Java は魅力のないつまらん構文なので嫌いだ。
0617nobodyさん
2006/03/28(火) 01:21:55ID:???未来の仕様変更を見据えた組み方ができる人間がいるんですかそれは神ですか
しかも互換性が保証されない仕様変更を
では新しいバージョンで作る人が旧バージョンを意識して作ればいいと？
全く情報無しで相乗りするバージョンを確定できる人間がいるんですかそれは神ですか
今回の問題は開発者のレベル云々って次元ではなく、神じゃないと解決できません
神を我らを救いたまへ ファーラム
0619nobodyさん
2006/03/28(火) 07:45:48ID:???PHPとかの場合、そういう開発者のちょっとした気まぐれで仕様が変わるから性質が悪い。
0621nobodyさん
2006/03/28(火) 09:56:18ID:???0 か 1 かの問題だよ
なんでユーザーが開発者の都合で苦労しなきゃいけないんだ
製品に不具合があったとき「いや、うちの製品は他社製品より不具合が小さいですから」なんて言えるか？
0622nobodyさん
2006/03/28(火) 09:59:37ID:???互換性がないことで有名な言語を使う奴も馬鹿。
0623nobodyさん
2006/03/28(火) 10:04:08ID:???無駄と思える公共投資と同じ。それでシステムが動かないのも当然。
金になればいいんだよ。
0625nobodyさん
2006/03/28(火) 11:35:30ID:???互換性のためにバージョンアップできない
Java はありえないだろ。
馬鹿だから Java を選ぶのだろうけどひどすぎ。税金だぞ。
0626nobodyさん
2006/03/28(火) 13:12:14ID:???0627nobodyさん
2006/03/28(火) 13:52:21ID:???多人数で作るには向かないね。やはり PHP だよ。
0628nobodyさん
2006/03/28(火) 13:53:58ID:???なるほど、PHPを使う奴は馬鹿と言いたいわけですな。
>>625
なるほど、PHPを選んだとしても税金の無駄遣いと言うわけですな。
>>626
なるほど、perlがベストと言う事ですな。
0629nobodyさん
2006/03/28(火) 13:56:52ID:???スーパーハカーが大人数で作ると、それぞれの癖が強く出すぎてチーム開発が難しいのがPHP
スーパーバカーが大人数で作ると、それぞれの馬鹿さ加減を強調され過ぎてチーム開発が難しいのがPHP
PHPは癖も無く馬鹿も少ない大企業サラリーマンプログラマ向き
もしくは単独開発
0631nobodyさん
2006/03/28(火) 14:30:19ID:???PerlやPythonやRubyはスーパーハカー向き。
0632nobodyさん
2006/03/28(火) 14:36:16ID:???0634nobodyさん
2006/03/28(火) 15:00:25ID:???0635nobodyさん
2006/03/28(火) 15:21:17ID:???また捏造か。PHP でセキュリティホールがあっても
互換性が問題で上げられなかったバージョンっていくつよ？
0636nobodyさん
2006/03/28(火) 15:36:14ID:???0637nobodyさん
2006/03/28(火) 15:49:59ID:???0638nobodyさん
2006/03/28(火) 17:18:42ID:???メジャーバージョン間で下位互換性が無い箇所があるのは有名
PHP: 下位互換性のない変更点 - Manual
http://www.php.net/manual/ja/migration5.incompatible.php
去年のこの騒ぎではマイナーバージョン以下でも下位互換性が無くてレンタル鯖やホスティングが対応遅れたりしてたな
PHPに“最悪”のセキュリティ・ホール，全ユーザーは今すぐ対処を：ITpro
http://itpro.nikkeibp.co.jp/article/NEWS/20051102/223939/
捏造も何もねーよ
Javaと大してｶﾜﾝﾈ
0639nobodyさん
2006/03/28(火) 17:20:25ID:???「その互換性の無さで困っているのは糞プログラマだけ。普通のPHPerは困っていない。」
これって過去スレで何回もループしてるネタだよな
0640nobodyさん
2006/03/28(火) 17:30:06ID:???そのセキュリティホール懐かしいなｗ
うちホスティング会社なんだけど、アップデートの予定を出したら速攻で「上げんなｳﾞｫｹ」ってメールがﾊﾞｶｽｶ来た。
今使ってるスクリプトが落ちるから、開発元（会社だったりフリーソフトだったり）が対応するまで待てだと。
セキュリティホール突かれて大変なことになるよりサービスが停止するほうが大事みたいね。
約款ではセキュリティホールのパッチは最優先かつ最短３営業日の猶予期間で当てると明記してるんだよね。
もちろん動作させてるCGIは顧客の自己責任。
でもまあ全ユーザの６割から苦情来たから仕方無いかと一ヶ月延ばしたけど、いざ当てようってなって３営業日前に再通知出したらまらパラパラと「当てんな」メールがｗ
理由は「忙しくてスクリプト入れ替えていない」「一ヶ月前のメールなんて知らない（緊急通知以外に月次メールでも先頭に書いてるのに）」「オレのスクリプトが動かなくなったら責任取れ」だよｗ
ほんと、面白い香具師らだよｗ
0641nobodyさん
2006/03/28(火) 17:55:41ID:???カワイソス ガンガレ
まあたしかに、PHPの仕様がもっと安定してくれれば、世界中で幸せになれると思うんだけどね。
なんであんなに細かい仕様変更がおおいんだろ。
0645nobodyさん
2006/03/28(火) 21:10:44ID:???0646nobodyさん
2006/03/28(火) 22:06:10ID:???それ当てれば解決するのに。
0647nobodyさん
2006/03/28(火) 23:57:16ID:???とにかく食うのが先決
守りを固めてもお金にならないからねー
0648nobodyさん
2006/03/29(水) 04:27:12ID:???文句いう窓口を作ってないとかか？
0649640
2006/03/29(水) 16:26:14ID:???>>641
ありがとう、愛してる
PHPのバージョンアップは鬼門ｗ
今は緊急性が無きゃ放置が基本だもん
>>642
お客様は神様ですからｗ
実際は苦情出した顧客から得ている利益の率から判断したんだけどね
お金様こそ神様ですからｗ
>>643
おれも気になるｗ
約款は不利な時の切り札であって有利な時に持ち出すもんじゃないよ
最後の２つくらい前の武器かなｗ
>>644
客にはﾍﾟｺﾍﾟｺしないけど金には媚びへつらってますｗ
>>646
どんなパッチ？
うち鯖屋だから得体の知れないの当てられないんだよねー
>>647
んだんだ
>>648
もちろん窓口に苦情が集まってくるわけですよ
各種通知メールの返信も窓口メールアドレスにして、何も考えず「返信」してくるお金様じゃなくてお客様にも優しい設定にｗ
苦情の処理基準は費用対効果だけですよ
直接金にならなくても長い目で見れば金になるなら個人からの要望でも受けるし
0650nobodyさん
2006/03/29(水) 20:26:40ID:???0651nobodyさん
2006/03/29(水) 21:14:57ID:???0653nobodyさん
2006/03/29(水) 23:16:43ID:???0654nobodyさん
2006/03/30(木) 09:48:43ID:???0655nobodyさん
2006/03/30(木) 23:04:59ID:???FileやStream関係の関数をいくつも使って書かなきゃいけないのにＰＨＰではopenの一言でできてしまう。
いったい今までやってきたＪＡＶＡは何だったの？と思ってしまうぜ。
0656nobodyさん
2006/03/30(木) 23:12:28ID:???0657nobodyさん
2006/03/31(金) 00:13:41ID:???0658nobodyさん
2006/03/31(金) 02:21:37ID:???マヂレスすると、いろんなファイルやストリームに対して共通のメソッドで操作できるようになってるんだけどな。
ファイルしか扱わないやつには関係のない話。
0659nobodyさん
2006/03/31(金) 09:09:58ID:???Javaや.NETはファイル以外も統合的にデータを扱う仕組みとしてStreamが提供されている
実ファイル操作、メモリ操作、バイナリ操作、イメージ操作、その他自作のデータ操作・・・etc
その出力先として任意のStreamWriterを使うことで余計な変換も処理もいらない
この利益を理解できないなら、PHPやVBなどのopen一発でも十分だろう
0660nobodyさん
2006/03/31(金) 14:33:32ID:FfR0iJX9PHPはほとんどウェブ専用言語だし、Perlはテキストの扱いが柔軟だからHTTPやHTMLと相性がいい。
一方JavaサーブレットはJavaを無理にウェブ対応させた感が拭えない。
アジャイルとかウェブ2.0とかの、これからのトレンドにはマッチしない。
エンタープライズな現場では残るだろうけど、相対的な地位はドンドン下がっていくだろう。
0662nobodyさん
2006/03/31(金) 16:57:27ID:???> ウェブで扱うファイル・デバイスは限られている。
おいおい、ファイルデバイスってなんだよ。
Streamの利点はIOの統一化だよ。
StreamでHTTPからバイナリ受信して特段何をするでもなくバイナリ操作やファイル出力やHTTP出力やらを出来るのが利点。
統一した形式で扱うのはデバイス云々以前の利益があるだろ
> PHPはほとんどウェブ専用言語だし、Perlはテキストの扱いが柔軟だからHTTPやHTMLと相性がいい。
これ良く聞くけど、今時PHPやPerl級の文字列操作ができない言語ってあるの？
それにJ2EEも.NETもHTMLパースするクラスがあるからいちいちテキストとしてのHTMLなんて扱う必要ないけど。
> 一方JavaサーブレットはJavaを無理にウェブ対応させた感が拭えない。
Javaは汎用言語であってWebもへったくれもない。
フレームワークがWebの部分を制御してくれるわけで、何故に言語としてのJavaに文句を？
JavaやC#なんかの最近の高級言語はプログラム制御に特化しているわけで、別にWebやコンソールの区別なんてない。
PHPもPerlも制御構文あるよね、そこに更にデータ操作とかをゴタゴタ付けているわけで、シンプルさではJavaやC#の方が上。
> アジャイルとかウェブ2.0とかの、これからのトレンドにはマッチしない。
おいおいおい、どうすればそこでアジャイルとウェブ2.0が出て来るんだよ。
アジャイルはスケーラビリティの高い運用手法や開発技法の定義であって、JavaやC#のようにオブジェクト指向であるほど本領発揮される。
ウェブ2.0は定義すら曖昧な言葉で例えば「インターネットでできるすごいことの総称」って感じだろ。どうすりゃ言語レベルの会話に適用されるんだ？
> エンタープライズな現場では残るだろうけど、相対的な地位はドンドン下がっていくだろう。
前提がおかしいからこの文も成り立たない。
キーワードだけ知る中途半端な知識で書くからそういう恥ずかしい文になる。
もしかして馬鹿PHP厨を装う釣りか？
0663nobodyさん
2006/03/31(金) 17:01:14ID:???0664nobodyさん
2006/03/31(金) 17:14:29ID:???Java厨はどMだわ
なんでこう糞言語の厨は異常な性癖の持ち主なのかねえ ┐(´ー｀)┌
0665nobodyさん
2006/03/31(金) 17:18:35ID:???0666nobodyさん
2006/03/31(金) 17:21:48ID:???Java厨 ＝ どM
PHP厨 ＝ お馬鹿
0667nobodyさん
2006/03/31(金) 17:57:13ID:???0668nobodyさん
2006/03/31(金) 20:38:53ID:???ってことで。
0669nobodyさん
2006/03/31(金) 20:55:34ID:FfR0iJX9いちいち面倒なステップ踏むよりとっととサービスインした方がいい。
0670nobodyさん
2006/03/31(金) 21:15:20ID:???0671nobodyさん
2006/03/31(金) 21:15:47ID:???WebサイトをとっととサービスインするならJavaでもPHPでもなくASP.NETだね。
ちょっとしたデータを整形して表示する程度の要件でHTMLをシコシコ書くなんて馬鹿らしくてやってらんね。
重厚長大なものはJava、スケーラブルでスピーディーな開発はASP.NET、この２つさえ押さえていれば問題無し。
0674nobodyさん
2006/03/31(金) 21:32:43ID:???もしくは、ブラウザから渡されたテキストを加工して、DBに入れる。
これが全て。
こんな簡単な作業にJavaのような多機能な言語は大げさ。
Javaのメリットとして処理速度の速さがあったが、今はスピードが欲しければサーバを増やせばいいという時代になった。
ほとんどすべてのウェブサイトはLAMPで十分というのは、ヤフーやmixiが証明済み。
残るメリットとして、特別高い品質を求められるとき、そのための仕組みを備えているというのがあるが、これは全体の中ではごく一部だ。
結局のところ、ウェブの開発はほとんどPHPかPerlでいいということ。
0675nobodyさん
2006/03/31(金) 21:40:01ID:???このスレに書き込んでるやつが厨なだけだと。
0676nobodyさん
2006/03/32(土) 09:35:44ID:???下々の厨と戯れるスレですが何か。
0677nobodyさん
2006/03/32(土) 10:07:41ID:EbU9UM9W0678nobodyさん
2006/03/32(土) 12:38:56ID:???シェルスクリプトのcgiでぜんぜんおっけーってことじゃん。
うちにシェルスクリプトのcgiでサービスしている部分はあるけど。
0680nobodyさん
2006/03/32(土) 20:00:08ID:???＞ウェブプログラミングというのは、DBからテキストを（中略）これが全て。
ｱｲﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀ・・・・・・・・・・・・・・・・・・
俺もPHPだけで十分だとは思うが、「テキスト入出力のみ」という考えはアホで古すぎる概念。
「Web0.5」って感じだぞｗｗｗ
0681nobodyさん
2006/03/32(土) 20:46:39ID:???加えて、RSS、フィードを使ってる程度だろ。
0683nobodyさん
2006/03/32(土) 22:05:20ID:???0686nobodyさん
2006/04/02(日) 02:17:53ID:???最近のWeb開発の主流はテキスト入出力ってことは意識しなくて、アプリケーションの１インタフェースとして概念的にWebを扱う
概念の実装は主にHTMLなわけだが、フレームワークレベルでアプリケーションの出力結果をブラウザ別やデバイス別にレンダリングするのがPHPなんかとの決定的な違い。
開発者はアプリケーションの実装に特化し、フレームワーク開発者が端末別のHTMLなりCSSなりDHTMLを考える。
こういう高度な開発がJavaなり.NETなりで行われているのであって、レガシーなテキスト処理だけのWebアプリなんてのは無い。
逆に、しJavaや.NETで<HTML>から自力で書き出すようなWebアプリを作っているなら、それはPHPやPerlに置き換えても構わないと思うよ。
更に言うと、PHPやPerlだけを使っているとWebはHTMLさえ生成できれば良いと思っているかもしれないが、いまやHTTP経由でアクセスしてくるクライアントはHTMLブラウザだけではない。
有名どころではPDFやFlashがある。
PDFやFlashを動的に生成して応答できるWebサーバもあるわけで、そこにはテキスト処理なんて無いことも。
MicrosoftはXAMLでWPFって流れを勧めているけど、これもテキストであってテキストではない。内部処理にテキストは不要でレンダリング結果がXAMLなだけ。
まあ、HTMLページだけ作るならPHPやPerlで十分だけど、Web2.0と総称される次世代インターネット技術ではWebサービスくらいにしか使えない存在だね。
だからライトが売りだったPHPも高機能なフレームワーク化を勧めていて、将来的にHTML以外のインタフェースも持つように目論んでる。
まあ、PHPﾊｶｰの暴走をZendが受け止めちゃったｱﾎな結果だと思うけどな。
PHPはレガシーなライトHTMLWebアプリ開発環境として特化すればPerlを超えて至上最強だと思うんだが、変な触手を伸ばしちまったな。
0689nobodyさん
2006/04/02(日) 10:00:58ID:???プログラマの普通の用語法をわかっていないというか。
素敵な痛さだな。
0690nobodyさん
2006/04/02(日) 12:08:41ID:???自分のわからない言葉があると「イタい」「キモい」「ヲタ」って言うやつ。
0691nobodyさん
2006/04/02(日) 12:29:51ID:???まあ確かにテキスト入出力ではないけどねぇ。
>>686こそ、前世紀脳なわけだがw
0692nobodyさん
2006/04/02(日) 13:04:44ID:???java + eclipse vs PHP にすればjavaに勝ち目があるかも
WTPとか使うとすげぇ
0693nobodyさん
2006/04/02(日) 13:05:20ID:???そのとおり、と言いたいところだが、
本当は開発者に指示をする上司に問題がある。
さらにその上の上司、つまり各省庁の指示、采配に問題。
技術を知らない奴がトップダウン方式で指示を下すとああなる。
もっとボトムアップ性を高めてもいいのにな。
0694nobodyさん
2006/04/02(日) 13:06:46ID:???バージョン違いによる弊害が
置きに苦言後と言ったら
今のところJavaがトップなんだが。
C++なんてコンパイラが違うだけでもう
動かなくなるしPHPなんてPEARを5で動かすと
不具合が発生することがあるし
0695nobodyさん
2006/04/02(日) 13:07:53ID:???Java Community Processを知らないとはおめでたい。
Sunの影響力は限りなく離れている。
かわりにIBMの影響力が濃くなってきているが。
あれでもオープンソース陣営の影響力はかなり強いほうだ。
Eclipseを見て解るように。
0696nobodyさん
2006/04/02(日) 13:09:37ID:???> >>613
> 未来の仕様変更を見据えた組み方ができる人間がいるんですかそれは神ですか
> しかも互換性が保証されない仕様変更を
> では新しいバージョンで作る人が旧バージョンを意識して作ればいいと？
旧バージョンを意識するのは苦しいぞ。
新バージョンを意識するならJava Comminuty Processの動きや
Javaコーディング規約に従っていれば問題にぶち当たる可能性は非常に少なくなる。
バカなハードコーディングや拡張性のないコーディングばかりやっていなければ問題はかなり静まる。
0699nobodyさん
2006/04/02(日) 13:11:46ID:???根拠無しだな。バカだからPHPを選ぶのかあれのために。
わざわざエンドユーザにサーバ用PHPを端末にインストールさせるなんて
愚かなマネをさせるのかw
0700nobodyさん
2006/04/02(日) 13:12:43ID:???それも愚かだぞ。あの各省庁のアプリのために
エンドユーザにActiveStateのサイトからActivePerlをダウンロードさせて
クライアントマシンに、わざわざそれをインストールさせるというのかw
愚かにもほどがあるw
0701nobodyさん
2006/04/02(日) 13:13:29ID:???PHPも多人数で作るには剥かないんだが。
オブジェクト指向言語として機能が貧弱なPHPは
明らかに多人数で開発するにはJavaに劣る。
なぜからＰＨＰには名前空間が無いからね。
0703nobodyさん
2006/04/02(日) 13:15:55ID:???そもそも名前空間がない時点PHPはJavaに敗北しているのだよ。
Perlも、型安全性が保証されていないこととGenericsが使えていないことで
すでにJavaに敗北しているのだよ。
0704nobodyさん
2006/04/02(日) 13:18:26ID:???> それにしてもファイル読み込みなんてＪＡＶＡだったら
> FileやStream関係の関数をいくつも使って書かなきゃいけないのにＰＨＰではopenの一言でできてしまう。
> いったい今までやってきたＪＡＶＡは何だったの？と思ってしまうぜ。
おまえみたいな単純バカのためにJakarta Commons IOというものが
用意されているのだが。知らなかったと？ 知らなかったとは言わせないぞ。
0705nobodyさん
2006/04/02(日) 13:19:59ID:???> ウェブで扱うファイル・デバイスは限られている。
> PHPはほとんどウェブ専用言語だし、Perlはテキストの扱いが柔軟だからHTTPやHTMLと相性がいい。
> 一方JavaサーブレットはJavaを無理にウェブ対応させた感が拭えない。
いや
webと基幹系との組み合わせを柔軟にできるという利点があるだけだと思うが。
というか大金が入ってくるJavaの仕事かなり多いんだが。
しかもPHPやPerlよりも金ガッポリはいる。
0706nobodyさん
2006/04/02(日) 13:21:24ID:???それでASP.NETの利点を語ったことにはならんのだが。
StrutsやJSF, Tapestryに勝るものがASP.NETには未だにないだろう。
0707nobodyさん
2006/04/02(日) 13:27:48ID:???うんちくはいいからさ。結局Javaは負け組みw
■ このスレッドは過去ログ倉庫に格納されています