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

【5.1登場】PHP時代到来 他言語終了【Perl即死】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2005/10/19(水) 18:58:14ID:S5xcjQ+z
引き続き讃えていきましょう

過去スレ:
優秀な言語が色々ある時代 粗悪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
0160nobodyさん2005/10/24(月) 10:00:38ID:???
>>149
それは作る人の腕次第じゃ・・。
それに、何のパフォーマンスか知らないが、そこまでパフォーマンスを気にしなきゃいけないものは結局
プログラム自体の読み込みが遅いJavaで他の物を包み込みよりPerlとかPHPとかでつつんで中身はCとかじゃまいか。
0161nobodyさん2005/10/24(月) 10:07:41ID:???
ハードは時間が経てば勝手に進化する
=どんな糞コードや糞システムも、時間が経てば自動的に速くなる
最終的に重視されるのは保守性や開発容易性
つまりPHPの天下ってこと。
0162nobodyさん2005/10/24(月) 10:50:59ID:???
>>159
同じ規模・仕様のPHP版は動かした?
0163nobodyさん2005/10/24(月) 11:01:27ID:???
>>161
PHP厨って本当に if なお話が大好きね
そこに至る前にPHPが耐え切れずに消えるかもという if は思いつかないのが幸せそうで良い
0164nobodyさん2005/10/24(月) 11:25:16ID:???
unless がないからなぁ. PHP には.
0165nobodyさん2005/10/24(月) 11:54:57ID:???
>>161
保守性ってPHP全然駄目じゃん。
0166nobodyさん2005/10/24(月) 11:55:15ID:???
>>160
全てのプログラムが呼び出し→起動→処理→結果出力だけのサイクルで動いているわけではない
インスタンスのキャッシュや処理自体のキャッシュなどをしてオーバーヘッドを無くすのが負荷分散処理の仕事の一つ
そのためのフレームワーク
PHPにもJ2EEにもASP.NETにもある(PHPは別売だけど)

100の要求に100のインスタンス作るような処理系はパフォーマンスを意識する処理には向かないってこと
素人が趣味で作るようなのならそんなんでもいいと思うけどな
0167nobodyさん2005/10/24(月) 11:58:13ID:???
PHPは保守性悪いだろ。
それに敷居が低いだけで開発効率が別段高いというわけじゃないよね。
ある一定レベル以上のプログラマならPHPよりもJavaの方が開発効率が
いいということもよくあるわけで。
PHPはクオリティを求められない場面で安い人材を使えるのが利点だと思う。
0168nobodyさん2005/10/24(月) 12:02:33ID:???
>>161
PHPの保守性の容易さと開発の容易さってどういう基準で言ってるの?

保守性ってのは運用系の言葉で信頼性・可用性とかとセットで検討するもの。
そこに言語そのものの実装なんて問題にはならなくて、いかにそれらの要素を上げる作りにするかが問題。
つまり仕様レベルの話。
設定を変更するのにいくら簡単な言語だからってコードを書き換えてアップしろなんてのはありえない。
多少オーバーヘッドがあっても容易なインタフェースで設定を変更できるとかそういうのが求められる。
つまり、開発は困難になっても運用を容易にするためのもので、開発も簡単で保守も簡単なんてのは幻想。

ついでに開発が容易というのはより少ないコーディングで大きな結果が出ることが必須。
無コードのテンプレートの設定のみで作れるのが理想系の一つ。
でもそこまで幻想は求めず、カスタマイズに必要なコードをより厳しい制約で書けるのが現実的。
制約が緩いほど好き勝手に書けるし覚えることは多いしで開発コストがかかる。
自分のコードですら後で読んで分からなくなるから自分ライブラリとか作って本末転倒。

