トップページ⇒php
1001コメント296KB

【戦場は】PHP王とJava乞食【エンタープライズ】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2006/02/17(金) 06:09:32ID:4PMZdNwH
速度大幅アップの5.1の降誕でエンタープライズ分野への足固め完了!
Javaを地べたにひれ伏させる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
0651nobodyさん2006/03/29(水) 21:14:57ID:???
PHPのおかげで懐だけは暖かいが、寒いな
0652nobodyさん2006/03/29(水) 23:15:02ID:???
とりあえず>>649がウザイことだけは間違いない。
0653nobodyさん2006/03/29(水) 23:16:43ID:???
>649 = >652 だということは分かった
0654nobodyさん2006/03/30(木) 09:48:43ID:???
はずれ
0655nobodyさん2006/03/30(木) 23:04:59ID:???
それにしてもファイル読み込みなんてJAVAだったら
FileやStream関係の関数をいくつも使って書かなきゃいけないのにPHPではopenの一言でできてしまう。

いったい今までやってきたJAVAは何だったの?と思ってしまうぜ。

0656nobodyさん2006/03/30(木) 23:12:28ID:???
Java=ハードM用の言語
0657nobodyさん2006/03/31(金) 00:13:41ID:???
その代わりPHPは段違いに遅いけどな。
0658nobodyさん2006/03/31(金) 02:21:37ID:???
>>655
マヂレスすると、いろんなファイルやストリームに対して共通のメソッドで操作できるようになってるんだけどな。
ファイルしか扱わないやつには関係のない話。
0659nobodyさん2006/03/31(金) 09:09:58ID:???
>>655
Javaや.NETはファイル以外も統合的にデータを扱う仕組みとしてStreamが提供されている
実ファイル操作、メモリ操作、バイナリ操作、イメージ操作、その他自作のデータ操作・・・etc
その出力先として任意のStreamWriterを使うことで余計な変換も処理もいらない
この利益を理解できないなら、PHPやVBなどのopen一発でも十分だろう
0660nobodyさん2006/03/31(金) 14:33:32ID:FfR0iJX9
ウェブで扱うファイル・デバイスは限られている。
PHPはほとんどウェブ専用言語だし、Perlはテキストの扱いが柔軟だからHTTPやHTMLと相性がいい。
一方JavaサーブレットはJavaを無理にウェブ対応させた感が拭えない。
アジャイルとかウェブ2.0とかの、これからのトレンドにはマッチしない。
エンタープライズな現場では残るだろうけど、相対的な地位はドンドン下がっていくだろう。
0661nobodyさん2006/03/31(金) 16:45:21ID:???
>>660
なにその20世紀レベルのJava知識
0662nobodyさん2006/03/31(金) 16:57:27ID:???
>>660

