【戦場は】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
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
0708nobodyさん
2006/04/02(日) 13:28:58ID:???> ウェブプログラミングというのは、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:???それに加えて最近ではJavaや.NETの世界では
Java Web Start, ClickOinceなる者が出てきて、
リッチクライアント有名なそれらの技術が普及すればwebしか手を出すことができないPHP厨やPerl厨によって
かなり痛手になること間違いなし。
今はAjaxのお陰でしばらくは凌いでいけるけれどもAjaxにも限界があるから
結局Java Web StartやClickOnceのような技術が優勢になりそうだね。
そうなったらHTMLしかできないウェブデザイナーもかなり痛手になる可能性はでかいね。
0710nobodyさん
2006/04/02(日) 13:33:31ID:???別にEclipse出さなくてもPHPがJavaに勝る点は小規模開発以外無いという結論が
すでに出ているんだけど。
0711nobodyさん
2006/04/02(日) 13:38:04ID:???その前にさ、とりあえず金融系のサイトみてみなよ。
以下のサイトにはJavaが使われているから。
三井住友ダイレクト
みずほダイレクト
三菱東京UFJダイレクト
イーバンク
ジャパンネットバンク
楽天証券
イートレード証券 ...etc
これとおなじものをPHPだけ、あるいはPerlだけで
作ってみてよw うんちくはいいからさ。 作れないならPHPもPerlも負け組w
ついでにおサイフケータイ対応携帯電話アプリをJavaやC/C++の替わりにPerlやPHPだけで
作ってみてよ。絶対に無理だろうけどw
0713nobodyさん
2006/04/02(日) 14:05:47ID:???携帯アプリまで侵食されちまうかねぇw
>>711
Javaが金融機関限定言語だということはわかったよw
しかし、とてつもないアクセスをさばいているGoogleやYahooなどは
なぜJavaにしないんですかねw
0714nobodyさん
2006/04/02(日) 16:12:40ID:???> >>711
> 同額のシステム開発費用を払ってくれるなら作るよ。
同額でもPHP程度しかできないお前の技術力じゃ無理
0716nobodyさん
2006/04/02(日) 16:16:01ID:???Javaの唯一のメリットとして、高い品質が求められるケースではそのための機能を備えていると書いてあるじゃないか。
しかし、それは唯一のメリットだ。
ウェブの開発でもっとも大事なのはスピード。
googleもmixiもベータバージョンのまま走り出し、そのままトップに立つ。
これがネットワークの外部性というものだ。
のろまなJavaに用はないということだよ。
0717nobodyさん
2006/04/02(日) 16:40:50ID:???それに使われている言語がほかのどの言語よりお優れていると
主張するとは実におめでたい。
0718nobodyさん
2006/04/02(日) 16:41:50ID:???アクセス数が多いというだけでミッションクリティカルにでも
どんな分野にでもPHPやPerlが適していると勘違いしている厨が暴れるスレ
というわけですな。
0719nobodyさん
2006/04/02(日) 16:45:44ID:???作れると思うんだがなあ。
同じように動くシステムというのであれば。
列挙されてる例でJavaが使われてるからといって、
PHP、Perlで作れないということにはならないよね。
ただ、信頼性は知らないｗ
型宣言の無い言語にお金を扱うシステムを任せるのは、
おそらく上層部で意思決定する人たちが絶対に許可しないでしょう。
これは基幹業務システム全般にあてはまると思いますが。
開発期間が半年とか１年とか与えられるシステムではJavaでしっかり作ればいいと思うね。
しかしもし列挙されたシステムを１ヶ月でやれとか、
２週間で試験運用まで絶対にやらなければならないとかなると、
PHPとか選択されるような気がするなあ。
ビューのところはPerlで内部ロジックはJavaでっていうところかなりあるじゃん？
Javaで全部やってるのももちろん沢山あるけど。
つまりは役割分担というか、インターフェースはスクリプトで、
信頼性の要るロジックはJavaやらC#やら使えばよい。
それほどでもないならスクリプトでロジックまで組んでしまえ、その方がリリースが早いっていう感じで。
スピードと信頼性は背反する、ということできちんと理屈は通ってるから、
こういう議論っていつも同じような結論になってよね。
0720nobodyさん
2006/04/02(日) 17:06:47ID:???> >>711
> 作れると思うんだがなあ。
> 同じように動くシステムというのであれば。
仮に作ったとしても無駄にコストがかかるだけだと思われ。
デバッグも大変だしテストももっと時間がかかる。
っていうか名前空間がある言語で作られたシステムを名前空間がない言語に
リプレースするのは地獄。
っていうかObject#equals(T)や Comparable#compareTo(T), CloneableやSerializableなどを
すべてPHPで自前で実装するのかｗ
■ このスレッドは過去ログ倉庫に格納されています