PHPで『保守性や開発容易性』が満たされるなんて一体どういう基準で思えたのか本気で知りたい。
0169nobodyさん2005/10/24(月) 12:11:25ID:???
もっと低レベルなネタで盛り上がってくれよー
素人PHP厨の楽しい発言が見れねーじゃねーかー
0170nobodyさん2005/10/24(月) 12:12:33ID:???
盛り上がって参りました
0171nobodyさん2005/10/24(月) 12:25:44ID:???
>>168
言語が完全に無関係というわけではないよ。
仕様を比較的自然な形でコード化できるようにするために
オブジェクト指向やらも生まれたわけで。

開発容易性と保守性はトレードオフになる事も多いが
PHPは(うまくやれば)どちらも目指す事が出来る良い言語だと思う。
0172nobodyさん2005/10/24(月) 12:25:47ID:???
保守性って、あれだろ

客が「こないだ作ってもらったアレだが、こういう機能も追加してくれ」と言い出して
SEが「できます」って安請け合いしたときに
PGがどれだけ泣くか、って話

まあ PHP だと結構泣くと思う
0173nobodyさん2005/10/24(月) 13:10:15ID:???
PHP5用いて設計をきちんとして作っていれば問題ないだろ。
0174nobodyさん2005/10/24(月) 13:11:08ID:???
>>171
> 言語が完全に無関係というわけではないよ。
> 仕様を比較的自然な形でコード化できるようにするために
> オブジェクト指向やらも生まれたわけで。

それは運用じゃなくて開発の話でしょ?
開発で言語は無関係なんて書いていない。
というか人間の欲求全てに対応できるテンプレートやパッケージが存在できない以上、言語は必須。
ただ、どの言語が上だの下だのって話は存在しないと思う。

> 開発容易性と保守性はトレードオフになる事も多いが
> PHPは(うまくやれば)どちらも目指す事が出来る良い言語だと思う。

“天才なら”だの“うまくやれば”だの幻想を語ればなんでもアリになるだろ
“○○は(うまくやれば)どちらも目指す事が出来る良い言語だと思う”なんてのは全言語に当てはまる
うまくやれない、うまくやるのにコストがかかりすぎる、うまくやるには前提が多い、そんな言語がPHP

どれだけ地力でコストを掛けずにできるかの相対的なレベルが評価なんだと思う
そういう意味ではPHPしかやってない人間が最高とか最低とか言えるはずもなく
故に>>168のように文を締めている
0175nobodyさん2005/10/24(月) 13:29:00ID:???
>>172
それはスケーラビリティ

スケーラビリティは量的なスケールの増減だけを意味させて、機能追加の容易さを拡張性と言う場合もある
どちらにしても可用性や信頼性といった保守運用要素とは違う

営業やSEが安易に機能拡張を請け負ってPGが泣くのは同意

そいえばSOHOのPHP技術者に仕事を渡して途中何度か仕様の変更があった
そのたびに「もう勘弁してくださいよ」「大変なんですよ」なんて泣き言を何度も聞いた
でも漏れ自身PHP4.0/5.0の現役開発者で渡した仕様はそんなに大変じゃないと思ってた
で、納品された成果物を見たら、こんなメチャクチャな書き方じゃ改良も大変だなと思った
そして今そのコードを直している途中 orz

なんで同じ言語なのにこんなに書き方が違うんだ!?
何でもかんでも大きなスコープの変数に突っ込んで「こうすると一元管理できんですよ」とかざけんな!
HTMLに複雑怪奇な埋め込みして「こうするとレイアウトはホームページビルダーで一発なんですよ」とかざけんな!
変数が列挙されただけの「settei.php」って何だよ!

ホント、自由度の高い言語ですね orz
0176nobodyさん2005/10/24(月) 13:40:38ID:???
>>175
>変数が列挙されただけの「settei.php」って何だよ!

素人PHP厨にとっては当たり前の方法です。
0177nobodyさん2005/10/24(月) 13:53:25ID:???
>>175
>で、納品された成果物を見たら、こんなメチャクチャな書き方じゃ改良も大変だなと思った 
>そして今そのコードを直している途中 orz 

つまり

>>85
>能力のある人とない人の差が激しすぎる. 
>で,能力ある人がない人の尻拭いすることになる. 