> ウェブで扱うファイル・デバイスは限られている。
おいおい、ファイルデバイスってなんだよ。
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:???
どMのJava厨が必死wwwww
0664nobodyさん2006/03/31(金) 17:14:29ID:???
Perl厨はど変態だわ
Java厨はどMだわ
なんでこう糞言語の厨は異常な性癖の持ち主なのかねえ ┐(´ー`)┌
0665nobodyさん2006/03/31(金) 17:18:35ID:???
どっちもどっちだ
0666nobodyさん2006/03/31(金) 17:21:48ID:???
Perl厨 = ど変態
Java厨 = どM
PHP厨 = お馬鹿
0667nobodyさん2006/03/31(金) 17:57:13ID:???
.NET厨キター
0668nobodyさん2006/03/31(金) 20:38:53ID:???
PHP厨 = アホ
ってことで。
0669nobodyさん2006/03/31(金) 20:55:34ID:FfR0iJX9
ウェブではテキストファイルの読み書きと標準出力への出力が出来れば十分だ。
いちいち面倒なステップ踏むよりとっととサービスインした方がいい。
0670nobodyさん2006/03/31(金) 21:15:20ID:???
Java厨で荒川静香に踏まれたい奴ちょっとこい
0671nobodyさん2006/03/31(金) 21:15:47ID:???
言い訳苦しすぎw

WebサイトをとっととサービスインするならJavaでもPHPでもなくASP.NETだね。
ちょっとしたデータを整形して表示する程度の要件でHTMLをシコシコ書くなんて馬鹿らしくてやってらんね。
重厚長大なものはJava、スケーラブルでスピーディーな開発はASP.NET、この2つさえ押さえていれば問題無し。
0672nobodyさん2006/03/31(金) 21:21:12ID:???
>>671
その2つは特にいらんねw
0673nobodyさん2006/03/31(金) 21:24:20ID:???
>>671
開発環境とか実行環境とか開発者の絶対数とか…
0674nobodyさん2006/03/31(金) 21:32:43ID:???
ウェブプログラミングというのは、DBからテキストを取り出して加工して、表示する。
もしくは、ブラウザから渡されたテキストを加工して、DBに入れる。
これが全て。
こんな簡単な作業にJavaのような多機能な言語は大げさ。
Javaのメリットとして処理速度の速さがあったが、今はスピードが欲しければサーバを増やせばいいという時代になった。
ほとんどすべてのウェブサイトはLAMPで十分というのは、ヤフーやmixiが証明済み。
残るメリットとして、特別高い品質を求められるとき、そのための仕組みを備えているというのがあるが、これは全体の中ではごく一部だ。
結局のところ、ウェブの開発はほとんどPHPかPerlでいいということ。
0675nobodyさん2006/03/31(金) 21:40:01ID:???
俺は知ってる。
このスレに書き込んでるやつが厨なだけだと。
0676nobodyさん2006/03/32(土) 09:35:44ID:???
PHPエリートが
下々の厨と戯れるスレですが何か。
0677nobodyさん2006/03/32(土) 10:07:41ID:EbU9UM9W
iTextを使ってPDFを直接HTTPのストリームに出力したりも出来るんだけどなぁ…
0678nobodyさん2006/03/32(土) 12:38:56ID:???
ホントにその程度でいいならperlだっておおげさだと思うな。
シェルスクリプトのcgiでぜんぜんおっけーってことじゃん。

うちにシェルスクリプトのcgiでサービスしている部分はあるけど。
0679nobodyさん2006/03/32(土) 17:25:00ID:???
>>674
なにその前世紀のインターネット
0680nobodyさん2006/03/32(土) 20:00:08ID:???
>>674
>ウェブプログラミングというのは、DBからテキストを(中略)これが全て。

アイタタタタタタタタタタタタタタタタタタタタタタタタタタタタタタ・・・・・・・・・・・・・・・・・・
俺もPHPだけで十分だとは思うが、「テキスト入出力のみ」という考えはアホで古すぎる概念。
「Web0.5」って感じだぞwww
0681nobodyさん2006/03/32(土) 20:46:39ID:???
そんなもんじゃね?
加えて、RSS、フィードを使ってる程度だろ。
0682nobodyさん2006/03/32(土) 21:05:17ID:???
>>679-680
それ以外の例をよろしく。
0683nobodyさん2006/03/32(土) 22:05:20ID:???
画像の加工とか色々ありはするけど、基本はかわっとらん気がする。
0684nobodyさん2006/04/02(日) 00:19:50ID:???
>>680
痛いのはお前だろ。
他に何があるのか答えてみろよ。
素晴らしい答えに期待してるよw
0685nobodyさん2006/04/02(日) 01:23:32ID:???
>>680は明らかに痛いな。
それなら例えばWeb2.0では「テキスト入出力」以外に何か特別な処理があるとでも?
0686nobodyさん2006/04/02(日) 02:17:53ID:???
まあ、HTMLを自力でカキカキしたい前世紀脳の人はPerlなりPHPなりで十分ってことで

最近のWeb開発の主流はテキスト入出力ってことは意識しなくて、アプリケーションの1インタフェースとして概念的に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を超えて至上最強だと思うんだが、変な触手を伸ばしちまったな。
0687nobodyさん2006/04/02(日) 02:35:34ID:???
>>686
あなたも相当痛いですねw
0688nobodyさん2006/04/02(日) 09:02:53ID:???
>>686
そこまで堂々とアホさ加減を披露されると哀れに感じるではないか。
0689nobodyさん2006/04/02(日) 10:00:58ID:???
会話の次元のズレに気づかないというか、
プログラマの普通の用語法をわかっていないというか。
素敵な痛さだな。
0690nobodyさん2006/04/02(日) 12:08:41ID:???
出た。
自分のわからない言葉があると「イタい」「キモい」「ヲタ」って言うやつ。
0691nobodyさん2006/04/02(日) 12:29:51ID:???
だってー、いまさらPDFやFlashが動的に生成できるってw
まあ確かにテキスト入出力ではないけどねぇ。
>>686こそ、前世紀脳なわけだがw
0692nobodyさん2006/04/02(日) 13:04:44ID:???
java vs PHPよりも
java + eclipse vs PHP にすればjavaに勝ち目があるかも
WTPとか使うとすげぇ
0693nobodyさん2006/04/02(日) 13:05:20ID:???
>>613
そのとおり、と言いたいところだが、
本当は開発者に指示をする上司に問題がある。
さらにその上の上司、つまり各省庁の指示、采配に問題。
技術を知らない奴がトップダウン方式で指示を下すとああなる。
もっとボトムアップ性を高めてもいいのにな。
0694nobodyさん2006/04/02(日) 13:06:46ID:???
>>614
バージョン違いによる弊害が
置きに苦言後と言ったら
今のところJavaがトップなんだが。
C++なんてコンパイラが違うだけでもう
動かなくなるしPHPなんてPEARを5で動かすと
不具合が発生することがあるし
0695nobodyさん2006/04/02(日) 13:07:53ID:???
>>615
Java Community Processを知らないとはおめでたい。
Sunの影響力は限りなく離れている。
かわりにIBMの影響力が濃くなってきているが。
あれでもオープンソース陣営の影響力はかなり強いほうだ。
Eclipseを見て解るように。
0696nobodyさん2006/04/02(日) 13:09:37ID:???
>>617
> >>613
> 未来の仕様変更を見据えた組み方ができる人間がいるんですかそれは神ですか
> しかも互換性が保証されない仕様変更を
> では新しいバージョンで作る人が旧バージョンを意識して作ればいいと?
旧バージョンを意識するのは苦しいぞ。
新バージョンを意識するならJava Comminuty Processの動きや
Javaコーディング規約に従っていれば問題にぶち当たる可能性は非常に少なくなる。
バカなハードコーディングや拡張性のないコーディングばかりやっていなければ問題はかなり静まる。
0697nobodyさん2006/04/02(日) 13:10:23ID:???
>>623
それはむしろPHPのほうだが。
0698nobodyさん2006/04/02(日) 13:10:45ID:???
>>624
根拠は?
MS JVMと間違えてないかな。
0699nobodyさん2006/04/02(日) 13:11:46ID:???
>>625
根拠無しだな。バカだからPHPを選ぶのかあれのために。
わざわざエンドユーザにサーバ用PHPを端末にインストールさせるなんて
愚かなマネをさせるのかw
0700nobodyさん2006/04/02(日) 13:12:43ID:???
>>626
それも愚かだぞ。あの各省庁のアプリのために
エンドユーザにActiveStateのサイトからActivePerlをダウンロードさせて
クライアントマシンに、わざわざそれをインストールさせるというのかw
愚かにもほどがあるw
0701nobodyさん2006/04/02(日) 13:13:29ID:???
>>627
PHPも多人数で作るには剥かないんだが。
オブジェクト指向言語として機能が貧弱なPHPは
明らかに多人数で開発するにはJavaに劣る。
なぜからPHPには名前空間が無いからね。
0702nobodyさん2006/04/02(日) 13:14:24ID:???
>>630
PHP低脳やPerl低脳はトンデモ発言ばかりしているのでもっと酷いものを
作り出しそうだな。
0703nobodyさん2006/04/02(日) 13:15:55ID:???
>>636
そもそも名前空間がない時点PHPはJavaに敗北しているのだよ。
Perlも、型安全性が保証されていないこととGenericsが使えていないことで
すでにJavaに敗北しているのだよ。
0704nobodyさん2006/04/02(日) 13:18:26ID:???
>>655
> それにしてもファイル読み込みなんてJAVAだったら
> FileやStream関係の関数をいくつも使って書かなきゃいけないのにPHPではopenの一言でできてしまう。
> いったい今までやってきたJAVAは何だったの?と思ってしまうぜ。

おまえみたいな単純バカのためにJakarta Commons IOというものが
用意されているのだが。知らなかったと? 知らなかったとは言わせないぞ。
0705nobodyさん2006/04/02(日) 13:19:59ID:???
>>660
> ウェブで扱うファイル・デバイスは限られている。
> PHPはほとんどウェブ専用言語だし、Perlはテキストの扱いが柔軟だからHTTPやHTMLと相性がいい。
> 一方JavaサーブレットはJavaを無理にウェブ対応させた感が拭えない。
いや
webと基幹系との組み合わせを柔軟にできるという利点があるだけだと思うが。
というか大金が入ってくるJavaの仕事かなり多いんだが。
しかもPHPやPerlよりも金ガッポリはいる。
0706nobodyさん2006/04/02(日) 13:21:24ID:???
>>671
それでASP.NETの利点を語ったことにはならんのだが。
StrutsやJSF, Tapestryに勝るものがASP.NETには未だにないだろう。
0707nobodyさん2006/04/02(日) 13:27:48ID:???
まあ、だったらJavaでもっとすごいサイト作ってよーw
うんちくはいいからさ。結局Javaは負け組みw
0708nobodyさん2006/04/02(日) 13:28:58ID:???
>>674
> ウェブプログラミングというのは、DBからテキストを取り出して加工して、表示する。
> もしくは、ブラウザから渡されたテキストを加工して、DBに入れる。
> これが全て。
> こんな簡単な作業にJavaのような多機能な言語は大げさ。
> Javaのメリットとして処理速度の速さがあったが、今はスピードが欲しければサーバを増やせばいいという時代になった。
それだけじゃないんだが。複雑なシステムを構築するにはPHPやPerlだけでは貧弱すぎるという
問題があるわけだが。だからJavaが使われるというわけなんだが。

> ほとんどすべてのウェブサイトはLAMPで十分というのは、ヤフーやmixiが証明済み。

今にも呆れてしまいそうだが。webProg板というところはこういう素人発言をしている奴ばかりなのか。
金融系サイトや証券会社のサイトをすべてLAMPだけで作ってみなよ。
それをJavaで作るのが大袈裟だから解いてPHPを選ぶ? 愚かにもほどがある。
二重引き落とし問題は誰が責任をとるんだ?
DBからとってくるだけってどんな単純なデータテーブルなんだか。
DBスキーマの複雑さや変更も視野に入れていないことがバレバレだよ君。
何のためにEJBやHibernateがあると思っているんだい。

DBでも複雑なクエリではテーブル設計次第で検索速度ががらりと変わる。
場合によってはストアドプロシージャをつかわなければならないときもある。
O/Rマッピングを使って効率化をはからないといけないときもある。
最近PHPでもそういうものが出てき始めているが、PHPやPerlのような型に甘い言語でそういうものを
使ってもデバッグがどれだけ困難で拡張性や保守性に弱すぎて限度ってものがある。
0709nobodyさん2006/04/02(日) 13:32:54ID:???
>>686
それに加えて最近ではJavaや.NETの世界では
Java Web Start, ClickOinceなる者が出てきて、
リッチクライアント有名なそれらの技術が普及すればwebしか手を出すことができないPHP厨やPerl厨によって
かなり痛手になること間違いなし。


今はAjaxのお陰でしばらくは凌いでいけるけれどもAjaxにも限界があるから
結局Java Web StartやClickOnceのような技術が優勢になりそうだね。
そうなったらHTMLしかできないウェブデザイナーもかなり痛手になる可能性はでかいね。
0710nobodyさん2006/04/02(日) 13:33:31ID:???
>>692
別にEclipse出さなくてもPHPがJavaに勝る点は小規模開発以外無いという結論が
すでに出ているんだけど。
0711nobodyさん2006/04/02(日) 13:38:04ID:???
>>707
その前にさ、とりあえず金融系のサイトみてみなよ。
以下のサイトにはJavaが使われているから。

三井住友ダイレクト
みずほダイレクト
三菱東京UFJダイレクト
イーバンク
ジャパンネットバンク
楽天証券
イートレード証券 ...etc

これとおなじものをPHPだけ、あるいはPerlだけで
作ってみてよw うんちくはいいからさ。 作れないならPHPもPerlも負け組w

ついでにおサイフケータイ対応携帯電話アプリをJavaやC/C++の替わりにPerlやPHPだけで
作ってみてよ。絶対に無理だろうけどw
0712nobodyさん2006/04/02(日) 13:48:46ID:???
>>711
同額のシステム開発費用を払ってくれるなら作るよ。
携帯アプリが作れないのはphpの言語の問題ではないし。
0713nobodyさん2006/04/02(日) 14:05:47ID:???
携帯アプリはpythonが話に上がってたよね、ノキアだっけ?
携帯アプリまで侵食されちまうかねぇw
>>711
Javaが金融機関限定言語だということはわかったよw
しかし、とてつもないアクセスをさばいているGoogleやYahooなどは
なぜJavaにしないんですかねw
0714nobodyさん2006/04/02(日) 16:12:40ID:???
>>712
> >>711
> 同額のシステム開発費用を払ってくれるなら作るよ。

同額でもPHP程度しかできないお前の技術力じゃ無理
0715nobodyさん2006/04/02(日) 16:13:30ID:???
>>713
PHP&Perl厨言い訳乙
全然煽りになってないんだがw
0716nobodyさん2006/04/02(日) 16:16:01ID:???
本当に頭が悪い。
Javaの唯一のメリットとして、高い品質が求められるケースではそのための機能を備えていると書いてあるじゃないか。
しかし、それは唯一のメリットだ。
ウェブの開発でもっとも大事なのはスピード。
googleもmixiもベータバージョンのまま走り出し、そのままトップに立つ。
これがネットワークの外部性というものだ。
のろまなJavaに用はないということだよ。
0717nobodyさん2006/04/02(日) 16:40:50ID:???
mixiのどこがトップなのかアクセス数が多ければトップで
それに使われている言語がほかのどの言語よりお優れていると
主張するとは実におめでたい。
0718nobodyさん2006/04/02(日) 16:41:50ID:???
ふむふむ、なるほこ、このスレは

アクセス数が多いというだけでミッションクリティカルにでも
どんな分野にでもPHPやPerlが適していると勘違いしている厨が暴れるスレ
というわけですな。
0719nobodyさん2006/04/02(日) 16:45:44ID:???
>>711
作れると思うんだがなあ。
同じように動くシステムというのであれば。

列挙されてる例でJavaが使われてるからといって、
PHP、Perlで作れないということにはならないよね。

ただ、信頼性は知らないw
型宣言の無い言語にお金を扱うシステムを任せるのは、
おそらく上層部で意思決定する人たちが絶対に許可しないでしょう。
これは基幹業務システム全般にあてはまると思いますが。

開発期間が半年とか1年とか与えられるシステムではJavaでしっかり作ればいいと思うね。
しかしもし列挙されたシステムを1ヶ月でやれとか、
2週間で試験運用まで絶対にやらなければならないとかなると、
PHPとか選択されるような気がするなあ。

ビューのところはPerlで内部ロジックはJavaでっていうところかなりあるじゃん?
Javaで全部やってるのももちろん沢山あるけど。
つまりは役割分担というか、インターフェースはスクリプトで、
信頼性の要るロジックはJavaやらC#やら使えばよい。
それほどでもないならスクリプトでロジックまで組んでしまえ、その方がリリースが早いっていう感じで。

スピードと信頼性は背反する、ということできちんと理屈は通ってるから、
こういう議論っていつも同じような結論になってよね。


0720nobodyさん2006/04/02(日) 17:06:47ID:???
>>719
> >>711
> 作れると思うんだがなあ。
> 同じように動くシステムというのであれば。

仮に作ったとしても無駄にコストがかかるだけだと思われ。
デバッグも大変だしテストももっと時間がかかる。

っていうか名前空間がある言語で作られたシステムを名前空間がない言語に
リプレースするのは地獄。
っていうかObject#equals(T)や Comparable#compareTo(T), CloneableやSerializableなどを
すべてPHPで自前で実装するのかw
0721nobodyさん2006/04/02(日) 17:15:51ID:???
>>720
うん、だからJavaにも同様に向き不向きがあるじゃん。
やろうと思ったらできるなんてのは、大体どんな言語も一緒だろ。
0722nobodyさん2006/04/02(日) 17:26:25ID:???
>>720
うん。
作れないことはないよというだけの話。
「同じように動く」という前提でw

個人的にも金融システムをPHPで作ろうとは思わない。
Javaの機能をPHPで真似して実装するのも本末転倒だ。

大手金融にしろYahooにしろgoogleにしろ、
どんな言語を使うかのか、どういうシステムを組むのかなんてのは
きちんと損益分岐点やらコストパフォーマンスを考えて作られてる。
みたいなことを言いたかった訳で。
0723nobodyさん2006/04/02(日) 17:46:23ID:???
適材適所って結論はとっくに出ているわけで
0724nobodyさん2006/04/02(日) 18:04:02ID:???
もの凄い勢いで何十個も上のレスにレスしまくる人がいるんだな。
0725nobodyさん2006/04/02(日) 18:42:03ID:???
phpってstrutsみたいなフレームワークってあるのかね。
struts-configでfoward先書いてくような。
0726nobodyさん2006/04/02(日) 18:57:32ID:???
あるけどstrutsみたいなのは冗長でダサいというのが、最近のライトウェイトランゲージ界での流れ。
0727nobodyさん2006/04/02(日) 19:20:18ID:???
特定の言語に命を預けてるやつは必死だなw
俺はいろんな言語を使えるから、どれを使おうと別に関係ない。
0728nobodyさん2006/04/02(日) 20:48:15ID:???
ここは適材適所を知らない単一言語マンセー厨を煽るスレ
0729nobodyさん2006/04/02(日) 20:59:59ID:???
ま、Javaやオラクルのシェアは確実に落ちていくよ。ウェブの開発では。
これまでは用もないのにJavaで単金を上げるって手法が通用してたけど、クライアントもいつまでもバカじゃないでしょ。
0730nobodyさん2006/04/02(日) 21:05:38ID:???
PHP厨やperl厨は、mixi、Wikipedia、はてな、あたりが
もしJavaを採用したとなると一気に手の平を返しそうで怖い。
所詮は何の根拠もなくてただのミーハーなんじゃないかという希ガス。
0731nobodyさん2006/04/02(日) 21:11:38ID:???
大量のアクセスがあるサイトで Java を使うことはあり得ないし、
生産性やクオリティを求める mixi、Wikipedia、はてなが Java をメインに使うこともあり得ない。
0732nobodyさん2006/04/02(日) 21:15:47ID:???
金払ってもいいから信頼性を求めるクライアントもいるし、
Javaで動いてるのが一種のステータスになる風潮もあるし、
Javaはエンタープライズ市場でずっと残るんじゃないかな。COBOLとおんなじ。
今より単価は安くなりそうだけど。
0733nobodyさん2006/04/03(月) 00:13:09ID:???
○○に使われているからこの言語が最高で、他の言語はクソとか言ってるやつは大したプログラマーじゃないって事だけは確かだな。
0734nobodyさん2006/04/03(月) 00:21:16ID:???
>>731
それでJAVAは普通にありえなくね?
0735nobodyさん2006/04/03(月) 01:10:09ID:???
>>731
PHPやPerlにとって有利な条件だけ出して他を貶めてるだけじゃん
逆にJavaや.NETにとって有利な条件出せばPHPやPerlを貶めるなんてのは簡単だし
比較論は同じ土俵でやってくれ
0736nobodyさん2006/04/03(月) 01:16:15ID:???
そりゃ技術者の力量に頼ればどんな言語環境でも素晴らしいものはできる
ただ、その力量を数値化して技術者全体の分布と照らし合わせると、きっとそんな技術者は稀有な存在で、そういうのをどこでも抱えることはできないと出ると思うよ
「高い力量を持つ」なんてifを持ち出さず、一般的な技術者が使うとどうなるか考えてみ
YahooやWikipediaなんて今のパフォーマンスで作るなんてのは現時レベルの仕事として無理
つまり、そういう作品ってのは一握りの選ばれしものが作る芸術品なわけで、そんなもの持ち出して素晴らしいだの何だの言うのは無意味

ピカソが鉛筆で描いた絵と普通のおっさんが描いた油絵を比べて「ほら、鉛筆で書いた絵は素晴らしいだろ」って言ってるようなもん
0737nobodyさん2006/04/03(月) 04:48:31ID:???
>>735
得意な分野が違うんだから同じ土俵で比較できないと言ってるんじゃ?w
0738nobodyさん2006/04/03(月) 11:53:28ID:???
>>726
そのダサイstrutsと同じような仕組みがPHPのフレームワークで
存在し、実際につかっている会社があるわけだが。ますますダサイね。
0739nobodyさん2006/04/03(月) 11:55:19ID:???
>>729
VB厨みたいな言い訳だな。
Javaの優位性はミッションクリティカルにありだ。
ミッションクリティカルの必要のない小規模アプリでは
PHPのほうがいいことは確か。
だがミッションクリティカルにPHPを使うのは愚かで浅はかとしかいいようがないね。
それでJavaが消えると主張するなんて恥ずかしい。
0740nobodyさん2006/04/03(月) 11:59:57ID:???
というか>>729みたいな発言って5年前にも聞いたんだけど
C#信者がこれからはJavaのシェアが落ちてC#が席巻するなんて
大ボラ吹いていたけど結局C#の仕事は殆どと言っていい程なく、
Javaの仕事ばかりとなった。
これからのことだけど、リッチクライアントが普及したら
バカでも簡単に使える言語として人気があるweb向け言語PHPも
かなり苦しい立場に立たされるのではないかと見ている。
PHPだけでリッチクライアントを作ることは容易ではないし、そもそも不適切。

PHPは使い捨てウェブアプリケーションに適していて
継続的、長期利用目的のアプリケーション開発には向いていないってところかな。

0741nobodyさん2006/04/03(月) 12:41:04ID:???
>>720
>仮に作ったとしても無駄にコストがかかるだけだと思われ。
>デバッグも大変だしテストももっと時間がかかる。
デバッグとテストに関しては、言語による違いは少ないよ。使うツールによる差異のほうがずっと大きい。

デバッグは、JavaならEclipseやNetBeansを使えばGUIでできるし、PHPも今はIDEがいくつもあって同じようにできる。両者に差はない。
IDEを使わないならprintデバッグになるけど、これはスクリプト言語であるPHPのほうがサクサク作業できる。Javaはコンパイルが必要だし、クラスファイルをアプリサーバが再読み込みしなくちゃいけなくて、それでターンアラウンドタイムがかかるのがいや。
特にJSPの再読み込みにはいらいらする。これはもうPHPのほうが気持ちいい。

テストはどちらもxUnitツールが主だと思うけど、これはもうほんとに同じ。JavaもPHPも差はない。
ただ、Javaはヒアドキュメントがないからテストデータが記述しにくいのと、メタプログラミングが弱いのでJUnitだとprivateメソッドのテストがしにくいという弱点がある。その点についてはPHPのほうが有利。

>っていうか名前空間がある言語で作られたシステムを名前空間がない言語に
リプレースするのは地獄。
これはおれもそう思ってたんだけど、当初考えていたほど大変ではなかった。それよりもとのプログラムを理解するほうがずっと大変だった。
ほかには動的な型を批判する人も多いけど、これも思っていたほどの弱点じゃないよ。「これは必須だろ」と思っていた機能も、実は「あったほうがいいけどなくてもなんとかる機能」だったりするもの。
これは言葉でいってもなかなかわからないから、自分でたくさんコード書いて実感するしかない。
でもPHPに名前空間はほしいよね。21世紀を生きる言語としては。これはほんと思う。

>っていうかObject#equals(T)や Comparable#compareTo(T), CloneableやSerializableなどをすべてPHPで自前で実装するのかw
ここらはPHPでも問題ないよー。つーか、720はJavaしか知らなくてPHPはあんまり知らないみたいだね。食わず嫌いはやめて、PHPをもっと使ってみてー。かじるだけじゃわからないと思うよ。
07427412006/04/03(月) 12:55:16ID:???
>>736
>「高い力量を持つ」なんてifを持ち出さず、一般的な技術者が使うとどうなるか考えてみ

これをいうなら、PHPだってじゅうぶん難しいよ。特にセキュリティ周りを考慮すると、力量の低い技術者に素のPHPを使わせるのはよくないと思う。特にPHPはひどい入門書が多いから怖い。
技術力の低い人にも使えるツールを望むなら、FileMakerProやColdFusionのほうがずっと便利。これらはオープンソースじゃないけど、価格はじゅうぶん安いし、それだけの価値がある。
そういうのを知らずにPHPしか知らない人が「JavaよりPHPが(以下略」といっているのはなんだかね。あ、736のことじゃないよ。736は一般的なことをいっているだけだから。
0743nobodyさん2006/04/03(月) 13:42:30ID:???
>>742

> 特にセキュリティ周りを考慮すると、力量の低い技術者に素のPHPを使わせるのはよくないと思う。

PHPマンセー厨はその言葉の意味を理解できていない。
だから無分別にPHPは初心者も使える最強の言語環境とのたまう。
ああいうレガシーな処理形態をもつ言語環境は最低限のインジェクション攻撃くらいは押さえておかないといけないのに、全く理解できていないのが怖い。
0744nobodyさん2006/04/03(月) 14:54:11ID:???
改行しようぜ。
0745nobodyさん2006/04/03(月) 20:13:39ID:???
ターボリナックスがゼンド・ジャパンを買収
http://www.itmedia.co.jp/news/articles/0604/03/news066.html

PHPがブタ言語になってしまいました
キモ━━━( ´;゚;ё;゚;)━━━!!!!
0746nobodyさん2006/04/03(月) 20:34:35ID:???
わめくな。phpは既にブタ言語だ
0747nobodyさん2006/04/03(月) 20:42:29ID:???
しゃーねー
Rubyに乗り換えるか(´ー`)マターリ
0748nobodyさん2006/04/03(月) 20:49:18ID:???
Zend じゃなくて Zend Japan だし。
国内独占販売契約を結んだだけだし。
0749nobodyさん2006/04/03(月) 22:13:50ID:???
>>738
Mapleのことかな?
0750nobodyさん2006/04/03(月) 22:18:32ID:???
てかPHPのFWって
ほとんどがstruts系だけどな…
0751nobodyさん2006/04/03(月) 22:57:19ID:???
PerlやRubyはおたくっぽい。
Javaは悪くないが、めんどくせえよ。
やはりトレンディでファッショナブルなPHPだ!
■ このスレッドは過去ログ倉庫に格納されています