これが今起きてる状態
0178nobodyさん2005/10/24(月) 13:54:03ID:???
訂正
× >>85
○ >>81
01791752005/10/24(月) 14:37:32ID:???
>>176
そいえば「settei.php」って何ですか?って直接聞いてみたときの回答

「だって、PHPから設定変更できるようにって言われたんで」

orz

あーそーですよ、そう言いましたよ
ちゃんと打ち合わせ議事録にもそう書いてありましたね
普通そう言われたら「ブラウザから設定変更するためのページをPHPで作る」って意味じゃないですか
違いますかそうですかそうですね

で、これ

> 素人PHP厨にとっては当たり前の方法です。

もしかしてこれが定石として広まってんの!?
3回別々の人に発注して同じことやられた
1回目と2回目は特に設定方法について要求しなかったけど「settei.php」って名前で来た
3回目のは↑の香具師なんだが、同考えても前の連中と繋がりが無いのにおかしいなって思った
SOHOの人達で技術共有のネットワークでもあるのかなと想像したりしましたよ
#もしあったとしてもそれであのレベルでは orz

ホント、自由度の高い方々ですね orz
01801752005/10/24(月) 14:43:02ID:???
気になって過去のプロジェクトを検索してみた

settei.pl
settei.php
settei.asp

の三種類が見つかった
「settei.jsp」や「settei.aspx」は見つからなかった

スクリプト言語の常套手段?
0181nobodyさん2005/10/24(月) 14:59:49ID:???
config.php って名前ならよかったの?
0182nobodyさん2005/10/24(月) 15:12:49ID:gtQxMsTO
おk
0183nobodyさん2005/10/24(月) 15:54:00ID:???
>>180
どんな項目を設定可能にしてるかにも因るんだけど基本的には問題ないのでは?
変数名を連想配列でユニークにしていれば衝突も防げるだろうし。

要はJavaだとDI用いたり、static final用いたりしているのを
settei.phpにまとめただけでしょう?
0184nobodyさん2005/10/24(月) 16:01:53ID:???
>>179
>普通そう言われたら「ブラウザから設定変更するためのページをPHPで作る」って意味じゃないですか
>違いますかそうですかそうですね
違うだろ。自分の想像で確認しなかった落ち度だね。
あと、そういったconfigファイルは普通あるだろ。
XMLだったら納得するのか?
01851702005/10/24(月) 16:14:49ID:???
>>181
名前の問題では無かったんですが、悪乗りしすぎました
反省 m(_ _)m

>>183
1回目と2回目は全く問題無いです
設定は別のプログラマが見て分かりやすければそれで良いってレベルだったので
3回目の人とはコミュニケーションをミスってしまいました
「settei.php」だけが一人歩きした書き方をしてしまって反省しています

>>184
そうなんです、自分で確認しなかった落ち度なんです。
「PHPから設定変更できるように」という曖昧な言葉にツッコミが欲しかったなぁと思っています
データの保存形式については裏があって、実はこれデータの保存にDBを使っているんです
DBに接続するための情報やサーバの情報はそういう形にするとしても、他の情報はDBでいいんじゃないの?と思った次第
説明不足ですみません


今日はクライアントにも謝ってばかりでもうだめぽ
0186nobodyさん2005/10/24(月) 16:49:20ID:???
>>185
PHP厨に謝る必要など無い
0187nobodyさん2005/10/24(月) 17:40:40ID:???
configファイルで充分な静的データをわざわざDBに格納する必要あるか?
0188nobodyさん2005/10/24(月) 17:50:43ID:???
>>185
>>187
プログラムの作りの話はム板でやれ
0189nobodyさん2005/10/24(月) 18:15:40ID:???
必要ない
0190nobodyさん2005/10/24(月) 18:18:47ID:???
>>187
PHPから設定変更できるって話なんだから、ある程度動的な設定情報じゃないの?
プログラムに手を入れないで設定変更できるような仕組みが必要ってことでしょ?
0191nobodyさん2005/10/24(月) 19:07:42ID:???
言語の自由度の高さが原因というより
技術者の平均的スキルの問題だよね。
PHPエバンジェリストの俺も
PHPしか使えないような人は怖くて使いたくないなぁ。
0192nobodyさん2005/10/24(月) 19:23:07ID:gtQxMsTO
PHPだけでフリーでやってるとかは、怖くてガクブル
0193nobodyさん2005/10/24(月) 19:38:17ID:???
>>191
自称エバンジェリストキター
0194nobodyさん2005/10/24(月) 19:48:02ID:???
PHPという理由だけで素人扱いするような頭の固いおっさんは、近く滅びるね。
0195nobodyさん2005/10/24(月) 20:25:56ID:???
PHPでメシ食えてりゃ立派なプロだ
でもプロだからってお手本になるようなプログラムが組めるわけじゃない

趣味でPHPやってる連中はどうやってもアマだ
でもプロが参考にするようなスクリプトのほとんどはアマ製だ
0196nobodyさん2005/10/24(月) 20:54:59ID:???
PHP=ヘレニズム文化

文化と文化のぶつかり合いによって、合理的で独特の文化が花開く
0197nobodyさん2005/10/24(月) 21:17:07ID:???
PHPってなんで、名前空間作れないの?致命的だと思うんだけど。
0198nobodyさん2005/10/24(月) 21:33:02ID:???
クラス名の先頭に接頭字付ければ問題ナッシング
0199nobodyさん2005/10/24(月) 21:41:36ID:???
そろそろ PHP は「病的折衷主義」の肩書を Perl から襲名してもいいんじゃないか
0200nobodyさん2005/10/24(月) 21:49:43ID:???
取って付けたようなオブジェクト指向を実装した言語に保守性なんて期待するな。

俺様が一人で開発する分には無問題→PHP保守性SUGOSUGIの真相。
0201nobodyさん2005/10/24(月) 22:03:35ID:???
コメントにAAを書くな!
0202nobodyさん2005/10/24(月) 23:12:48ID:???
>>201
それはPHPに限らないしネタ的に古い
0203nobodyさん2005/10/25(火) 00:57:16ID:???
PHPの良さも分からない素人は芋でも掘っとけ
0204nobodyさん2005/10/25(火) 03:23:14ID:???
先ずは芋を植えられる土地確保からだな
0205nobodyさん2005/10/25(火) 04:41:28ID:G/60BjYM
牛乳パックやペットボトルに土を入れてもいいよ♪
0206nobodyさん2005/10/25(火) 04:53:57ID:???
NO POTATO NO LIFE
0207nobodyさん2005/10/25(火) 04:54:27ID:???
NO PHP NO LIFE
0208nobodyさん2005/10/25(火) 04:54:51ID:???
>>201
チッ、じゃあギャル文字にする
0209nobodyさん2005/10/25(火) 05:02:22ID:???
≠〃ャ儿文字フo□勹〃ラマ萌ぇ
0210nobodyさん2005/10/25(火) 05:36:18ID:???
結局腕次第なんだって
探してじゃあそんなにバリバリかけるやつがいるかって言うといないわけで
そういう意味で、何の苦労も無く取り付けるPHPでスパゲッティだけど取り合えず動くのと
取り合えず作っては見るけど完成させられないのを比べたらPHPになると思うよ。

実際SOHOで頼むとか言うなら自分で書けば良いじゃん。
Javaでも何でも良いよ。でもJavaでSOHOよりPHPでSOHOのほうが圧倒的に多いでしょ。
つまり、ネコの手も借りたいから外に出す。出せるPHPと出せないJavaの差ジャマイカ
0211nobodyさん2005/10/25(火) 05:54:48ID:???
スパゲッティ化は言語の問題じゃないし〜
0212nobodyさん2005/10/25(火) 06:13:57ID:???
じゃあ、そこを保守性が悪いでも何でも良いから置き換えてみ
0213nobodyさん2005/10/25(火) 09:20:42ID:???
>>210

> 結局腕次第なんだって

素人的発想
個人の腕に頼るような仕事をすると崩壊するのは明白
標準化なんてのはそういうを打破するためにある
凄い人が標準化して普通の人が作る、そうすれば凄い人が消えても無問題
そういうリスクヘッジせずに人に頼るからダメな開発現場は永遠にダメ

> そういう意味で、何の苦労も無く取り付けるPHPでスパゲッティだけど取り合えず動くのと
> 取り合えず作っては見るけど完成させられないのを比べたらPHPになると思うよ。

素人的発想
とりあえず動くものなんてのはリプレース対象、以後PHPの選択にマイナスになる要因
完成しないのは契約違反による訴訟対象

> 実際SOHOで頼むとか言うなら自分で書けば良いじゃん。

素人的発想
コスト意識全く無しでお話にならない
頼んだ外注に問題があるなら別の外注もしくは協力会社に出すのみ
その位の余裕は常に持っておくのが当たり前
自分で書くなんてのは仕事が増えるだけでなく全体的に見て大きなマイナス

> つまり、ネコの手も借りたいから外に出す。出せるPHPと出せないJavaの差ジャマイカ

素人的発想
アウトソーシング市場ではJavaが圧倒的な規模
0214nobodyさん2005/10/25(火) 09:39:08ID:???
WebアプリでJavaが圧倒的な規模なんてほんとかよ。
何処の資料かとかが知りたいな。

それと
>とりあえず動くものなんてのはリプレース対象、以後PHPの選択にマイナスになる要因
マイナス要因でも訴訟されるよりはマシだろ?
それでマイナスだからと言って仕事がJavaに移ったならPHPの仕事がなくなるはずだからな。

> 実際SOHOで頼むとか言うなら自分で書けば良いじゃん。
ってのは結局それは君が書いたとおり
自分で書くわけには行かないから外に出すんだろって意味に決まっているだろ。
良くそれで客を説得できるよ。
0215nobodyさん2005/10/25(火) 10:27:19ID:???
>>214

アウトソーシング市場 ≠ Webアプリ市場
0216nobodyさん2005/10/25(火) 10:33:51ID:???
ここの板に適切な度合い
アウトソーシング市場×
Webアプリの市場orWebアプリのアウトソーシング市場○
0217nobodyさん2005/10/25(火) 10:42:43ID:???
ここの板に適切な度合い
アウトソーシング市場×
Webアプリの市場orWebアプリのアウトソーシング市場△
PHPWebアプリの枯れた市場orPHPWebアプリの枯れたアウトソーシング市場◎
0218nobodyさん2005/10/25(火) 10:49:23ID:???
それはスレだろって突っ込む所?
0219nobodyさん2005/10/25(火) 10:53:14ID:???
まあ、漏れは多分214のJava厨も
(板的に言うまでもなくWebアプリの)アウトソーシング市場では(スレ的に言うまでもないPHPに比べて)Javaが圧倒的な規模
だと解釈したんだが。
0220nobodyさん2005/10/25(火) 11:22:16ID:???
>>213
とりあえず動かした、というレベルの仕事はいくらでもあると思うが…
フタを開けたらスパゲッティでひどい有様なんてプロでもよくあるだろ。
0221nobodyさん2005/10/25(火) 11:38:47ID:???
>>213
プロジェクトマネージャやリーダーに腕が無かったから、
ポシャッたなんて当たり前のようにあるがな。

末端のコーダは誰でもいいのかも知れんが。
0222nobodyさん2005/10/25(火) 14:14:00ID:???
ところでPHP自体は今どうなの?
ウチには相変わらずPHPの中小規模案件(100〜1000万円級)が入ってきてるけど、将来はヤバい?
PHP4から5へのリプレースでもそんなにひどくは無かったんだけど、5.1や6はどうなん?
0223nobodyさん2005/10/25(火) 17:24:59ID:???
質問してる時点でヤバい。
0224nobodyさん2005/10/25(火) 21:08:44ID:???
PHP5.1おせー
MySQLも5になったってのに
0225nobodyさん2005/10/25(火) 21:47:08ID:???
設計技法もろくに学んでないから、動けばいいなんて言えるんだよ。
それに、Webアプリにはセキュリティも要求されるんだし。
0226nobodyさん2005/10/26(水) 02:32:11ID:???
>>225
その設計技法とやらを学んだやつが腐るほどいて安くやってくれるなら確かにいいね。
要求されると自分が思うのと、お客がそれを認識してそこに金を掛けるかは別物。
0227nobodyさん2005/10/26(水) 10:13:43ID:???
PHPが請け負うような開発規模で作業分担なんてされ場合が多い
一人で分析設計開発品証導入、下手すれば管理運用も

そんな世界でやってる人間は上流も下流もオレオレ流が多い
そしてそういう人間はオレオレ流が最高と信じて疑わない

その結果として動けばいい・納品できればいいなんて粗悪なものが作られる
開発ドキュメントが無いどころか製品マニュアルすら無い
口頭で操作を説明された上に「あとは見れば分かりますよ」

SOHO技術者に特にこういうのが多い
オレオレ流が受け入れられずに組織からドロップアウトした人間が多いからだと思ってる
だからウチの会社ではSOHO技術者には仕事を出さない
0228nobodyさん2005/10/26(水) 10:55:24ID:???
だからPHP言語の話をしやがれ厨ども
0229nobodyさん2005/10/26(水) 15:49:10ID:???
PHPはアマチュアWeb開発者に最も受け入れられている
彼はレンタルサーバなどで使いやすいかが最大の問題
容易な開発と容易なデプロイはそれを満たすのに十分

プロの世界?
カネもらってやってる連中が言語を選ぶなんてあつかましい

アマに選ばれるものこそ勝者!
0230nobodyさん2005/10/26(水) 19:26:19ID:???
>>228
動けばいいって言ったのはPHP厨だろ
0231nobodyさん2005/10/26(水) 19:36:28ID:???
プロこそ特定のものに精通しているべきであり、
アマは好きなようにやればいい。
0232nobodyさん2005/10/26(水) 19:40:27ID:???
エンタープライズ領域に果敢に突入してきたPHPに
次に殺されるのは誰かな?ププ
0233nobodyさん2005/10/26(水) 20:22:54ID:???
>>229
システムを発注する顧客も言語を選択するよね。
0234nobodyさん2005/10/26(水) 20:23:12ID:???
PHP5かな?
0235nobodyさん2005/10/26(水) 20:26:20ID:???
PHP3だってさ
0236nobodyさん2005/10/26(水) 20:27:54ID:???
PHP3とPHP4は生き残るよ。
0237nobodyさん2005/10/26(水) 20:39:31ID:???
ぶっちゃけWeb業界はParrot待ちなわけだが。
0238nobodyさん2005/10/26(水) 20:50:56ID:???
http://www.webservicessummit.com/Articles/MovingPastJava.htm

ブルース様 「Java はかつての COBOL のように死を迎えるだろう 」
うはwwwwww Javaも終わりwwwwww
0239nobodyさん2005/10/26(水) 20:56:00ID:???
JavaVMの上でJavaで書かれたライブラリ・フレームワークを使いつつJavaScriptでアプリケーションを書くというのが流行る。
0240nobodyさん2005/10/26(水) 20:58:29ID:???
たまにJavaScriptでクライアントサイドプログラム書いてると
なんか気持ちいいんだよな
PHPエバンジェリストの俺でも
0241nobodyさん2005/10/26(水) 21:12:42ID:???
好き勝手にJavaScriptで書くのは楽しいんだけど、互換性とか考えて書くのはイライラするな。
0242nobodyさん2005/10/26(水) 21:21:00ID:???
その昔はJavaScriptなんて悪魔のように嫌われていたのに今や時代の寵児
ブラウザ依存なんて馬鹿げてるなんて言われまくったのに今やAjaxマンセー

いつの日かPHPもそうなる日がくるといいよな
0243nobodyさん2005/10/26(水) 21:30:15ID:???
>>229
カネを出さない連中に選ばれても無意味

>>230
だな

>>231
そんな融通の利かない役立たずはいりません

>>232
PHP

>>233
君の会社下請け開発会社でしょ?
末端は大変だね

>>234-236
素人はPHP3
プロはPHP5

>>237
どこの業界だ

>>238
フカシ記事を信じるな
0244nobodyさん2005/10/26(水) 23:16:02ID:???
>>241
Java用JavaScriptなら、互換性問題なし
0245nobodyさん2005/10/26(水) 23:17:42ID:???
>>242
わざわざ他の言語で作れるものをPHPで作るほど、PHP言語に価値がない。
むしろ、言語だけで見れば、まれにみるクソ言語。
0246nobodyさん2005/10/26(水) 23:19:31ID:???
>>244
製品間でJavaScript自体には互換性があってもライブラリやクラスに互換性が無さそうな悪寒
つまり今のJavaと同じオチになるような悪寒
ブラウザエンジンとしては数種類しかなくデファクトスタンダードのあるブラウザに縛られるクライアントサイドの方がマシ
0247nobodyさん2005/10/26(水) 23:21:03ID:???
>>245
意味が分からん
>>242へのレスなのか単なるPHP批判なのかすらも
0248nobodyさん2005/10/27(木) 02:42:54ID:???
>>247
つまりバカ?
0249nobodyさん2005/10/27(木) 02:44:09ID:???
>>246
今のJavaにライブラリやクラスの互換性の問題あるか?
0250nobodyさん2005/10/27(木) 03:21:50ID:???
COBOLなみに過去の言語になったJavaなんてどうでもいいだろ
ジャバラー必死だなw
0251nobodyさん2005/10/27(木) 03:33:59ID:???
PHPとRubyに挟まれJava死亡
   PHPer心の俳句
0252nobodyさん2005/10/27(木) 09:29:09ID:???
>>251
まあ、Webアプリだけならそうなる可能性はあるかもな
ASP.NETに追い上げられた結果JavaがWebアプリから撤退して組み込みに徹するかもしれんし
巨人Javaを追い上げた巨人ASP.NETの足元でチョロチョロする鼠がPHPやRubyやPerl
0253nobodyさん2005/10/27(木) 09:49:12ID:???
>>251
Webアプリではそうだと思うけど,
言語としてはPHPとJavaの間にあるのがRubyでは?
DHHもそんなようなこと言ってた気がする.
0254nobodyさん2005/10/27(木) 09:51:05ID:???
その巨人とやらも、もとは家電の組み込みプログラムだし、元鞘でも出来すぎだよ。
そもそも、Javaがもてはやされだした頃のクライアント側での処理とかって今じゃ全く聞かない
むしろJavaScriptに持っていかれてるし。当時を考えると巨人Cの足元でチョロチョロしてたのが
中間言語を生かして成り上がったって所だろ。
0255nobodyさん2005/10/27(木) 15:03:18ID:???
Javaは技術の陳腐化が早すぎる
0256nobodyさん2005/10/27(木) 15:08:15ID:???
確かに習得に時間がかかるのに陳腐化が速いのはよくないね。
0257nobodyさん2005/10/27(木) 15:46:52ID:???
おまえらの習得速度が遅いだけ
新しいのに着いて行けないなら使うの止めろ
0258nobodyさん2005/10/27(木) 16:41:50ID:???
最近はあっちこっちでASPを見るなぁ…
0259nobodyさん2005/10/27(木) 16:56:42ID:???
お前らの基礎にあるスキルが貧弱だから、新しいものを覚えるのに時間がかかるだけだろ。
■ このスレッドは過去ログ倉庫に格納されています