幅広い分野のJavaと名前空間なき脆弱なるPHP
5.1になっても未だに名前空間非対応でエンタープライズ分野への足固めには
まだまだほど遠い。
Javaを越えるには名前空間のサポート、Web以外の分野携帯電話、ドライバ開発、
GUI、COBOLをリプレースできるほどの金融システム、自動販売機、火星探査機
にも使えるようでなくては、PHPには未来はなく、VB同様いつまでたっても馬鹿に
される厨房向け言語に成り下がるであろう。
PHPの仕事は確実に増えているとはいえ、まだまだ、Javaに多い金融システムを
構築するほどの言語としては適していない。アクセス数だけが多い、
はてなダイアリーやmixi、Yahoo程度の小さなプログラムを作ることにしか
向いていないのだ。PHPだけで銀行口座の引き落としや銘柄の注文など
二重引き落としの恐れがありあぶなっかしくてやっていられない。
過去スレ：
【戦場は】PHP王とJava乞食【ｴﾝﾀｰﾌﾟﾗｲｽﾞ】
http://pc8.2ch.net/test/read.cgi/php/1140124172/
【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
まだまだほど遠い。
Javaを越えるには名前空間のサポート、Web以外の分野携帯電話、ドライバ開発、
GUI、COBOLをリプレースできるほどの金融システム、自動販売機、火星探査機
にも使えるようでなくては、PHPには未来はなく、VB同様いつまでたっても馬鹿に
される厨房向け言語に成り下がるであろう。
PHPの仕事は確実に増えているとはいえ、まだまだ、Javaに多い金融システムを
構築するほどの言語としては適していない。アクセス数だけが多い、
はてなダイアリーやmixi、Yahoo程度の小さなプログラムを作ることにしか
向いていないのだ。PHPだけで銀行口座の引き落としや銘柄の注文など
二重引き落としの恐れがありあぶなっかしくてやっていられない。
過去スレ：
【戦場は】PHP王とJava乞食【ｴﾝﾀｰﾌﾟﾗｲｽﾞ】
http://pc8.2ch.net/test/read.cgi/php/1140124172/
【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
|
|
|
Perlのことも
たまには思い出してあげてください（＞＜）
たまには思い出してあげてください（＞＜）
自転車で世界一周はきついよな。。
>>1の愛車の軽自動車の方がまだましだ。
>>1の愛車の軽自動車の方がまだましだ。
6スレ目の
> 今はPHPの時代Perlがこの先生きのこるのは無理3
「この先生 きのこる のは 無理」に萌え
きのこる
> 今はPHPの時代Perlがこの先生きのこるのは無理3
「この先生 きのこる のは 無理」に萌え
きのこる
5 ：nobodyさん：2006/04/25(火) 10:06:09 ID:X1KCs82u
はてなダイアリーってPerlじゃなかったっけ？
PHPも使われているよ
ﾌﾟﾌﾟﾌﾟ これでだPHP厨も反論の余地が無いなw
PHP厨、降伏勧告を言い渡されPHP厨全面敗北。
ま た 無 限 ル ー プ か
>>4
_,,,......,,__
／_~ ,,...:::＿::;; ~"'ヽ
(,, '"ヾヽ i|i //^''ヽ,,)
^ :'⌒i i⌒"
| ( ﾟДﾟ) <萌えますか
|（ﾉ |つ
|.先生.|
ヽ ＿ノ
U"U
_,,,......,,__
／_~ ,,...:::＿::;; ~"'ヽ
(,, '"ヾヽ i|i //^''ヽ,,)
^ :'⌒i i⌒"
| ( ﾟДﾟ) <萌えますか
|（ﾉ |つ
|.先生.|
ヽ ＿ノ
U"U
先生きのこってる！(ﾟ∀ﾟ)
先生、きのこる
なんでそんなにjavaと張り合いたいの？
Java → 大人
PHP → 子供
子供は大人に張り合おうとするが、大人はそんなことしない
PHP → 子供
子供は大人に張り合おうとするが、大人はそんなことしない
なんで java が良いのなら PHP 相手に必死なの？
大人は子供を教導する役割がある
時には厳しくすることもある
でも子供はそれを理解できない
でもいつか大人になったときそれは大人の優しさだと気付く
時には厳しくすることもある
でも子供はそれを理解できない
でもいつか大人になったときそれは大人の優しさだと気付く
歯車の一つとなり、頭を使わないで楽に生きたい＆責任を取りたくないなら、絶対JAVA。
野垂れ死ぬ可能性もあるが、一人の力で革命を起こしたいのなら、絶対PHP。
野垂れ死ぬ可能性もあるが、一人の力で革命を起こしたいのなら、絶対PHP。
18 ：nobodyさん：2006/04/25(火) 16:29:38 ID:KP2nrKKx
ヒント：最近の革命的プログラミング手法は、殆どJava、あるいはC++の使用を前提としている。
開発手法のお手本になってる御三家は、C/C++、Java、C#
・C/C++は基本的な存在として
・Javaは最も普及しているオブジェクト指向言語として
・C#はJISにもなった標準レベルを買われて
スクリプト言語は、最新の開発手法が導入し辛いものとして引き合いに出される
なにせPHPでオブジェクト指向開発ってだけでネタになるくらいだからね
今時Javaでオブジェクト指向開発っていっても「当たり前」過ぎてネタにならない
・C/C++は基本的な存在として
・Javaは最も普及しているオブジェクト指向言語として
・C#はJISにもなった標準レベルを買われて
スクリプト言語は、最新の開発手法が導入し辛いものとして引き合いに出される
なにせPHPでオブジェクト指向開発ってだけでネタになるくらいだからね
今時Javaでオブジェクト指向開発っていっても「当たり前」過ぎてネタにならない
ajax とか SNS とかタグとか
そういうのって java から生まれているの？
Web 系って 2ch も含め全てスクリプトじゃない？
そういうのって java から生まれているの？
Web 系って 2ch も含め全てスクリプトじゃない？
>>20
あまりに無知丸出しのコメントでどう突っ込んでいいか分からない
あまりに無知丸出しのコメントでどう突っ込んでいいか分からない
>>21
知的チャレンジですよ
知的チャレンジですよ
>>19
ハイハイ、自分の生活を守るのに必死なリーマン乙。
ハイハイ、自分の生活を守るのに必死なリーマン乙。
でも、以前プログラム板でオブジェクト指向を理解している職業プログラマーの人って
どのくらいいるの？って質問したら、一握りみたいなことを言われた。
どのくらいいるの？って質問したら、一握りみたいなことを言われた。
>>24
ム板で理解しているのが一握りなだけ
ム板で理解しているのが一握りなだけ
まあ、オブジェクト指向って、要するにリーマンソルジャーたちが
組織的に効率よくやるために必要なだけであって、
独力ハッカーにはあんまり関係ないんだけどね。
手続き型のスクリプトで十分。（むろんコードの再利用はするよ）
組織的に効率よくやるために必要なだけであって、
独力ハッカーにはあんまり関係ないんだけどね。
手続き型のスクリプトで十分。（むろんコードの再利用はするよ）
良いスレタイだねぇｗ
今後このスレはPHP厨を叩いて叩いて
自分のレベルの低さを知っていただくことに使いましょう。
今後このスレはPHP厨を叩いて叩いて
自分のレベルの低さを知っていただくことに使いましょう。
独力ハッカーには関係ない？
職人みたいなハッカーには関係ないだろうけど
道具を効率よく使いたい者には重宝する。
オブジェクト指向を駆使する者が超高層建築の一級建築士なら
手続き型スクリプト言語言語ばかり使う者はドカタ作業員みたいなもの。
職人みたいなハッカーには関係ないだろうけど
道具を効率よく使いたい者には重宝する。
オブジェクト指向を駆使する者が超高層建築の一級建築士なら
手続き型スクリプト言語言語ばかり使う者はドカタ作業員みたいなもの。
>>17
> 歯車の一つとなり、頭を使わないで楽に生きたい＆責任を取りたくないなら、絶対JAVA。
> 野垂れ死ぬ可能性もあるが、一人の力で革命を起こしたいのなら、絶対PHP。
無理無理。PHPだけで革命を起こしたければまず名前空間をなんとかしないとw
それから、PHPが金融システムでCOBOLやJavaにとってかわってリプレースできるほどの
実力を発揮しないことにはw
> 歯車の一つとなり、頭を使わないで楽に生きたい＆責任を取りたくないなら、絶対JAVA。
> 野垂れ死ぬ可能性もあるが、一人の力で革命を起こしたいのなら、絶対PHP。
無理無理。PHPだけで革命を起こしたければまず名前空間をなんとかしないとw
それから、PHPが金融システムでCOBOLやJavaにとってかわってリプレースできるほどの
実力を発揮しないことにはw
>>22
最近PHPでも同等のフレームワークがようやく
登場したDI(Dependency Injection)は
Javaから生まれた。
Spring Framework, Seasar2という技術に使われているものだ。
これについて考えてみてくれ。
最近PHPでも同等のフレームワークがようやく
登場したDI(Dependency Injection)は
Javaから生まれた。
Spring Framework, Seasar2という技術に使われているものだ。
これについて考えてみてくれ。
何故Javaを使ってたらリーマンだと決めつけるんだ？
PHPがまともな企業で使われてないことに対する嫉妬？？
ま、Javaだって個人レベルから使われてるわけだけど。
JavaはWebだけじゃないからね。適応範囲が広い。
PHPがまともな企業で使われてないことに対する嫉妬？？
ま、Javaだって個人レベルから使われてるわけだけど。
JavaはWebだけじゃないからね。適応範囲が広い。
>>32
夢見てるねぇ。。。
夢見てるねぇ。。。
>>33
お前がなｗ＞PHP厨
お前がなｗ＞PHP厨
>>30
DIがJavaに必要なのは、Javaが融通がきかない言語だからだよ。
言語の融通のきかなさを他のツールで補ってあげてるだけ。
スクリプト言語ではDIコンテナはいらない。
メタプログラミングが簡単だし、evalという究極の手段があるから。
RubyでDIコンテナ作った外人がいたけど、彼がいうには
「作ってみて分かった。RubyにはDIなんていらね。」（チョー意訳）
だとさ。
なんかPHPでもDIコンテナ搭載をうりにしているフレームワークあるけど、
それほんとにDIコンテナ必要？と思う。設定ファイルからコードを自動生成するだけなのを
DIといいたいだけちゃうんかと小一時間(r
Javaの融通のきかなさは、一長一短。スクリプトの柔軟性も一長一短。
ついでに>>30にいいたいんだが、Javaで有効な概念が他の言語でも有効なわけじゃない。
なぜJavaでDIコンテナが生まれたのかをもっと考えてみて。
DIがJavaに必要なのは、Javaが融通がきかない言語だからだよ。
言語の融通のきかなさを他のツールで補ってあげてるだけ。
スクリプト言語ではDIコンテナはいらない。
メタプログラミングが簡単だし、evalという究極の手段があるから。
RubyでDIコンテナ作った外人がいたけど、彼がいうには
「作ってみて分かった。RubyにはDIなんていらね。」（チョー意訳）
だとさ。
なんかPHPでもDIコンテナ搭載をうりにしているフレームワークあるけど、
それほんとにDIコンテナ必要？と思う。設定ファイルからコードを自動生成するだけなのを
DIといいたいだけちゃうんかと小一時間(r
Javaの融通のきかなさは、一長一短。スクリプトの柔軟性も一長一短。
ついでに>>30にいいたいんだが、Javaで有効な概念が他の言語でも有効なわけじゃない。
なぜJavaでDIコンテナが生まれたのかをもっと考えてみて。
このスレの流れ
Java厨が本当のことを言う
↓
PHP厨が妄想で反論する
↓
Java厨が本当のことを言う
↓
PHP厨がぐぐって見つけたキーワードだけで反論する
↓
Java厨が本当のことを言う
↓
PHP厨が自分の狭い経験だけで反論する
↓
Java厨が本当のことを言う
↓
PHP厨が妄想で反論する
↓
以下無限ループ
Java厨が本当のことを言う
↓
PHP厨が妄想で反論する
↓
Java厨が本当のことを言う
↓
PHP厨がぐぐって見つけたキーワードだけで反論する
↓
Java厨が本当のことを言う
↓
PHP厨が自分の狭い経験だけで反論する
↓
Java厨が本当のことを言う
↓
PHP厨が妄想で反論する
↓
以下無限ループ
ﾜﾗﾀ
DI より RoR の方がシンプルで好きだ
だからRoRにもＤＩが使われているんだって
あー、Seasar より RoR ということね。
RoRよりSpring Frameworkだが。
railsにDIが使われてるって、どういうこと？
またJava坊やの妄想だろ
Seasar って S2Container のように S2 って
バージョンを含めているのが、将来のこと考えてないよなぁ。
v3 が出たら S3Container とかにするのかね。愚かな。
バージョンを含めているのが、将来のこと考えてないよなぁ。
v3 が出たら S3Container とかにするのかね。愚かな。
>>32
でも実際にリーマンが多いと思うよ。
それなりの会社だとJavaを覚えさせられるし受注する仕事も
C、Java系が多い。客の要望でPHPで作ることになっても丸投げしちゃう。
普通のリーマンを支える給料を払うにはWebProg系ではJavaぐらいじゃないか。
でも実際にリーマンが多いと思うよ。
それなりの会社だとJavaを覚えさせられるし受注する仕事も
C、Java系が多い。客の要望でPHPで作ることになっても丸投げしちゃう。
普通のリーマンを支える給料を払うにはWebProg系ではJavaぐらいじゃないか。
Javaを覚えればリーマンになれる？
>>48
つまらない人生を送れるよ
つまらない人生を送れるよ
開発が趣味な連中は楽しいことが重要なんだろう
だが楽しいかどうかなんて仕事でやる連中はどうでもいい
世の中楽な仕事ばかりじゃないのは当たり前だし
だが楽しいかどうかなんて仕事でやる連中はどうでもいい
世の中楽な仕事ばかりじゃないのは当たり前だし
Javaの仕事でつまらなくなる事態に陥るケース？
それはどうみてもスキル不足からくることだね。
Javaをちょっとかじっただけだと本当につまらない人生を
送る羽目になるだろうな。
自動化や設計手法、デザインパターンなどをしっかり習得していれば
むしろ楽しくなる。
開発方法に制限さえ加えられなければ開発は非常に楽しくなる。
Eclipseのプラグインを弄りながら開発効率を高めてゆくさまは
Java開発での醍醐味の一つ。
それはどうみてもスキル不足からくることだね。
Javaをちょっとかじっただけだと本当につまらない人生を
送る羽目になるだろうな。
自動化や設計手法、デザインパターンなどをしっかり習得していれば
むしろ楽しくなる。
開発方法に制限さえ加えられなければ開発は非常に楽しくなる。
Eclipseのプラグインを弄りながら開発効率を高めてゆくさまは
Java開発での醍醐味の一つ。
>>28 ドカタになってしまうのはスクリプト言語のせいじゃない、お前みたいな能無し個人の資質の問題だ。
>>29 バカかお前は？ 革命家はｸﾘｴｲﾃｨﾌﾞなことしかやらない。金融システムなんて歯車どもだけでやってろ。
>>31 ﾊｲﾊｲ良かったね。一生雇われリーマンやってなさいｗｗ
>>32 個人で使うにはJAVAは効率悪すぎ。一軒家を建てるのに高層ビル用の巨大ｸﾚｰﾝを使うようなもの。無駄。
>>50 素晴らしい！ お前は立派なサラリーマンだ！！ そうやって「世間は甘くない」と言い続けて老いていってください。
>>29 バカかお前は？ 革命家はｸﾘｴｲﾃｨﾌﾞなことしかやらない。金融システムなんて歯車どもだけでやってろ。
>>31 ﾊｲﾊｲ良かったね。一生雇われリーマンやってなさいｗｗ
>>32 個人で使うにはJAVAは効率悪すぎ。一軒家を建てるのに高層ビル用の巨大ｸﾚｰﾝを使うようなもの。無駄。
>>50 素晴らしい！ お前は立派なサラリーマンだ！！ そうやって「世間は甘くない」と言い続けて老いていってください。
「自動化や設計手法、デザインパターンなどをしっかり習得」した結果、
どう考えても Java < スクリプト言語なんだけど？
どう考えても Java < スクリプト言語なんだけど？
>>52
> >>29 バカかお前は？ 革命家はｸﾘｴｲﾃｨﾌﾞなことしかやらない。金融システムなんて歯車どもだけでやってろ。
お前が馬鹿だよ。金融系が歯車だってw 金融系SEの年収を見たらお前も羨ましがるぞw
> >>29 バカかお前は？ 革命家はｸﾘｴｲﾃｨﾌﾞなことしかやらない。金融システムなんて歯車どもだけでやってろ。
お前が馬鹿だよ。金融系が歯車だってw 金融系SEの年収を見たらお前も羨ましがるぞw
>>53
君がUFOの存在を信じて疑わないイタイ人であることがよくわかった。
君がUFOの存在を信じて疑わないイタイ人であることがよくわかった。
>>41
おいおい、RoRのどこにDIが使われてるんだ？
まさかActiveRecordのこといってるんじゃないだろうな。
>>39
「DIコンテナのRuby」って何？つか、「あるRuby信者」って誰？
おいおい、RoRのどこにDIが使われてるんだ？
まさかActiveRecordのこといってるんじゃないだろうな。
>>39
「DIコンテナのRuby」って何？つか、「あるRuby信者」って誰？
>>53
ネタですか？
ネタですか？
PHPが厨であろうが使われてるのは事実だ。
一般的にphpは軽いと言われていてレンタル鯖スペ等で重宝されてるが2chではcgi（perl）が使われている。何故か。
これ、説明できない奴がPHPが厨とかどうとか言う視覚ないよ（´・ω・）（・ω・｀）ﾈｰ
一般的にphpは軽いと言われていてレンタル鯖スペ等で重宝されてるが2chではcgi（perl）が使われている。何故か。
これ、説明できない奴がPHPが厨とかどうとか言う視覚ないよ（´・ω・）（・ω・｀）ﾈｰ
JavaでもPHPでもどっちでもいいんだけどさ、
PHPとJavaの話題になぜperlの話が割り込んでくるのかわけわかめ。
PHPとJavaの話題になぜperlの話が割り込んでくるのかわけわかめ。
>>58
2chはcgiって言ってもC言語だよ？
2chはcgiって言ってもC言語だよ？
母なるC言語を持ち出すと話が終わる
何故ならPHPもPerlもJavaもOSもフレームワークもC/C++言語製なので
一部性能を求められるところでアセンブラもあるけど、ほとんどがC/C++言語
所詮はすべてC/C++言語の掌の上で踊っているんだよ
何故ならPHPもPerlもJavaもOSもフレームワークもC/C++言語製なので
一部性能を求められるところでアセンブラもあるけど、ほとんどがC/C++言語
所詮はすべてC/C++言語の掌の上で踊っているんだよ
>>54
哀れなバカだな、お前は。
お間の価値基準は年収しかないのか？ 低い精神性だな。
年収がいくらあろうとも、歯車は歯車だ。ちょっと大き目の歯車なだけだ。
しかも、それを「金融系SE」本人が言うのならまだしも、底辺のお前が偉ぶってどうする。
哀れなバカだな、お前は。
お間の価値基準は年収しかないのか？ 低い精神性だな。
年収がいくらあろうとも、歯車は歯車だ。ちょっと大き目の歯車なだけだ。
しかも、それを「金融系SE」本人が言うのならまだしも、底辺のお前が偉ぶってどうする。
>>61
お前の論理は「風が吹けば桶屋が儲かる」の類だ。
たとえば人間について語るとき、母なる地球の話を持ち出すとそれで終わりか？ 違うだろう。
PHPについても、無理やりC言語に帰着させようとする我田引水は止めろ。
お前の論理でいくならば、C言語の話もマシン語を持ち出せば終わりになるはずだ。
お前の論理は「風が吹けば桶屋が儲かる」の類だ。
たとえば人間について語るとき、母なる地球の話を持ち出すとそれで終わりか？ 違うだろう。
PHPについても、無理やりC言語に帰着させようとする我田引水は止めろ。
お前の論理でいくならば、C言語の話もマシン語を持ち出せば終わりになるはずだ。
じゃ、終わりってことで。
歯車にはならないかも知れなかけど、人の上に立てる人間にもなれない。
68 ：nobodyさん：2006/04/28(金) 01:58:31 ID:Vy+jAqYj
またJava坊やの妄想ですよ。
そしてPHP厨は妄想ばかり、と妄想も言うし。
そしてPHP厨は妄想ばかり、と妄想も言うし。
>>71
オレは馬鹿すぎる！(･∀･)
オレは馬鹿すぎる！(･∀･)
72 ：nobodyさん：2006/04/28(金) 20:54:53 ID:Wz15lK5U
で、RoRのDIの例はまだですか？
Javaを使っている人は企業の歯車だと言い張って止まないPHP使いの皆さん。
なぜJavaを使っていれば企業の歯車なのか理論的に説明できますか？
Javaを使って個人やオープンソースコミュニティーで開発している人も大勢いますし、企業の歯車になっている人にはJava以外のプログラミング言語を使っている人も大勢います。
というよりも、仕事でプログラミングをやっている人口なんて労働者の中にそんなにいるでしょうか？
社会からドロップアウトしたことを正当化しているだけじゃないんですか？
なぜJavaを使っていれば企業の歯車なのか理論的に説明できますか？
Javaを使って個人やオープンソースコミュニティーで開発している人も大勢いますし、企業の歯車になっている人にはJava以外のプログラミング言語を使っている人も大勢います。
というよりも、仕事でプログラミングをやっている人口なんて労働者の中にそんなにいるでしょうか？
社会からドロップアウトしたことを正当化しているだけじゃないんですか？
>>74
それ、「もしRailsにDIを適用したら」という話であって、Railsに含まれているDIの話ではないよね。
で、おれが聞いているのは、>>41に書いてあった、Railsに使われているDIについてなんだが。
しかし>>74を読むと、Javaと比べてスクリプト言語ではDIの重要性が低いことを改めて感じるな。
DIが使えないとはいわないけど、DIなしでも十分やっていける。
それ、「もしRailsにDIを適用したら」という話であって、Railsに含まれているDIの話ではないよね。
で、おれが聞いているのは、>>41に書いてあった、Railsに使われているDIについてなんだが。
しかし>>74を読むと、Javaと比べてスクリプト言語ではDIの重要性が低いことを改めて感じるな。
DIが使えないとはいわないけど、DIなしでも十分やっていける。
>>73
↑うわーーー、ウゼー！！ こいつ。
いかにも歯車リーマン的、あるいは役人的ウザさ。
自分では分かってないだろうね。この手のタイプは友達少ないだろうなｗｗ
「いい大学」＝「成功」だと思ってそうでキモいｗｗｗｗｗｗｗｗｗ
あのな、お前の主張に対する回答は、「で、何？」だ。ｗｗｗｗ
↑うわーーー、ウゼー！！ こいつ。
いかにも歯車リーマン的、あるいは役人的ウザさ。
自分では分かってないだろうね。この手のタイプは友達少ないだろうなｗｗ
「いい大学」＝「成功」だと思ってそうでキモいｗｗｗｗｗｗｗｗｗ
あのな、お前の主張に対する回答は、「で、何？」だ。ｗｗｗｗ
役人って成功者じゃないの？
>>77
それだけはないだろw
それだけはないだろw
80 ：nobodyさん：2006/04/29(土) 00:49:01 ID:5vYsXBXf
>>41 まだぁ？
でも日本で、PHPプログラマって羨ましいような収入もらってる人間がそんなにいるか？
プログラマ自体が低年収が多いのに・・・
俺はいろいろな言語使って割のいい仕事をすることにしたよ。
で、好き嫌いはともかく今はjavaの方が単価が高い仕事をもらえることが多いかな。
プログラマ自体が低年収が多いのに・・・
俺はいろいろな言語使って割のいい仕事をすることにしたよ。
で、好き嫌いはともかく今はjavaの方が単価が高い仕事をもらえることが多いかな。
>>81
「他人に雇われること」が前提となってる時点で歯車的発想。
念のため言っておくけど、リーマンだけじゃなく独立して下請けやってるような連中も
広い意味で同じ歯車だよ。資本主義では元請け以外は全部歯車。
「他人に雇われること」が前提となってる時点で歯車的発想。
念のため言っておくけど、リーマンだけじゃなく独立して下請けやってるような連中も
広い意味で同じ歯車だよ。資本主義では元請け以外は全部歯車。
なるほど。
資本主義社会は富を分配する側に行かなければ負けという結論だな。
資本主義社会は富を分配する側に行かなければ負けという結論だな。
言語の善し悪し別として参入障壁を考えればPHPは不利だよ。
大手でPHPやってるとこが少ないのは中小の高卒でも出来る仕事
をやらせるのが勿体ないから。
だからろくに知識のないリーマンJavaプログラマーが生まれる。
大手でPHPやってるとこが少ないのは中小の高卒でも出来る仕事
をやらせるのが勿体ないから。
だからろくに知識のないリーマンJavaプログラマーが生まれる。
>>83
そう。
もうちょっと詳しく言うと、「元手を出資する側」＝「富を分配する側」ね。
富を分配するには必ず元手を出資する必要がある。
逆に言うとリスクのある出資を引き受けるからこそ、大きなリターンを得る資格がある。
したがって「分配を受ける側」すなわち「雇われる人間」は永遠に歯車であり、
収入が少ないだの労働がキツイだのと文句を言うんだったら自分でリスクを取って
元手を出資してみろってことだね。
そう。
もうちょっと詳しく言うと、「元手を出資する側」＝「富を分配する側」ね。
富を分配するには必ず元手を出資する必要がある。
逆に言うとリスクのある出資を引き受けるからこそ、大きなリターンを得る資格がある。
したがって「分配を受ける側」すなわち「雇われる人間」は永遠に歯車であり、
収入が少ないだの労働がキツイだのと文句を言うんだったら自分でリスクを取って
元手を出資してみろってことだね。
言語や環境指定しないクライアントなら
Java+Oracle ではなく PHP+PostgreSQL にして
同一金額請求してボロ儲けできるのに。
Java+Oracle ではなく PHP+PostgreSQL にして
同一金額請求してボロ儲けできるのに。
>>88
ウハウハですよ。節税対策でビルが建ちました。
ウハウハですよ。節税対策でビルが建ちました。
ソフトウエア開発で組織を統轄できる立場になろうと思ったら、プログラミングの知識だけじゃなくて、設計やプロジェクト管理の力も必要になってくる。
人に使われるのが嫌だからってそんなことしてたら、いつまで経っても人の上には立てないよ。
人に使われるのが嫌だからってそんなことしてたら、いつまで経っても人の上には立てないよ。
91 ：nobodyさん：2006/04/29(土) 15:46:15 ID:bGAAEmw+
>>76
↑うわーーー、ウゼー！！ こいつ。
いかにも社会からドロップアウトしたニート的、あるいは引きこもり的ウザさ。
自分では分かってないだろうね。この手のタイプは友達少ないだろうなｗｗ
「いい大学に行けなかった」＝「いけなかったのではなく行かなかっただけ」
と思ってそうでキモいｗｗｗｗｗｗｗｗｗ
あのな、お前の主張に対する回答は、「で、何？」だ。ｗｗｗｗ
↑うわーーー、ウゼー！！ こいつ。
いかにも社会からドロップアウトしたニート的、あるいは引きこもり的ウザさ。
自分では分かってないだろうね。この手のタイプは友達少ないだろうなｗｗ
「いい大学に行けなかった」＝「いけなかったのではなく行かなかっただけ」
と思ってそうでキモいｗｗｗｗｗｗｗｗｗ
あのな、お前の主張に対する回答は、「で、何？」だ。ｗｗｗｗ
>>87
何を知ったかぶってんだか知らんが、共産主義の話なんて誰もしてないんだが。
>>90
「組織の中で・・・」って時点で雇われ思考が抜けきらない歯車、乙。
しかも「そんなことしてたら」が指す具体的な意味がわからんし。
何を知ったかぶってんだか知らんが、共産主義の話なんて誰もしてないんだが。
>>90
「組織の中で・・・」って時点で雇われ思考が抜けきらない歯車、乙。
しかも「そんなことしてたら」が指す具体的な意味がわからんし。
PHPとJavaの話しようぜ
断る
PHPの話だけでいいんだけどな。
じゃあRoRのDIについて話そうぜ
まかせた>>41
まかせた>>41
PHPの言語の問題を雇用の問題にすり替えようとしているやつがいますね。
というか、自分が攻撃されないように、人の揚げ足ばかり取ってネチネチと他人を攻撃し続ける、
真性ひきこもりがいるな。
真性ひきこもりがいるな。
真性ひきこもりを一括りに馬鹿にするな！
>>97
PHPの言語の代表的な問題を3つ挙げてください
PHPの言語の代表的な問題を3つ挙げてください
>>98＝攻撃されて顔を真っ赤にしているヒッキー
>>84
理論が飛躍しすぎじゃない？
中小企業の高卒のやつらができないような仕事をするのであれば、それなりの人材が
必要だから、リーマンJavaプログラマーに知識がないというのはおかしい。
その論理でいけば、リーマンJavaプログラマよりも高卒PHP使いの方がレベルは低いことになるから。
理論が飛躍しすぎじゃない？
中小企業の高卒のやつらができないような仕事をするのであれば、それなりの人材が
必要だから、リーマンJavaプログラマーに知識がないというのはおかしい。
その論理でいけば、リーマンJavaプログラマよりも高卒PHP使いの方がレベルは低いことになるから。
>>61
C/C++もアセンブラから作られた
C/C++もアセンブラから作られた
>>63
今PHPやＢＲＥＷの開発を見ると
あいつらこそ歯車にしか見えないぞ。
自分で設計して自分で開発することすらできず
顧客のいいなりになるだけ。
つまり連中は「ものつくり」の文化を
顧客に否定されているんだよ。
それで歯車じゃないと言い切れるか？
今PHPやＢＲＥＷの開発を見ると
あいつらこそ歯車にしか見えないぞ。
自分で設計して自分で開発することすらできず
顧客のいいなりになるだけ。
つまり連中は「ものつくり」の文化を
顧客に否定されているんだよ。
それで歯車じゃないと言い切れるか？
105 ：nobodyさん：2006/04/30(日) 00:48:03 ID:cy5hEEj5
>>82
で、PHPしか知らないでどれだけ簡単に独立できんの？
Javaなどの言語を使いこなして日本で独立している人なら
Seasar2を開発した人やSping Frameworkの本を書いた人など、多数見かけるけど
PHP知ってるだけで独立していきたいなら
ウェブデザインやネットワークエンジニア並みのスキルも必要に
なるでしょ
で、PHPしか知らないでどれだけ簡単に独立できんの？
Javaなどの言語を使いこなして日本で独立している人なら
Seasar2を開発した人やSping Frameworkの本を書いた人など、多数見かけるけど
PHP知ってるだけで独立していきたいなら
ウェブデザインやネットワークエンジニア並みのスキルも必要に
なるでしょ
>>105
ああ、彼らは偉いね。
とくにIBMの関係者は。
オープンソース製品のコミッターやコントリビュータ
をやっているだけなのに収入もちゃんと会社から得ている。
社内のオープンソース開発専属部隊として。
ああ、彼らは偉いね。
とくにIBMの関係者は。
オープンソース製品のコミッターやコントリビュータ
をやっているだけなのに収入もちゃんと会社から得ている。
社内のオープンソース開発専属部隊として。
>>103 >>64で既に指摘済み。
>>104 だから「雇われ根性」が問題なんだってば。独立しろ（非・下請け）
>>106 お前みたいな思考のヤツは永遠に独立できない＆独立しても下請けで終わるからヤメトケ。
「環境が○○だから」っていう言い訳を使うヤツは何をやってもダメ。
>>104 だから「雇われ根性」が問題なんだってば。独立しろ（非・下請け）
>>106 お前みたいな思考のヤツは永遠に独立できない＆独立しても下請けで終わるからヤメトケ。
「環境が○○だから」っていう言い訳を使うヤツは何をやってもダメ。
馬鹿な顧客しか相手できず
馬鹿なスクリプト程度しかかけないから。
馬鹿なスクリプト程度しかかけないから。
宗教論だけど、メソッドオーバーロードは保守性を考えると
できない方がいい。だからうちでは Java でも使わせない。
# goto と同じでケースバイケースなのだけど。
>>108
名前空間はほしいねぇ。ハンガリアン風に書いて解決してるけど。
ただ、「●セキュリティホールが眠っている」はフェアじゃないね。
Java でも同じこと。それに Sun にセキュリティホールやバグを報告して
修正版が出ても、そのことが ChangeLog に載らないことがあるのが腹立つ。
できない方がいい。だからうちでは Java でも使わせない。
# goto と同じでケースバイケースなのだけど。
>>108
名前空間はほしいねぇ。ハンガリアン風に書いて解決してるけど。
ただ、「●セキュリティホールが眠っている」はフェアじゃないね。
Java でも同じこと。それに Sun にセキュリティホールやバグを報告して
修正版が出ても、そのことが ChangeLog に載らないことがあるのが腹立つ。
>>110
年収500万の中小企業の社長と、年収1000万超のサラリーマン、
どっちが幸せかはその人次第だと思うけど。
そこまで徹底してリーマンを叩いてるあたり、
社会からドロップアウトしたようにしか思えない。
年収500万の中小企業の社長と、年収1000万超のサラリーマン、
どっちが幸せかはその人次第だと思うけど。
そこまで徹底してリーマンを叩いてるあたり、
社会からドロップアウトしたようにしか思えない。
>>113
この前PHPにセキュリティホールが出ていたよな。
そうでなくても言語仕様上、
PHPの型のアバウトさはセキュリティホールの元なんだから。
オーバーロードもできないということは
一つのメソッドにif文を使うかメソッド名をわざわざ変えないと言うことだな。
ご愁傷様。
この前PHPにセキュリティホールが出ていたよな。
そうでなくても言語仕様上、
PHPの型のアバウトさはセキュリティホールの元なんだから。
オーバーロードもできないということは
一つのメソッドにif文を使うかメソッド名をわざわざ変えないと言うことだな。
ご愁傷様。
修正されたバグは公開されているんだが。
わざわざChangeLogというフォーマットで載らないと
腹が立つのか
おめでてーな
わざわざChangeLogというフォーマットで載らないと
腹が立つのか
おめでてーな
セキュリティホールが修正されたバージョンに変えると、
今まで動いていた物が動かなくなるというスリルがあるのが、
PHPのステキなところ。
今まで動いていた物が動かなくなるというスリルがあるのが、
PHPのステキなところ。
119 ：nobodyさん：2006/04/30(日) 16:32:32 ID:bRQOz/xb
だってPHPも含め、スクリプト言語って最近のバージョンになって
「オブジェクト指向対応！！！」と大騒ぎだろ？
そこはもう、C系の言語が１０年前位に通り過ぎた場所なんだな。
「オブジェクト指向対応！！！」と大騒ぎだろ？
そこはもう、C系の言語が１０年前位に通り過ぎた場所なんだな。
>>115
| じゃ、おまいのところはC++ですら使わせないのか。
>>116
| オーバーロードもできないということは
| 一つのメソッドにif文を使うかメソッド名をわざわざ変えないと言うことだな。
え？どういう妄想？
>>117
やれやれ。全部じゃないんですよ。
>>118
| セキュリティホールが修正されたバージョンに変えると、
| 今まで動いていた物が動かなくなるというスリルがあるのが、
ttp://slashdot.jp/articles/06/03/26/0418227.shtml
Java に比べ PHP の方が遥かに Write Once, Run Anywhere ですよ。
| じゃ、おまいのところはC++ですら使わせないのか。
>>116
| オーバーロードもできないということは
| 一つのメソッドにif文を使うかメソッド名をわざわざ変えないと言うことだな。
え？どういう妄想？
>>117
やれやれ。全部じゃないんですよ。
>>118
| セキュリティホールが修正されたバージョンに変えると、
| 今まで動いていた物が動かなくなるというスリルがあるのが、
ttp://slashdot.jp/articles/06/03/26/0418227.shtml
Java に比べ PHP の方が遥かに Write Once, Run Anywhere ですよ。
国のシステムなんかそもそも作らないから関係ないし。
>>122が国のシステム作りに関わってるとも思えないしｗｗｗ
>>122が国のシステム作りに関わってるとも思えないしｗｗｗ
名前空間がないのもそうだけど、foreachで配列の値が参照渡しにならないとか、無名関数や無名配列が作れないとか。スライスによる操作が出来ないとか。そもそも遅いとか。
PHPはもともとはWebページの中にスクリプトを埋め込むためのものだったのに、
それを否定するかのようなテンプレートエンジン(Smartyなど)とフレームワークを使った開発が主流になっていて、
当初の目的を逸脱してしまっている。
それなら、PythonやRubyを使った方が、機能も豊富だし書きやすい。
それを否定するかのようなテンプレートエンジン(Smartyなど)とフレームワークを使った開発が主流になっていて、
当初の目的を逸脱してしまっている。
それなら、PythonやRubyを使った方が、機能も豊富だし書きやすい。
>>124
互換性の問題が言語と関係ない問題！？
さすがJava厨、馬鹿ですね。
>>125
長所と短所が見えない知能だから仕方ないのだけど、
Javaより生産性が遥かに高い理由はどう考えているんだろうね。
>>126
| 当初の目的を逸脱
硬直した考え方ですね。
そんなだから中学時代から成長しないんですよ。
互換性の問題が言語と関係ない問題！？
さすがJava厨、馬鹿ですね。
>>125
長所と短所が見えない知能だから仕方ないのだけど、
Javaより生産性が遥かに高い理由はどう考えているんだろうね。
>>126
| 当初の目的を逸脱
硬直した考え方ですね。
そんなだから中学時代から成長しないんですよ。
昔も今も言語の話は最終的に宗教論争級の下らなさになるんだね
GWだから仕方ないか。
自分と考えの違う者に対して、ただ貶すだけで自分の考えを主張しない、
しかも一度の書き込みでそんなレスを複数付けれるなんて、
さすが、 ゴ ー ル デ ン ウ ィ ー ク は 違 う な ぁ 。
しかも一度の書き込みでそんなレスを複数付けれるなんて、
さすが、 ゴ ー ル デ ン ウ ィ ー ク は 違 う な ぁ 。
>さすがJava厨、馬鹿ですね。
>長所と短所が見えない知能だから仕方ないのだけど、
>そんなだから中学時代から成長しないんですよ。
小学生の喧嘩レベルだな。
この記事が〜とか中傷するんじゃなく理論的に反論しないと
相手のしようがないよ。
>長所と短所が見えない知能だから仕方ないのだけど、
>そんなだから中学時代から成長しないんですよ。
小学生の喧嘩レベルだな。
この記事が〜とか中傷するんじゃなく理論的に反論しないと
相手のしようがないよ。
PHPは国に相手してもらえない分、余計なとばっちりを受けなくて済むからいいよね。
国が技術に口を出すとろくな事にならないから。
国が技術に口を出すとろくな事にならないから。
>>127
> >>124
> 互換性の問題が言語と関係ない問題！？
だれがそんなことを言った？ お前は日本語も読めない朝鮮人か？
あの程度の互換性が問題なら、他の言語は
もっと互換性が悪いぞ。
馬鹿PHP厨は各政府官公庁の問題が言語の問題とは
関係ないことをまだ理解できないのか。
さすがPHP厨、馬鹿ですね。
> >>124
> 互換性の問題が言語と関係ない問題！？
だれがそんなことを言った？ お前は日本語も読めない朝鮮人か？
あの程度の互換性が問題なら、他の言語は
もっと互換性が悪いぞ。
馬鹿PHP厨は各政府官公庁の問題が言語の問題とは
関係ないことをまだ理解できないのか。
さすがPHP厨、馬鹿ですね。
>>131
> さすがJava厨、馬鹿ですね。
> >長所と短所が見えない知能だから仕方ないのだけど、
> >そんなだから中学時代から成長しないんですよ。
> 小学生の喧嘩レベルだな。
PHP厨はいつもそうだ。
> さすがJava厨、馬鹿ですね。
> >長所と短所が見えない知能だから仕方ないのだけど、
> >そんなだから中学時代から成長しないんですよ。
> 小学生の喧嘩レベルだな。
PHP厨はいつもそうだ。
PHP＝フリーダムランゲージ
いつもよりJava厨が活発だな
>>127
> >>125
> 長所と短所が見えない知能だから仕方ないのだけど、
> Javaより生産性が遥かに高い理由はどう考えているんだろうね。
>>127はJavaじゃなくって、Perl（Rubyでもいいけど）と比較したPHPの欠点なんだけど。
まあ、PHPしか知らないんだろうけどさ。
>>127のような機能があると、PHPで一時変数を使って何行もかけて書く処理を、一時変数なしに少ないステップで書けるんだよ。
多分、PythonでもPerlやRubyと同等のことできると思う。
スクリプト言語って言っても、PHPとそれ以外じゃ、相当機能差があるから、ひとくくりには出来ないね。
> >>125
> 長所と短所が見えない知能だから仕方ないのだけど、
> Javaより生産性が遥かに高い理由はどう考えているんだろうね。
>>127はJavaじゃなくって、Perl（Rubyでもいいけど）と比較したPHPの欠点なんだけど。
まあ、PHPしか知らないんだろうけどさ。
>>127のような機能があると、PHPで一時変数を使って何行もかけて書く処理を、一時変数なしに少ないステップで書けるんだよ。
多分、PythonでもPerlやRubyと同等のことできると思う。
スクリプト言語って言っても、PHPとそれ以外じゃ、相当機能差があるから、ひとくくりには出来ないね。
RoR DIマダー？
ヽ ｌ /／
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ Java厨のヴォケがーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ Java厨のヴォケがーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
ペッチピ厨の愚痴w
PHP厨って北朝鮮みたい。
ﾜﾛｽ
言えてる。PHPﾏﾝｾｰし過ぎてﾜﾗﾀ
自分の意見が通らず論理的に破綻すると北朝鮮政府みたいな主張をするw
言えてる。PHPﾏﾝｾｰし過ぎてﾜﾗﾀ
自分の意見が通らず論理的に破綻すると北朝鮮政府みたいな主張をするw
PHPって後方互換性イケてるんか。
PHP/FIのソースってって今のPHP5でうごく?
学生時代に書いたコードが結構あるんだけどw
PHP/FIのソースってって今のPHP5でうごく?
学生時代に書いたコードが結構あるんだけどw
GWです
新卒の皆さん、入社から一ヶ月経ったところでお仕事の感想をお聞かせ下さい！
・新卒PHP厨（社員30人のIT何でも屋勤務）
就職初日からPHPのコード売ってますが、それなりに仕事がこなせているつもりです
先輩達が作ったライブラリを使うのは大変だけど、それも修行と思って頑張ってます
実はそのライブラリの使い方を間違って、今も修正でバリバリ仕事してるんですよねｗ
でも就職してから毎日が楽しいです！充実してます！
・新卒Java厨（社員480人の中堅SI屋勤務）
Java/XML/UMLの資格取得と開発プロセスの勉強ばかりです
開発SE志望だってのに先輩と一緒に客先連れて行かれて打ち合わせの議事録係ですよ
連休明けには設計書の書き方と読み方を覚える必要があってコーディングなんていつできるかわかりません
ほんと、仕事がつまらないです
以上、元クラスメイトのコメントの抜粋でした
漏れにはどっちが幸せなのか分かりません
新卒の皆さん、入社から一ヶ月経ったところでお仕事の感想をお聞かせ下さい！
・新卒PHP厨（社員30人のIT何でも屋勤務）
就職初日からPHPのコード売ってますが、それなりに仕事がこなせているつもりです
先輩達が作ったライブラリを使うのは大変だけど、それも修行と思って頑張ってます
実はそのライブラリの使い方を間違って、今も修正でバリバリ仕事してるんですよねｗ
でも就職してから毎日が楽しいです！充実してます！
・新卒Java厨（社員480人の中堅SI屋勤務）
Java/XML/UMLの資格取得と開発プロセスの勉強ばかりです
開発SE志望だってのに先輩と一緒に客先連れて行かれて打ち合わせの議事録係ですよ
連休明けには設計書の書き方と読み方を覚える必要があってコーディングなんていつできるかわかりません
ほんと、仕事がつまらないです
以上、元クラスメイトのコメントの抜粋でした
漏れにはどっちが幸せなのか分かりません
PHPしか知らないんではこの先が思いやられるな。
JavaのほうがJavaを使いこなすために
数多くの分野のことを知らないと行けないから非常に勉強になる
JavaのほうがJavaを使いこなすために
数多くの分野のことを知らないと行けないから非常に勉強になる
ヽ ｌ /／
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ Javaの勉強なんて時間の無駄ーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ Javaの勉強なんて時間の無駄ーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
PHPしかできない馬鹿にとってはな
ヽ ｌ /／
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ PHP IS GODだろうがーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ PHP IS GODだろうがーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
まだPerl is GODとかRuby is GODと
いったほうがまともに見えるなあ
いったほうがまともに見えるなあ
ヽ ｌ /／
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ PHP AS NO.1ーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ PHP AS NO.1ーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
つまりPHP馬鹿は言語NO.1ということだな
PHPは馬鹿言語ナンバーワン
つーか、PHPを言語というのに抵抗があるぞ、俺は。
ヽ ｌ /／
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ PHPを妬みすぎーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ PHPを妬みすぎーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
嫉む要素なんてないんだが。
PHPしか知らないでは食いっぱぐれるし
やっぱりほかの言語も学ばないとやってけないぞ
PHPしか知らないでは食いっぱぐれるし
やっぱりほかの言語も学ばないとやってけないぞ
ここに張り付いているのは日曜プログラマか中高生なので食いっぱぐれの心配はありません。
ちなみに俺はニート。
5.1.3についてはあえて触れないで挙げる方針でおながいします
別に住み分けりゃええやん。
なんでいがみ合うか。
なんでいがみ合うか。
ヽ ｌ /／
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ Java厨はイモでも掘っとけーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ Java厨はイモでも掘っとけーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
なんで>>162がそんなにも必死なのかわけわからん。
>>162(というか、ずっとここに粘り付いてる自称起業家)は、
独立したもののうまくいかず、必死になっていると見た。
独立したもののうまくいかず、必死になっていると見た。
妄想してるだけなんじゃないのか
>>162
雇われ人歯車？
俺は大学院生なんだが。
バイト先では確かに雇われ人だが。
大学院生はなりたくなければならなければいいさ。
複数の言語くらい学んでおけよ。言語だけでなく
アルゴリズムや数学、電子回路とかもな。
雇われ人歯車？
俺は大学院生なんだが。
バイト先では確かに雇われ人だが。
大学院生はなりたくなければならなければいいさ。
複数の言語くらい学んでおけよ。言語だけでなく
アルゴリズムや数学、電子回路とかもな。
>>168
自称起業家か。
ただの個人事業主か在宅ワーカーのようにも見えてきた。
それでもまあまあ良い方だろうけどPHPだけで食っていくのは
かなり苦しいと思うね。webデザイナ/ディレクターがついでにPHP
をやってどうにか凌いでいるという感じか？
自称起業家か。
ただの個人事業主か在宅ワーカーのようにも見えてきた。
それでもまあまあ良い方だろうけどPHPだけで食っていくのは
かなり苦しいと思うね。webデザイナ/ディレクターがついでにPHP
をやってどうにか凌いでいるという感じか？
PHPしか知らなくてよく食ってけるよな。
おっそろし。
おっそろし。
そう、自称起業家だけど何か？
ただし我が社も業界ではそこそこは有名だと思うけどなｗ
正直言って年収は3000万円にも満たないが、これはあえて低くしてるため（税金対策）。
なぜ俺が必死なのか？ それは技術者を採用していて、つくづく「使えないヤツ」が多いから。
ウチはサラリーマン丸出しの人間なんか欲しくないんだ。
複数の言語が使える？ それがどうした？ 重要なのは何が使えるかじゃなくて、何を成せるかだ。
ただし我が社も業界ではそこそこは有名だと思うけどなｗ
正直言って年収は3000万円にも満たないが、これはあえて低くしてるため（税金対策）。
なぜ俺が必死なのか？ それは技術者を採用していて、つくづく「使えないヤツ」が多いから。
ウチはサラリーマン丸出しの人間なんか欲しくないんだ。
複数の言語が使える？ それがどうした？ 重要なのは何が使えるかじゃなくて、何を成せるかだ。
おいおい、一つの言語に固執してるプログラマほど使えない者はいないぞ。
年収3000万にも満たないといって、本当にそれ近くあるのかw
自営業を初めて見たら、年収が多めにあるように見えても
会社経費で大幅に削られて見かけ上は年収が1000万近くあっても
実際には200万相当でサラリーマンより安いってこともありうるぞ
年収3000万にも満たないといって、本当にそれ近くあるのかw
自営業を初めて見たら、年収が多めにあるように見えても
会社経費で大幅に削られて見かけ上は年収が1000万近くあっても
実際には200万相当でサラリーマンより安いってこともありうるぞ
ヽ ｌ /／
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ はいJava終了ーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ はいJava終了ーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
Ｇ Ｗ っ て どんな奴が来るか分かりませんね
ヽ ｌ /／
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ はいJava暴走ーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ はいJava暴走ーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
>>173
> そう、自称起業家だけど何か？
> ただし我が社も業界ではそこそこは有名だと思うけどなｗ
> 正直言って年収は3000万円にも満たないが、これはあえて低くしてるため（税金対策）。
> なぜ俺が必死なのか？ それは技術者を採用していて、つくづく「使えないヤツ」が多いから。
> ウチはサラリーマン丸出しの人間なんか欲しくないんだ。
それ相応の使える奴が欲しいならそれなりの給料を支払った方がいいぞw
お前の顔が馬鹿っぽく見えるから本心ではだれもお前に仕えたいとは思ってないんじゃないの？
つまりお前が舐められてるってこと。
> そう、自称起業家だけど何か？
> ただし我が社も業界ではそこそこは有名だと思うけどなｗ
> 正直言って年収は3000万円にも満たないが、これはあえて低くしてるため（税金対策）。
> なぜ俺が必死なのか？ それは技術者を採用していて、つくづく「使えないヤツ」が多いから。
> ウチはサラリーマン丸出しの人間なんか欲しくないんだ。
それ相応の使える奴が欲しいならそれなりの給料を支払った方がいいぞw
お前の顔が馬鹿っぽく見えるから本心ではだれもお前に仕えたいとは思ってないんじゃないの？
つまりお前が舐められてるってこと。
社長がPHPしか使えないから、それなりのやつしか集まらないんじゃねーの？
能力のある技術者には、舐められて逃げられるだけだ。
能力のある技術者には、舐められて逃げられるだけだ。
PHPやれりゃ仕事が増える
PHPやれなきゃ仕事が減る
PHPやれなくても仕事がゼロにはなるとは限らない
PHPやれても仕事が常にあるとは限らない
そんだけ
PHPやれなきゃ仕事が減る
PHPやれなくても仕事がゼロにはなるとは限らない
PHPやれても仕事が常にあるとは限らない
そんだけ
ソフトウェア開発で起業しようと思ったら、PHPだけじゃなくて、
アルゴリズムやネットワークやセキュリティや設計やテスト手法や…
他にもいっぱい学んでおく必要があるんじゃないの?
ま、それだけできれば、他の言語の1つや2つ使えて当り前だけどな。
アルゴリズムやネットワークやセキュリティや設計やテスト手法や…
他にもいっぱい学んでおく必要があるんじゃないの?
ま、それだけできれば、他の言語の1つや2つ使えて当り前だけどな。
アパートの隣の部屋に住んでるSunの人が夜逃げしました
残された書き置きには「もうJavaは終わりだ。俺も終わりだ」って…
どういういう意味か分からなかったけどなんかすごくかわいそうだったです（＞＜）
残された書き置きには「もうJavaは終わりだ。俺も終わりだ」って…
どういういう意味か分からなかったけどなんかすごくかわいそうだったです（＞＜）
PHPだけで会社成り立たせようと思ったら偽装請負か
相当ハイクオリティな自社製品を作るぐらいしか思いつかん。
>なぜ俺が必死なのか？ それは技術者を採用していて、つくづく「使えないヤツ」が多いから。
PHPで募集してるからじゃないか？
優秀な技術者はリクナビで募集しても集まらないよ。
相当ハイクオリティな自社製品を作るぐらいしか思いつかん。
>なぜ俺が必死なのか？ それは技術者を採用していて、つくづく「使えないヤツ」が多いから。
PHPで募集してるからじゃないか？
優秀な技術者はリクナビで募集しても集まらないよ。
コンテンツプロバイダだったらPHPで無問題(｀･ω･´) ｂ ﾋﾞｼ！
PHPの仕事は年収300万の奴にやらせればよい。
そういう案件には優秀な人材の人力を注入できないのだから
言語の棲み分けがちゃんと出来ていると思う。
そういう案件には優秀な人材の人力を注入できないのだから
言語の棲み分けがちゃんと出来ていると思う。
最近mixiでPHP技術者募集って書いて足跡残していくやつもいるよね。
そんなの怪しすぎるから、絶対協力しないけど。
そんなの怪しすぎるから、絶対協力しないけど。
なんだか、PHPマンセー厨にとって痛いレスが続々続いているな。
さすがにPHPだけマンセーってつらくてやってけないだろ
さすがにPHPだけマンセーってつらくてやってけないだろ
Sunの人が公園でブツブツつぶやいてました。
ｷﾓｯって思いつつ耳を傾けてみたら
「俺は終わりだ…あのバグが見つかったら何もかも終わりだ。
Javaも俺もSunも終わりだ」って…
なんかよく分からないけど怖いと思いました（＞＜）
ｷﾓｯって思いつつ耳を傾けてみたら
「俺は終わりだ…あのバグが見つかったら何もかも終わりだ。
Javaも俺もSunも終わりだ」って…
なんかよく分からないけど怖いと思いました（＞＜）
アイタタタタ
Javaってとっても痛いとおもいます（＞＜）
どうでも良い議論をできる>>1みたいなヒキコモリの存在こそどうでもいい
そんじゃ、今まで存在したPHPマンセーするスレを
立てていたPHP厨みたいな引き篭もりの存在こそどうでもいいよね
立てていたPHP厨みたいな引き篭もりの存在こそどうでもいいよね
198 ：nobodyさん：2006/05/06(土) 21:23:07 ID:bSXGnFdw
結論：Java >>>>> PHP
まぁ最初から見えていた事だが…Javaに勝る部分が殆ど無いのが痛い。
まぁ最初から見えていた事だが…Javaに勝る部分が殆ど無いのが痛い。
さっき踏切渡ってたら遮断機降りてないのに電車が来て轢かれかけました
駅員に文句言ったら「またJavaが暴走したか…」って言ってました
Java怖いです（＞＜）
駅員に文句言ったら「またJavaが暴走したか…」って言ってました
Java怖いです（＞＜）
じゃ、PHPで作ってみたら?w
もっと怖い目に遭うけどw
もっと怖い目に遭うけどw
>>199
轢かれればよかったのに。
轢かれればよかったのに。
>>174 バカだなお前。経営者はいろいろ会社の経費に組み込めるから、むしろ実際の手取りは多いんだよ。
>>178 ああ、そうかもね。お前にはビタ１文払う価値もないけどねｗｗｗ
>>181 そんな当たり前のことを偉そうに語ってどうする。んなことは当然の条件だ。
>>185 どこで募集するのがベストかは分からないが、一つだけ確実なのはお前の商売センスがゼロということだ。
>>187 言語と年収を結びつける発想がすでにガチガチのリーマン思考。最も役に立たない人間の代表的な考え方。
>>178 ああ、そうかもね。お前にはビタ１文払う価値もないけどねｗｗｗ
>>181 そんな当たり前のことを偉そうに語ってどうする。んなことは当然の条件だ。
>>185 どこで募集するのがベストかは分からないが、一つだけ確実なのはお前の商売センスがゼロということだ。
>>187 言語と年収を結びつける発想がすでにガチガチのリーマン思考。最も役に立たない人間の代表的な考え方。
だからなんでそんなに必死なのかがわからん
PHP厨は相も変わらず必死だなぁｗ
>>202
お前のその妄想癖じゃ、いつまでたっても起業はできないな
お前のその妄想癖じゃ、いつまでたっても起業はできないな
Javaのバグのせいで冷蔵庫の温度が上がって肉が腐りました（＞＜）
必死だな。そんなに不満なら冷蔵庫にPHPでも入れておけ。
お前のPC丸ごと冷却してなw
お前のPC丸ごと冷却してなw
組み込み用CPUの制御もJavaが使われているの？
そういうのはTRONかな？
いくら組み込みに強いからってJavaって冷蔵庫に使われてるのか？
今時の冷蔵庫のAIについて詳しく知らんがCOBOLで間に合うんちゃう？
今時の冷蔵庫のAIについて詳しく知らんがCOBOLで間に合うんちゃう？
自動販売機には使われている。
世も未だな
ネットワークが絡むならCOBOLなんて問題外。
Javaのほうが強し。
Javaのほうが強し。
使うとしたらJava以外に考えられるものはC/C++だな
アレ？気付いてない？末じゃなくて未って書いたんだけど気付いてない？
レベル低
みんなそうだと思うけど、やっぱ部下が偉そうにしてたら仕事しづらいでしょ。
だから、どうせ雇うなら使いやすい人を雇うよね。
でも、>>173は使いやすい人を雇ったのに、そいつが使えなかった。
何故だろう？不思議だ。
だから、どうせ雇うなら使いやすい人を雇うよね。
でも、>>173は使いやすい人を雇ったのに、そいつが使えなかった。
何故だろう？不思議だ。
偉そうにしている人ほど能力が高い法則。
だからそれなりに人を雇うには雇う側の人間性や
統率力、尊厳が求められる。
こいつにならついていける。こいつなら尊敬できる、
と思わせるようなリーダーシップ能力がなければ無理。
>>173はネタだと思うが、仮にネタでないとしても
彼は采配が下手くそなんだろう。
彼の言動からはとても尊敬できる要素があまりにもないな。
技術力がある人間を従わせるには、自分自身もその技術について
長けていないといけない。>>173のようなPHPしかできない
プログラミング経験が浅い奴が
能力あるプログラマを雇ってもそりゃうまくいかないはず。
馬鹿には誰もついてこないし、どうりで馬鹿のために頑張ろうともしないわけだ。
さもないとJALみたいなことになる。
だから>>173は被雇用者になめられっぱなしなんじゃねえかな？
だからそれなりに人を雇うには雇う側の人間性や
統率力、尊厳が求められる。
こいつにならついていける。こいつなら尊敬できる、
と思わせるようなリーダーシップ能力がなければ無理。
>>173はネタだと思うが、仮にネタでないとしても
彼は采配が下手くそなんだろう。
彼の言動からはとても尊敬できる要素があまりにもないな。
技術力がある人間を従わせるには、自分自身もその技術について
長けていないといけない。>>173のようなPHPしかできない
プログラミング経験が浅い奴が
能力あるプログラマを雇ってもそりゃうまくいかないはず。
馬鹿には誰もついてこないし、どうりで馬鹿のために頑張ろうともしないわけだ。
さもないとJALみたいなことになる。
だから>>173は被雇用者になめられっぱなしなんじゃねえかな？
つまり、>>173にはそれなりの人間しか集まってこないということだ。
馬鹿は馬鹿しか部下を作ることができない。
馬鹿は自分より馬鹿な奴しかこき使うことができない。
そういうこと。
>>173はそうとうの馬鹿なので>>173には本当に馬鹿な奴しかついてこない。
カモになった騙された新人だけが>>173についてゆく。
だが新人も月日を重ねたり他社の情報を耳にすると、自分だけ
損をしていることに気づいて即座に転職する。
そして2chなどで噂になり、>>173は失脚する。
仮に>>173が起業しているとしても、
だから>>173はいつまでたっても会社を大きくすることも上場することも
できないということだ。
馬鹿は馬鹿しか部下を作ることができない。
馬鹿は自分より馬鹿な奴しかこき使うことができない。
そういうこと。
>>173はそうとうの馬鹿なので>>173には本当に馬鹿な奴しかついてこない。
カモになった騙された新人だけが>>173についてゆく。
だが新人も月日を重ねたり他社の情報を耳にすると、自分だけ
損をしていることに気づいて即座に転職する。
そして2chなどで噂になり、>>173は失脚する。
仮に>>173が起業しているとしても、
だから>>173はいつまでたっても会社を大きくすることも上場することも
できないということだ。
ところでRoRのDIはどうなったの？続報に期待してるだけど。
>>221
そんなに気になるんだったら、自分で調べれば？
そんなに気になるんだったら、自分で調べれば？
>>218-220
どうでもいいがお前必死すぎるぞｗｗ
お前、能書きだけ立派でろくに仕事もできなくてリストラされ、
辞めた会社の悪口を２ちゃんで書きまくるクチだろｗｗｗ
そういう逆恨みしてるといずれ天罰がくだるぞ。
どうでもいいがお前必死すぎるぞｗｗ
お前、能書きだけ立派でろくに仕事もできなくてリストラされ、
辞めた会社の悪口を２ちゃんで書きまくるクチだろｗｗｗ
そういう逆恨みしてるといずれ天罰がくだるぞ。
Javaってジャバザハットから取ったんですよね？
きもいです（＞＜）
きもいです（＞＜）
>>227-228
いくら自分が底辺リーマンで耳がイタイからって、逆恨みはｲｸﾅｲじゃないか。
いくら自分が底辺リーマンで耳がイタイからって、逆恨みはｲｸﾅｲじゃないか。
Javaなんて古いってみんな言ってる
ボクは言ってない
Javaなんて所詮都市伝説みたいなもの
バグがないPHPのほうがよっぽど都市伝説
>>222
自分で調べたかぎりでは、RoRではDIは使われていないはず。
しかし>>41が
>だからRoRにもＤＩが使われているんだって
と自信たっぷりにいうから、それを教えてほしいといってるだけなんだけどね。
スクリプト言語でDIを採用したアプリやフレームワークは少ないから、もし採用したなら、その理由というかメリットを知りたい。
Javaと違ってスクリプト言語だとメタプログラミングがしやすいからDIのメリットはあまりないと思うからね。
自分で調べたかぎりでは、RoRではDIは使われていないはず。
しかし>>41が
>だからRoRにもＤＩが使われているんだって
と自信たっぷりにいうから、それを教えてほしいといってるだけなんだけどね。
スクリプト言語でDIを採用したアプリやフレームワークは少ないから、もし採用したなら、その理由というかメリットを知りたい。
Javaと違ってスクリプト言語だとメタプログラミングがしやすいからDIのメリットはあまりないと思うからね。
>>229
おれはリーマンじゃないぞw
おれはリーマンじゃないぞw
俺はフリーター
俺は大学院生
ボクは家事手伝い
あたしは夜の蝶
偉いプログラマー様はム板に帰れ！
ここはWebProg板だぞ！
ホームページビルダーが使えたらWebデザイナーになれるみたいに、
PHPが使えればWebプログラマーになれるんだぞ！
ここはWebProg板だぞ！
ホームページビルダーが使えたらWebデザイナーになれるみたいに、
PHPが使えればWebプログラマーになれるんだぞ！
俺はニートでPerlを少し書くぐらいだけど、ム板で議論してる。
>>240
> 偉いプログラマー様はム板に帰れ！
> ここはWebProg板だぞ！
> ホームページビルダーが使えたらWebデザイナーになれるみたいに、
> PHPが使えればWebプログラマーになれるんだぞ！
なれねえよ。Webプログラマの学生アルバイトを経験したがPHPだけでなくJava,
アルゴリズムや数学、Perl, C/C++などができて、
さらに工学部情報工学科の学生として初めてWebプログラマの
アルバイトとして採用された。
ＰＨＰできる程度じゃ本当にドカタレベルのことしかできないぞ。
> 偉いプログラマー様はム板に帰れ！
> ここはWebProg板だぞ！
> ホームページビルダーが使えたらWebデザイナーになれるみたいに、
> PHPが使えればWebプログラマーになれるんだぞ！
なれねえよ。Webプログラマの学生アルバイトを経験したがPHPだけでなくJava,
アルゴリズムや数学、Perl, C/C++などができて、
さらに工学部情報工学科の学生として初めてWebプログラマの
アルバイトとして採用された。
ＰＨＰできる程度じゃ本当にドカタレベルのことしかできないぞ。
Javaオワタ＼（＾0＾）／
PHPのあまりの追い上げにJava厨が悲鳴をあげていますね（＾＾）
JAVAだけが心の拠り所（＾＾）
PHP厨が必死だなぁ。
(^^) ← この顔文字使ってるPHP厨があまりにも惨めに見えてきた。
(^^)はPHPだけがよりどころだから仕方ない。
PHP厨の中で顔文字使ってるイタいのが約一名いらっしゃるみたいですよ。
PHPﾏﾝｺｰ（＾＾）
ﾜﾛﾀ
山崎渉を思い出した
山崎渉を思い出した
PHPがいいねと君が言ったから
5月10日はPHP記念日(*´3｀*)ﾁｭｯﾁｭﾁｭｯﾁｭﾁｭｰ♪
5月10日はPHP記念日(*´3｀*)ﾁｭｯﾁｭﾁｭｯﾁｭﾁｭｰ♪
そもそもPHPといえばPHP新書のことだから。
あの創価学会と深〜い関わりがある怪しい会社だから
あの創価学会と深〜い関わりがある怪しい会社だから
顔文字君が必死ですねぇｗ
顔文字君は山崎渉君みたいで必死だね
Java厨の断末魔…(*´3｀*)甘美甘美♪
260 ：nobodyさん：2006/05/10(水) 23:32:08 ID:HslMnuoI
そんな事より、RoRのDI利用例、まだぁ？
PHP厨は創価学会の関係者
PHP厨は馬鹿だなぁｗ
実行にいちいちコンパイルが必要なJavaってイモくさい
笑っちゃうﾌﾟﾌﾟ
笑っちゃうﾌﾟﾌﾟ
今のやつは必要なんだけど。
ってか、一度起動すると再起動することは
ほとんど無いからあとはコンパイルする必要ないし。
ってか、一度起動すると再起動することは
ほとんど無いからあとはコンパイルする必要ないし。
スクリプト最強ってことでおｋ？
スクリプトってマシン語に変換していないの？
最終的にはなんでもマシン語だ
>>270
サンクス。
サンクス。
>>265＝>>243
思いっきり自己顕示してんのはお前だろうがｗｗｗｗｗｗｗ
＞Webプログラマの学生アルバイトを経験したがPHPだけでなくJava,
＞アルゴリズムや数学、Perl, C/C++などができて、
＞さらに工学部情報工学科の学生として初めてWebプログラマの
＞アルバイトとして採用された。
思いっきり自己顕示してんのはお前だろうがｗｗｗｗｗｗｗ
＞Webプログラマの学生アルバイトを経験したがPHPだけでなくJava,
＞アルゴリズムや数学、Perl, C/C++などができて、
＞さらに工学部情報工学科の学生として初めてWebプログラマの
＞アルバイトとして採用された。
そういうお前こそどうなんだ
>>274
どんだけ寿命短いんだよ。
どんだけ寿命短いんだよ。
今のところ一生もんと言える言語はないよなー
アセンブラは組み込みですら主流ではなくなった
CはC++に置き換わった
COBOLは業務ソフトでも使われなくなった
BASICやFORTRANは昔と今では基本的な構文以外環境も実装も変わってしまった
一つの言語を一生もんだなんて考えないで、どんどん新しいのを迎え入れる気持ちを持つのが大事だと思う
昔はCOBOLさえ覚えていれば一生食えるとか言われてたんだけど、今は絶対にそうは思えない
アセンブラ然りC/C++然り
うちの老害は「アセンブラは全ての基本なんだからそれができれば全てのコンピュータシステムで食える」とか言うが、今の高度化したCPUで高度情報システムをアセンブラでフルスクラッチなんて気が遠くなる
PHPは確かに素晴らしいし、今の時代に合っているが、今後もそれが続くとは思わないほうが良い
かつてperlが同じ立場で今は見る影もない状態というのが分かるだろう
アセンブラは組み込みですら主流ではなくなった
CはC++に置き換わった
COBOLは業務ソフトでも使われなくなった
BASICやFORTRANは昔と今では基本的な構文以外環境も実装も変わってしまった
一つの言語を一生もんだなんて考えないで、どんどん新しいのを迎え入れる気持ちを持つのが大事だと思う
昔はCOBOLさえ覚えていれば一生食えるとか言われてたんだけど、今は絶対にそうは思えない
アセンブラ然りC/C++然り
うちの老害は「アセンブラは全ての基本なんだからそれができれば全てのコンピュータシステムで食える」とか言うが、今の高度化したCPUで高度情報システムをアセンブラでフルスクラッチなんて気が遠くなる
PHPは確かに素晴らしいし、今の時代に合っているが、今後もそれが続くとは思わないほうが良い
かつてperlが同じ立場で今は見る影もない状態というのが分かるだろう
PHPはJavaよりも寿命が短いことは
確実だしね。
Javaはソフトウェアを長持ちさせるために作られた
ものだから、この先、まだまだ持つかもね。
確実だしね。
Javaはソフトウェアを長持ちさせるために作られた
ものだから、この先、まだまだ持つかもね。
PHPだけしかできなかったら、顧客にWebだけじゃなくてあれもこれも作れないかと言われた時点でアウトじゃないか？
ま、小規模の案件を多数こなすという方法もあるだろうけど。
でも、それって下請けとどう違うの？
客にシステムの総合的なIT化の提案が出来ないようでは、独立してやってても全然偉いとは思わない。
ま、小規模の案件を多数こなすという方法もあるだろうけど。
でも、それって下請けとどう違うの？
客にシステムの総合的なIT化の提案が出来ないようでは、独立してやってても全然偉いとは思わない。
Web2.0の時代だというときに、PHPしか
知らないんじゃこの業界では
取り残されるだろ。
知らないんじゃこの業界では
取り残されるだろ。
>>272=274
馬鹿だなーお前はｗ
馬鹿だなーお前はｗ
ヽ ｌ /／
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ Java厨はﾋﾟｻﾞﾃﾞｳﾞだろうがーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ Java厨はﾋﾟｻﾞﾃﾞｳﾞだろうがーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
個人的には、ここにいるPHP使いの自称起業家さんに、
マ板で自慢話を披露して欲しい。
結構見物だと思う。
マ板で自慢話を披露して欲しい。
結構見物だと思う。
ヽ ｌ /／
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ Java厨は屁でも吸っとけやーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
∧＿∧(⌒) ―― ★ ―――
（ ） /|ｌ ／/ | ヽ Java厨は屁でも吸っとけやーー！
（/ ノｌ|ｌｌ ／ / | ヽ
（Ｏ ノ 彡'' / .|
/ ./ 〉
＼__）_）
J a v a す ら も 理 解 で き な い の か ｗ
それがPHP厨＝自称起業家＝創価信者
の実態だから。
の実態だから。
PHPマンセー＝PHP厨＝自称起業家＝創価信者＝朝鮮関係者＝ｳﾘﾅﾗﾏﾝｾｰ
つまり
PHPマンセー＝ウリナラマンセー
つまり
PHPマンセー＝ウリナラマンセー
ホ〜〜〜イホイ
∧ ∧
( )
( ）
＿v v＿
∧ ∧
(( ( *‘ω‘*) PHPぽっぽ
(U ）
＿v v＿
( )
( ）
＿v v＿
∧ ∧
(( ( *‘ω‘*) PHPぽっぽ
(U ）
＿v v＿
ほらPHP厨はすぐAAや顔文字に逃げるｗ
∧ ∧
( )
( ）
＿v v＿
∧ ∧
(( ( *‘ω‘*) Java厨必死杉ぽっぽ
(U ）
＿v v＿
( )
( ）
＿v v＿
∧ ∧
(( ( *‘ω‘*) Java厨必死杉ぽっぽ
(U ）
＿v v＿
ほらPHP厨はすぐAAや顔文字に逃げるｗ
decompileされやすいのがjava
JavaなんてVMの上でしか走れない井の中の蛙ですよ（＾＾）
>>296, >>297
なるほど。
だから、Cなどのネイティブコードにコンパイルできる言語の方が優れていて、
Javaのようにコンパイルもできず、インタープリタがないと動かないスクリプト言語は最低ということですね。
よくわかりました。
なるほど。
だから、Cなどのネイティブコードにコンパイルできる言語の方が優れていて、
Javaのようにコンパイルもできず、インタープリタがないと動かないスクリプト言語は最低ということですね。
よくわかりました。
300 ：nobodyさん：2006/05/14(日) 03:26:54 ID:xUivtTZN
>Javaのようにコンパイルもできず、インタープリタがないと動かないスクリプト言語は最低ということですね。
>Javaのようにコンパイルもできず、インタープリタがないと動かないスクリプト言語は最低ということですね。
>Javaのようにコンパイルもできず、インタープリタがないと動かないスクリプト言語は最低ということですね。
>Javaのようにコンパイルもできず、インタープリタがないと動かないスクリプト言語は最低ということですね。
…これが、PHP厨の程度という訳で。
>Javaのようにコンパイルもできず、インタープリタがないと動かないスクリプト言語は最低ということですね。
>Javaのようにコンパイルもできず、インタープリタがないと動かないスクリプト言語は最低ということですね。
>Javaのようにコンパイルもできず、インタープリタがないと動かないスクリプト言語は最低ということですね。
…これが、PHP厨の程度という訳で。
>>300-301
いずれにせよ、PHPは最低ということになるわけだが…
いずれにせよ、PHPは最低ということになるわけだが…
PHPはApacheのモジュール（もしくはCGI）として動いてるだけだろ？
アプリケーションサーバで動くServletやJSPとは勝負にならんのだよ。
アプリケーションサーバで動くServletやJSPとは勝負にならんのだよ。
>>303
それはレイヤーの違う話じゃないかね
それはレイヤーの違う話じゃないかね
PHP使ってるけど名前空間ないのうざくね？
バッティングしないようにするには
クラス名をマニアックにするしかねーのか？
バッティングしないようにするには
クラス名をマニアックにするしかねーのか？
そうそう、名前空間使えないの
かなりウザイ。
お陰でクラス名かなり長くなるし
かなりウザイ。
お陰でクラス名かなり長くなるし
俺は、PHPでは名前空間が必要になる程の大きいプログラムは作らないから大丈夫。
>>307
(´；ω；`)ｶﾜｲｿｽｷﾞｽ
(´；ω；`)ｶﾜｲｿｽｷﾞｽ
クラスにパッケージ名的なプレフィックス付けるくらいしかないか？
PEAR_みたいに。
PEAR_みたいに。
数十メガバイト程度なら名前空間なんていらないじゃん。
数百メガバイトクラスならPHPなんか使わないじゃん。
数百メガバイトクラスならPHPなんか使わないじゃん。
311 ：nobodyさん：2006/05/14(日) 21:55:27 ID:jQRbaNMd
> 918 名前： デフォルトの名無しさん 投稿日： 2006/05/14(日) 21:29:23
> これからはFedoreCore5＋Mono-C#の時代だね。
> Javaの時代は終わりつつある。
> これからはFedoreCore5＋Mono-C#の時代だね。
> Javaの時代は終わりつつある。
そもそもC#の時代すら始まってもいないわけだが。
Monoなんて使ってる香具師少ないよ。
OS依存度が低いようにみえるが
MonoのC#はM$が作っているC#と
違うところばかりだし。とくにGUI周りはWindow.Formsを
使っていないためMonoで作ったGUIはWindowsでは動かない。
逆にVS.NETでWindow.Formsで作ったGUIアプリはLinuxで動かない。
という欠点が有るんだけどねえ。
その点、Javaのほうが優勢だね。
OS依存度が低いようにみえるが
MonoのC#はM$が作っているC#と
違うところばかりだし。とくにGUI周りはWindow.Formsを
使っていないためMonoで作ったGUIはWindowsでは動かない。
逆にVS.NETでWindow.Formsで作ったGUIアプリはLinuxで動かない。
という欠点が有るんだけどねえ。
その点、Javaのほうが優勢だね。
,NETもmonoもCLIの上位のレイヤ
共通なのはCLIであって、.NETのWindows FormsやASP.NETはmonoとは別物で当然
もちろん先発.NETをmonoが真似ているとこが大きいわけだが、.NET自体はWindows以外に移植する予定は無いとメガネとハゲが言ってるからマルチプラットフォームでエクスペリエンスってのは無い
で、
Zend / Where PHP meets eBusiness : Zend Optimizer
http://www.zend.co.jp/products/optimizer/
PHPの独走決定
共通なのはCLIであって、.NETのWindows FormsやASP.NETはmonoとは別物で当然
もちろん先発.NETをmonoが真似ているとこが大きいわけだが、.NET自体はWindows以外に移植する予定は無いとメガネとハゲが言ってるからマルチプラットフォームでエクスペリエンスってのは無い
で、
Zend / Where PHP meets eBusiness : Zend Optimizer
http://www.zend.co.jp/products/optimizer/
PHPの独走決定
CLIじゃなくてCLRだよ orz
314に引っ張られてCLIって書いたけど、レスった後に間違ったって気付いた・・・
吊ってきます
314に引っ張られてCLIって書いたけど、レスった後に間違ったって気付いた・・・
吊ってきます
そこでParrotの登場でしょ。
PHPのその手のアクセラレーターって、大して効果ないでしょう。
ないよりマシだけど、その分メモリ食うし。
ないよりマシだけど、その分メモリ食うし。
何よりもPHPしか理解できないその出来損ないの脳みそを呪えよ＞PHP専属厨
まあJavaよりはずいぶんメモリ食わないけどな。
えーまじJavaー！？
Javaが許されるのは小学生までだよねーｷﾓｰｲ('∀`)ｷｬﾊﾊ
Javaが許されるのは小学生までだよねーｷﾓｰｲ('∀`)ｷｬﾊﾊ
PHP厨と言えば顔文字です。
lヽ ﾉ l ｌ l ｌ ヽ ヽ
)'ｰーノ( | | | ､ / l｜ ｌ ハヽ |ｰ‐''"ｌ
/ ジ | | |／| ﾊ / / ,/ /|ﾉ /l / ｌ l ｌ| ｌ ジ ヽ
l ･ i´ | ヽ､| |ｒ|| | //--‐'" ｀'メ､_ｌﾉ| / ・ /
| ャ l トー-トヽ| |ノ ''"´｀ ｒｰ-/// | ャ ｜
| ･ |／ | l ||､ ''""" j ""''/ | |ヽｌ ・ ｜
| バ | | l | ヽ, ― ／ | | ｌ バ |
| !! | / | | | ` ｰ-‐ ' ´|| ,ﾉ| | | !! ｜
ノｰ‐---､,| / │ｌ､l |ﾚ' ,ﾉﾉ ﾉハ､_ノヽ
/ ／ ノ⌒ヾ､ ヽ ノハ, |
,/ ,イーｆ'´ /´ ＼ | ,／´ ｜ヽl |
／-ト、| ┼―- ､_ヽﾒr' , -=ｌ''"ハ | ｌ
,／ | ヽ ＼ _,ノｰｆ' ´ ﾉノ ヽ ｜ |
､_ _ ‐''ｌ `ー‐―''" ⌒'ｰ--‐'´｀ヽ､_ _,ノ ノ
￣￣ | ／ ￣
)'ｰーノ( | | | ､ / l｜ ｌ ハヽ |ｰ‐''"ｌ
/ ジ | | |／| ﾊ / / ,/ /|ﾉ /l / ｌ l ｌ| ｌ ジ ヽ
l ･ i´ | ヽ､| |ｒ|| | //--‐'" ｀'メ､_ｌﾉ| / ・ /
| ャ l トー-トヽ| |ノ ''"´｀ ｒｰ-/// | ャ ｜
| ･ |／ | l ||､ ''""" j ""''/ | |ヽｌ ・ ｜
| バ | | l | ヽ, ― ／ | | ｌ バ |
| !! | / | | | ` ｰ-‐ ' ´|| ,ﾉ| | | !! ｜
ノｰ‐---､,| / │ｌ､l |ﾚ' ,ﾉﾉ ﾉハ､_ノヽ
/ ／ ノ⌒ヾ､ ヽ ノハ, |
,/ ,イーｆ'´ /´ ＼ | ,／´ ｜ヽl |
／-ト、| ┼―- ､_ヽﾒr' , -=ｌ''"ハ | ｌ
,／ | ヽ ＼ _,ノｰｆ' ´ ﾉノ ヽ ｜ |
､_ _ ‐''ｌ `ー‐―''" ⌒'ｰ--‐'´｀ヽ､_ _,ノ ノ
￣￣ | ／ ￣
煽りの質が低すぎて面白くなくなったな。
結論は出たってことで終了でいいか?
結論は出たってことで終了でいいか?
やねうらおがここにいるんじゃないかと思った。
やねうらおの奴、犯罪を犯してまで
あんな状況の追い込まれても
まだC#の話題をするのは信じられないけどな
あんな状況の追い込まれても
まだC#の話題をするのは信じられないけどな
いた、やねうらおを庇ってpmokyにメールでやねうらおを
批判することを止めるようにやねうらおに頼まれたメガネのキモヲタテイラー級数展開(id:tailliar)(ﾜﾗ
が書いてる可能性が。
「オワタ」という単語を使いたがるのは何かとテイラー展開(id:tailliar)(ﾜﾗ の匂いがするw
批判することを止めるようにやねうらおに頼まれたメガネのキモヲタテイラー級数展開(id:tailliar)(ﾜﾗ
が書いてる可能性が。
「オワタ」という単語を使いたがるのは何かとテイラー展開(id:tailliar)(ﾜﾗ の匂いがするw
やねうらおって誰やねん
アーケードゲームをパクって作ったソフトが大人気になって調子こいて一流開発者と勘違いしている痛い人
Javaって多重継承もできないんだよねｷﾓｰｲ('∀`)ｷｬﾊﾊ
Java厨に多重継承って言葉を投げるとファビョるよね
インタフェースがどうこう言ってくるけど、できないんならできないって言えばいいのに
代替は代替であって、それ自身にはなれない
インタフェースがどうこう言ってくるけど、できないんならできないって言えばいいのに
代替は代替であって、それ自身にはなれない
お前ら、楽しそうだなｗ
やねうらお本人がいるかどうかはわからないけど、信者は確実にここにもいるな。
前スレでうらおが批判されたこともあったっけ。
前スレでうらおが批判されたこともあったっけ。
>>332-333
お前必死だなw
むしろ「Javaは多重継承ができないから糞なんだ！！！！」と
ファビョるのはアンチや勘違いPHP厨のほうだがw
勘違いPHP厨はPHP5で多重継承できないことを知らないw
お前必死だなw
むしろ「Javaは多重継承ができないから糞なんだ！！！！」と
ファビョるのはアンチや勘違いPHP厨のほうだがw
勘違いPHP厨はPHP5で多重継承できないことを知らないw
Javaって変数にも$みたいなプレフィックス付かないのがﾀﾞｻ
わかりにくてｷﾓｰｲ('∀`)ﾌﾟﾊﾊ
わかりにくてｷﾓｰｲ('∀`)ﾌﾟﾊﾊ
約一名痛い奴がいるなw
$のおかげでPHPはどんな名前の変数も作れます
いちいち予約語避けないといけないJava厨
羨ましさで顔が真っ赤だぞwww
いちいち予約語避けないといけないJava厨
羨ましさで顔が真っ赤だぞwww
アホ過ぎ。
それだったらJavaでも変数名に$をつけられるから
Javaの方が優位性高いじゃんw
それだったらJavaでも変数名に$をつけられるから
Javaの方が優位性高いじゃんw
多重継承なんてPerlですらできるのにね。
PHPきんもー☆
Javaも多重継承できないけど許す。
PHPきんもー☆
Javaも多重継承できないけど許す。
>>342 もな
このスレの昔の面白さはどこに行ってしまったんだろう…
PHPには限界があるという正論を言い始めたら、現実を見てしまって
突然つまんなくなったって奴かw
突然つまんなくなったって奴かw
ゼンドがターボに買われて豚言語になったのが駄目だったのかもな
さらにターボの上にライブドアが
いたことが駄目だったのかもな。
ライブドア病がターボにも残っていると
いたことが駄目だったのかもな。
ライブドア病がターボにも残っていると
PHPオワタ＼（＾0＾）／
これからはJavaScriptですよ。
次期JDK標準搭載だし。
次期JDK標準搭載だし。
次スレは
【ｻｰﾊﾞｻｲﾄﾞも】神言語JavaScriptとうじ虫言語PHP【天下統一】
【ｻｰﾊﾞｻｲﾄﾞも】神言語JavaScriptとうじ虫言語PHP【天下統一】
あんまりPHPをいじめたらかわいそうだ。
そろそろPHP抜きで議論した方がいいんじゃないか？
そろそろPHP抜きで議論した方がいいんじゃないか？
おいおい、このスレの存在意義はそこにあるんだろ。
だんごむしのJava (]]]]])<
わらじむしのPHP >([[[[[)
もっとPythonつかえよこのやろぉ。。
わらじむしのPHP >([[[[[)
もっとPythonつかえよこのやろぉ。。
Pythonは蛇虫
∧_∧
（´・ω・） ｷｷｰｯ！
O┬O )
◎┴し'-◎ ≡
_,,..,,,,_
./ ,' 3 `ヽｰっ
l ⊃ ⌒_つ
`'ｰ---‐'''''"
∧_∧ なんで死んでるの？PHPたん
（´・ω・）o,..,,,,_
/つi'" ,' 3 `ヽｰっ
し-,l ⊃ ⌒_つ
`'ｰ---‐'''''"
（´・ω・） ｷｷｰｯ！
O┬O )
◎┴し'-◎ ≡
_,,..,,,,_
./ ,' 3 `ヽｰっ
l ⊃ ⌒_つ
`'ｰ---‐'''''"
∧_∧ なんで死んでるの？PHPたん
（´・ω・）o,..,,,,_
/つi'" ,' 3 `ヽｰっ
し-,l ⊃ ⌒_つ
`'ｰ---‐'''''"
PHPは死亡したらしいｗ
会社でPHPやってる奴いるけど
Javaやってる俺らはすげー優越感がある。
PHP厨達は俺達の会話を聞いて自分らの分からない
専門用語の数々に不安そうな顔をするよｗ
Javaやってる俺らはすげー優越感がある。
PHP厨達は俺達の会話を聞いて自分らの分からない
専門用語の数々に不安そうな顔をするよｗ
∧＿∧ ┌────────────
◯（ ´∀｀ ）◯ ＜ 僕は、PHPちゃん！
＼ ／ └────────────
_／ ＿＿ ＼_ ﾌｶｰﾂｼﾀﾖ
（＿／ ＼＿）
ｌｌｌ
Java厨に
PHPなら共有鯖でも使えるって教えてあげたら
Java終末の予感感じて不安そうにしてた
PHPなら共有鯖でも使えるって教えてあげたら
Java終末の予感感じて不安そうにしてた
Java7(Dolphin)でまたJavaの仕様が大幅に拡張されるってよ。
http://journal.mycom.co.jp/articles/2006/05/18/javaone3/
これじゃC++の二の舞じゃん。勘弁してください。
http://journal.mycom.co.jp/articles/2006/05/18/javaone3/
これじゃC++の二の舞じゃん。勘弁してください。
>>358
それが現実だったらどんなに良いことかw
それが現実だったらどんなに良いことかw
いや、それが嘘だったらPHP厨にとってどんなに良いことか
だったよなw
だったよなw
なんでこのスレに
やねうらおとかいう奴の話が出てきたのか
さっぱりわからんちん。
やねうらおとかいう奴の話が出てきたのか
さっぱりわからんちん。
366 ：nobodyさん：2006/05/19(金) 23:28:05 ID:U5VZmGHa
>>365
前スレでうらおが叩かれてた。
そのことはやねうらお本人も知ってたはずだし。
そういうつながりもあって、起業するやつは偉いとかって言って、サラリーマンを貶している書き込みがあったから、
うらおと何かつながりがあるんじゃないかという疑惑が急浮上してきたわけだ。
前スレでうらおが叩かれてた。
そのことはやねうらお本人も知ってたはずだし。
そういうつながりもあって、起業するやつは偉いとかって言って、サラリーマンを貶している書き込みがあったから、
うらおと何かつながりがあるんじゃないかという疑惑が急浮上してきたわけだ。
なるほど
やねうらお＝リーマンけなしキャラか
やねうらお＝リーマンけなしキャラか
やねうらおが本当に会社を畳む気があるのか疑わしいと
思えることが多々
思えることが多々
たかが糞リーマン貶したくらいで、なぜやねうらおが叩かれなきゃならんのだ。
名指しで誹謗中傷してもいい理由にはならんだろ。
名指しで誹謗中傷してもいい理由にはならんだろ。
ヒント：図星
そんな事関係なくうざいだけだな。
PHPはプログラミング言語のIT革命や〜
確か前スレでやねうのこの記事が貶されてたからかな。
http://d.hatena.ne.jp/yaneurao/20060423
コメント読めばわかると思うけど、やねうはこのスレの存在を知ってます。
そして、都合が悪いことがこのスレに書かれてたから、トラックバックを削除してます。
http://d.hatena.ne.jp/yaneurao/20060423
コメント読めばわかると思うけど、やねうはこのスレの存在を知ってます。
そして、都合が悪いことがこのスレに書かれてたから、トラックバックを削除してます。
山ちゃんはー
PHPをー
やめへんでー
PHPをー
やめへんでー
まあ、やねうを誹謗中傷したヤツの情報は着々と集められているわけだがｗ
集めてどうするの？
時々リストを眺めてにやりと笑う
時々、国家権力に報告して結果を楽しむ
>>379
通報しますた
通報しますた
何をどこに通報するんだろう
誹謗中傷について。
信者必死だな(ﾜﾗ
384 ：nobodyさん：2006/05/22(月) 18:12:28 ID:ZzZgnY8U
つかやねの活動領域は、WebProgじゃなくてもっと低レベル分野だろ。
>>383
別に信者でもなんでもないよ。
ただ単に、匿名姓を隠れ蓑にして卑怯な誹謗中傷を繰り返す２ちゃんねらーが許せないだけだ。
お前らみたいなクズがいるせいで日本の治安がどんどん悪くなっていくんだ。
別に信者でもなんでもないよ。
ただ単に、匿名姓を隠れ蓑にして卑怯な誹謗中傷を繰り返す２ちゃんねらーが許せないだけだ。
お前らみたいなクズがいるせいで日本の治安がどんどん悪くなっていくんだ。
確かに、PHP厨によるJavaへの誹謗中傷がひどいからな。このスレは。
むしろPHP使いの方が
卑しいJava厨どもに言われなき中傷を受けています（＞＜）
卑しいJava厨どもに言われなき中傷を受けています（＞＜）
JavaとPHPは目的が違うからな
Javaは汎用言語だけどPHPはWebprogしかかけない
しかしJavaはPHPの3倍は面倒だから
PHPだと1カ月で３サイト立ち上げとか
可能だけどJavaだとそういう短い期間に開発終了しないし
Javaは汎用言語だけどPHPはWebprogしかかけない
しかしJavaはPHPの3倍は面倒だから
PHPだと1カ月で３サイト立ち上げとか
可能だけどJavaだとそういう短い期間に開発終了しないし
389 ：nobodyさん：2006/05/23(火) 02:17:45 ID:z2EdGwi7
PHPって全部JSPで作るようなモノだろ？
別にできない訳でも無いのでは。
単にやらないだけで。
別にできない訳でも無いのでは。
単にやらないだけで。
JSPよりは便利だよ＞PHP
俺が気に入らんのは、他のスクリプト言語（PerlとかPythonとか）の影響受けたり、
WebProgに関係してるからってJavaに影響受けたりして、どんどん言語のシンプルさを
失ってるところ。いま、一番中途半端でしょ？
俺が気に入らんのは、他のスクリプト言語（PerlとかPythonとか）の影響受けたり、
WebProgに関係してるからってJavaに影響受けたりして、どんどん言語のシンプルさを
失ってるところ。いま、一番中途半端でしょ？
内部から不満が出るあたりMS製品と似てる
少しだけ核心を突くと一般人はプロが失業するほど簡単で便利なものを望んでおり
プロは失業したくないため難解で面倒なものを言語製作者に要求すると言うループに
嫌気をさしたオタが新しい言語を作ってみるも、やっぱり周囲の圧力には勝てず
スパゲッティー言語化していくという構図かな。
プロは失業したくないため難解で面倒なものを言語製作者に要求すると言うループに
嫌気をさしたオタが新しい言語を作ってみるも、やっぱり周囲の圧力には勝てず
スパゲッティー言語化していくという構図かな。
OOいらなかったら使わなければいいじゃない
395 ： ：2006/05/23(火) 18:25:05 ID:XZnOoQHR
無名関数とかスライスとかブロックによる変数のスコープの分離とか標準関数名をラクダ式に統一とか名前空間とか。
そういう根本的な部分をおろそかにして、妙なJAVAの真似事してるから、ダサい。
そういう根本的な部分をおろそかにして、妙なJAVAの真似事してるから、ダサい。
Java 屋さんは Java より前を知らない人が多いからなぁ
397 ：nobodyさん：2006/05/23(火) 19:52:51 ID:w3MnCkCs
ＰＨＰ屋は（ｒ
>>390
おまいはおれか。ほんと、PHPは方向性を間違っているんじゃないだろうか。
JavaのまねしたってJavaにはなれない。PHPのよさを忘れず、簡単さを追求してほしい。
>>394
自分が使わなくても、他人のライブラリ使う必要があってその中でオブジェクト指向が使われていれば、
結局使わざるを得ない。
今はどのフレームワークやライブラリもオブジェクト指向だからなあ。
オブジェクト指向を知らなくてもサイトが構築できるのがPHPのいいところだったのに。
おまいはおれか。ほんと、PHPは方向性を間違っているんじゃないだろうか。
JavaのまねしたってJavaにはなれない。PHPのよさを忘れず、簡単さを追求してほしい。
>>394
自分が使わなくても、他人のライブラリ使う必要があってその中でオブジェクト指向が使われていれば、
結局使わざるを得ない。
今はどのフレームワークやライブラリもオブジェクト指向だからなあ。
オブジェクト指向を知らなくてもサイトが構築できるのがPHPのいいところだったのに。
>>398
＞オブジェクト指向を知らなくてもサイトが構築できるのがPHPのいいところだったのに。
オブジェクト指向に限らず、ややこしいこと考えずに簡単なサイトが構築できるのが利点だったのにね。
ＤＢアクセスが必要なら、それ用の関数がちゃんとあって、いらんこと考えなくてよかった。
別にＲＤＢＭＳ別に異なっててもよかったのよ。バックエンド変更なんてそうそうしないし。
つまんない抽象化のせいで、無意味に複雑なんだよなー。
それならPerlやPythonやRubyでいいって話になっちゃう。
＞オブジェクト指向を知らなくてもサイトが構築できるのがPHPのいいところだったのに。
オブジェクト指向に限らず、ややこしいこと考えずに簡単なサイトが構築できるのが利点だったのにね。
ＤＢアクセスが必要なら、それ用の関数がちゃんとあって、いらんこと考えなくてよかった。
別にＲＤＢＭＳ別に異なっててもよかったのよ。バックエンド変更なんてそうそうしないし。
つまんない抽象化のせいで、無意味に複雑なんだよなー。
それならPerlやPythonやRubyでいいって話になっちゃう。
$_SESSIONや$_REQUESTを考えたやつは偉いな。
ところがいつのころからか、$regetHttpRequest();
ところがいつのころからか、$regetHttpRequest();
↑間違えた。要するにグローバルに入ってるのにわざわざオブジェクトとして作るのがメンドイと。
そんなにシンプルな言語を望むならHSPをPHPで動くようにした
HSP for Webを使えばいいじゃない。
HSP for Webを使えばいいじゃない。
CGIがPerl一色だったのもPerl4時代だったわけだしPerl5のめんどくささに
愛想を尽かした外人がPHPに移行しだしたのもPHP3時代だったしね。
プログラミングに限ったことじゃないけど一度簡単になったものが
面倒なものに移行することはないのでこのままPHPが複雑化するときっと
これに変わる簡単に使えるもんが出てくるに違いない。
それが HSP for Web なのかな？俺はHSPすらめんどいと思ったけどなーｗ
愛想を尽かした外人がPHPに移行しだしたのもPHP3時代だったしね。
プログラミングに限ったことじゃないけど一度簡単になったものが
面倒なものに移行することはないのでこのままPHPが複雑化するときっと
これに変わる簡単に使えるもんが出てくるに違いない。
それが HSP for Web なのかな？俺はHSPすらめんどいと思ったけどなーｗ
結局、オブジェクト指向が面倒ということ？
>>402
いや、そんなことしなくても、PHP4系を使い続ければOK。
いや、そんなことしなくても、PHP4系を使い続ければOK。
実際、日本でも海外でもPHP5への移行って全然進んでないんだよね。
>>405
別にそういうわけじゃないよ。けど、PerlにしてもPHPにしてもOOって後付けで歪みが出てる。
そういう歪みを言語仕様でなんとかしようとしてるんだけど、場当たり的だったりして使いづらい。
最初からOO向けに設計されてる、というかWebProgしてたら自然にOOPになる言語ならOOPでも
いいと思うよ。いまのところ、そんな言語はないけど。
別にそういうわけじゃないよ。けど、PerlにしてもPHPにしてもOOって後付けで歪みが出てる。
そういう歪みを言語仕様でなんとかしようとしてるんだけど、場当たり的だったりして使いづらい。
最初からOO向けに設計されてる、というかWebProgしてたら自然にOOPになる言語ならOOPでも
いいと思うよ。いまのところ、そんな言語はないけど。
Rubyを忘れてないか？
RubyといったらRailsと思うかも知れないけど、実は普通にCGI用のライブラリもあるし、
mod_rubyもあるし、テンプレートエンジンのeRubyもあるし、
最初からオブジェクト指向言語として設計されてるから、OOPも全然不自然じゃないし、
一度試してみる価値はあると思うよ。
特に、最近はPHPでもフレームワークとテンプレートを使ってごにょごにょするのが増えてるけど、
どうせそんな風にPHPの当初の目的からはずれた使い方をするんだったら、
Rubyを使った方が強力でいいと思う。
RubyといったらRailsと思うかも知れないけど、実は普通にCGI用のライブラリもあるし、
mod_rubyもあるし、テンプレートエンジンのeRubyもあるし、
最初からオブジェクト指向言語として設計されてるから、OOPも全然不自然じゃないし、
一度試してみる価値はあると思うよ。
特に、最近はPHPでもフレームワークとテンプレートを使ってごにょごにょするのが増えてるけど、
どうせそんな風にPHPの当初の目的からはずれた使い方をするんだったら、
Rubyを使った方が強力でいいと思う。
>>409
忘れてたわけじゃないよ。意図的に外したの。
Rubyには「オブジェクト指向であるための制約」というものがあると思ったから。
少なくとも、PHP4で手早くやってしまう感覚とはちょっと遠いかな、と。
Mixinとかいきなり言われても、なんのことやら、って感じになりそうじゃないですか。その存在理由は
それなりにあるわけですが。
忘れてたわけじゃないよ。意図的に外したの。
Rubyには「オブジェクト指向であるための制約」というものがあると思ったから。
少なくとも、PHP4で手早くやってしまう感覚とはちょっと遠いかな、と。
Mixinとかいきなり言われても、なんのことやら、って感じになりそうじゃないですか。その存在理由は
それなりにあるわけですが。
Perから乗り換える人は結構多いかも＞Ruby
ただし、JavaやPHPしか知らない人には文法に馴染めないかも。
ただし、JavaやPHPしか知らない人には文法に馴染めないかも。
PHPとRubyの印象の違いは、CとピュアC++の違いと似ている
最初から構造化されているからといってもCの泥臭い書き方に慣れると直ぐには馴染めない
最初から構造化されているからといってもCの泥臭い書き方に慣れると直ぐには馴染めない
Rubyで動いてるでかいサイトなんてないじゃん
そんなもん使えません
そんなもん使えません
IBMが採用したらエンタープライジーｗｗｗ
現時点ではPHP最強ってことでFA？
無茶言うな！
Javaきんもーっ☆
ソフトウェア開発には、しばしば交わっているがたいていは分かれている、
5つの世界がある。
その5つとは：
１．パッケージ
２．インターナル
３．組み込み
４．ゲーム
５．使い捨て
スクリプト言語の得意分野は、５．
5つの世界がある。
その5つとは：
１．パッケージ
２．インターナル
３．組み込み
４．ゲーム
５．使い捨て
スクリプト言語の得意分野は、５．
今更ジョエルかよ
ソフトウェア開発には、しばしば交わっているがたいていは分かれている、
2つの世界がある。
その2つとは：
１．PHP
２．その他
2つの世界がある。
その2つとは：
１．PHP
２．その他
>>422
幸せなおつむですねｗ
幸せなおつむですねｗ
ぼくは幸せなオムツです
>>424
寒い
寒い
PHPの方が書くの楽だからPHPでいいや。
そういうもんだとおもう。
そういうもんだとおもう。
427 ：nobodyさん：2006/05/27(土) 09:24:36 ID:YvwoHGUv
JavaもPHPも相当数の開発をしてきた僕のイメージ。
Java：硬派
設計に時間をかける。いきなり作るというのは難しい。
開発者の個性や独自のスタイルなんてのはご法度。
硬そうな人、真面目そうな人に向いてる。
実際、開発者はそういう雰囲気の人が多い。
手続きが面度なため、さくっと作るというのはまったく向いていない。
しかし、ある程度以上の規模になると良さがわかる。
PHP：軟派
イメージをすぐさまコードに落としていく。
スピード、簡便さは他の比ではない。
自由度が高い。設計なんてしっかりしてなくても作っていける。
敷居の低さ、手続きの簡単さは素晴らしい。
しかし、規模が大きくなるとセンスが要るので、
能力の無い人には向いてない。
Java：硬派
設計に時間をかける。いきなり作るというのは難しい。
開発者の個性や独自のスタイルなんてのはご法度。
硬そうな人、真面目そうな人に向いてる。
実際、開発者はそういう雰囲気の人が多い。
手続きが面度なため、さくっと作るというのはまったく向いていない。
しかし、ある程度以上の規模になると良さがわかる。
PHP：軟派
イメージをすぐさまコードに落としていく。
スピード、簡便さは他の比ではない。
自由度が高い。設計なんてしっかりしてなくても作っていける。
敷居の低さ、手続きの簡単さは素晴らしい。
しかし、規模が大きくなるとセンスが要るので、
能力の無い人には向いてない。
JAVA：誰が作っても結果はほぼ同じ（じゃないと困る）
PHP：アホが使えばゴミが出来上がり、ハッカーが使えば最高のものが出来上がる
PHP：アホが使えばゴミが出来上がり、ハッカーが使えば最高のものが出来上がる
PHPがアホというのは同意。
PHP：アホ
まで読んだお
まで読んだお
awkのAhoはすごいけどね
>>428
>JAVA：誰が作っても結果はほぼ同じ（じゃないと困る）
どこがだよ。うまいやつとそうでないやつとで、どんだけ違いがあるかわかってないのか。
>PHP：アホが使えばゴミが出来上がり、ハッカーが使えば最高のものが出来上がる
これはどの言語でもそう。もちろんJavaでもな。
>JAVA：誰が作っても結果はほぼ同じ（じゃないと困る）
どこがだよ。うまいやつとそうでないやつとで、どんだけ違いがあるかわかってないのか。
>PHP：アホが使えばゴミが出来上がり、ハッカーが使えば最高のものが出来上がる
これはどの言語でもそう。もちろんJavaでもな。
P・H・P!!ヽ(●´ε｀●)ノP・H・P!!
●結論
>>432＝アホ
>>432＝アホ
>>388
> JavaとPHPは目的が違うからな
> Javaは汎用言語だけどPHPはWebprogしかかけない
> しかしJavaはPHPの3倍は面倒だから
> PHPだと1カ月で３サイト立ち上げとか
> 可能だけどJavaだとそういう短い期間に開発終了しないし
それも、経験とIDEと自動化ツールの使いようだな。
HibernateやSpringを使っただけでもの凄く開発効率に差が出る。
ああいうフレームワークのお陰で徹夜残業が減るもんだ。
> JavaとPHPは目的が違うからな
> Javaは汎用言語だけどPHPはWebprogしかかけない
> しかしJavaはPHPの3倍は面倒だから
> PHPだと1カ月で３サイト立ち上げとか
> 可能だけどJavaだとそういう短い期間に開発終了しないし
それも、経験とIDEと自動化ツールの使いようだな。
HibernateやSpringを使っただけでもの凄く開発効率に差が出る。
ああいうフレームワークのお陰で徹夜残業が減るもんだ。
>>398
> >>394
> 自分が使わなくても、他人のライブラリ使う必要があってその中でオブジェクト指向が使われていれば、
> 結局使わざるを得ない。
> 今はどのフレームワークやライブラリもオブジェクト指向だからなあ。
> オブジェクト指向を知らなくてもサイトが構築できるのがPHPのいいところだったのに。
JavaのSpring, Strutsや、RoRの影響を受けたフレームワークがPHPに続々登場しているぞ。
> >>394
> 自分が使わなくても、他人のライブラリ使う必要があってその中でオブジェクト指向が使われていれば、
> 結局使わざるを得ない。
> 今はどのフレームワークやライブラリもオブジェクト指向だからなあ。
> オブジェクト指向を知らなくてもサイトが構築できるのがPHPのいいところだったのに。
JavaのSpring, Strutsや、RoRの影響を受けたフレームワークがPHPに続々登場しているぞ。
>>405
むしろ、オブジェクト指向でないほうが面倒。
過去の時代遅れな遺産を引きずった拡張性のないC++ライブラリや言語仕様を
見れば解る。STLはそこそこ使えるが、やはり、合理性に強いJavaと比べ見劣りする点や
苦肉の策が見えてくる。
むしろ、オブジェクト指向でないほうが面倒。
過去の時代遅れな遺産を引きずった拡張性のないC++ライブラリや言語仕様を
見れば解る。STLはそこそこ使えるが、やはり、合理性に強いJavaと比べ見劣りする点や
苦肉の策が見えてくる。
>>408
> >>405
> 別にそういうわけじゃないよ。けど、PerlにしてもPHPにしてもOOって後付けで歪みが出てる。
> そういう歪みを言語仕様でなんとかしようとしてるんだけど、場当たり的だったりして使いづらい。
> 最初からOO向けに設計されてる、というかWebProgしてたら自然にOOPになる言語ならOOPでも
> いいと思うよ。いまのところ、そんな言語はないけど。
JavaやRubyなんかその色が濃いんだが。
C++はCの名残を残しているから足かせが多い。
> >>405
> 別にそういうわけじゃないよ。けど、PerlにしてもPHPにしてもOOって後付けで歪みが出てる。
> そういう歪みを言語仕様でなんとかしようとしてるんだけど、場当たり的だったりして使いづらい。
> 最初からOO向けに設計されてる、というかWebProgしてたら自然にOOPになる言語ならOOPでも
> いいと思うよ。いまのところ、そんな言語はないけど。
JavaやRubyなんかその色が濃いんだが。
C++はCの名残を残しているから足かせが多い。
RubyはJavaともPHPとも似てなくて、Perlに似てるということだ
ウェブアプリの場合、オブジェクト指向というよりクラス指向って感じだな。
>>444
それもオブジェクト指向をどれだけ理解しているかに依存するもんだ
それもオブジェクト指向をどれだけ理解しているかに依存するもんだ
q・H・p ＜ どもーPHPちゃんどえーす
>>435
>それも、経験とIDEと自動化ツールの使いようだな。
>HibernateやSpringを使っただけでもの凄く開発効率に差が出る。
>ああいうフレームワークのお陰で徹夜残業が減るもんだ。
それはJavaだから必要なんだろ。Javaは言語自体が手軽じゃないから、いろいろツールやライブラリでカバーしないといけない。
PHPはそんなの覚えなくてもWebアプリが簡単に作れちゃう。学習コストがもう全然違う。
つうかな、世の中のJavaプログラマーのうち、どれだけの人数がHibernateやSpringを使いこなせると思ってるの。
使いこなせてるやつらは、２割もいないよ。のこりのやつらは全然理解してないか、理解しているつもりになってるやつらばっかり。
>それも、経験とIDEと自動化ツールの使いようだな。
>HibernateやSpringを使っただけでもの凄く開発効率に差が出る。
>ああいうフレームワークのお陰で徹夜残業が減るもんだ。
それはJavaだから必要なんだろ。Javaは言語自体が手軽じゃないから、いろいろツールやライブラリでカバーしないといけない。
PHPはそんなの覚えなくてもWebアプリが簡単に作れちゃう。学習コストがもう全然違う。
つうかな、世の中のJavaプログラマーのうち、どれだけの人数がHibernateやSpringを使いこなせると思ってるの。
使いこなせてるやつらは、２割もいないよ。のこりのやつらは全然理解してないか、理解しているつもりになってるやつらばっかり。
q・H・p ＜ Java厨ってなんでこう必死なんでしょうね。
q・H・p ＜ 実はQHPなんですけどね
PHPって要するにJSPで全部作るって事だろ？
うわ。手間。
つか作り捨てならともかく保守まで考えると辛いね。
うわ。手間。
つか作り捨てならともかく保守まで考えると辛いね。
まあ要するに大きな機械の歯車として働くリーマンたちの立場からすれば
JAVAのような保守性（ガチガチの制限）やOOPは絶対に必要不可欠なんですよ。
そうしないと自分たちの残業時間がますます増えちゃうし、
他人の書いた独自流儀のコードを読むのは難解で苦痛だし。
チーム開発に従事するJAVA奴隷たちの身にもなってあげようよ ＜ 自由なPHPマスターたち
JAVAのような保守性（ガチガチの制限）やOOPは絶対に必要不可欠なんですよ。
そうしないと自分たちの残業時間がますます増えちゃうし、
他人の書いた独自流儀のコードを読むのは難解で苦痛だし。
チーム開発に従事するJAVA奴隷たちの身にもなってあげようよ ＜ 自由なPHPマスターたち
ウェブアプリって要するにDBアプリだもん。別にオブジェクト指向にこだわる必要ないと思うよ。
>>452
>PHPって要するにJSPで全部作るって事だろ？
違うよ。JSPはビューしか担当できなくてモデルを担当することはできないけど
PHPのファイルはMVCどれも担当できる。
JSPはサーブレットに変換されることが前提になっているから、JSPの中にモデルのクラスを定義することはできない。
しかしPHPはそんな前提がなくて、<?php .. ?> で囲めばあとは他のプログラム言語と同じだから、モデルのクラスを定義するのでも何でもできる。
つまりPHPのファイルはJSPにもServletにもPOJOにもなれる。MとVとCを統一的な方法で提供できないJ2EEのほうが実はおかしい。
つか、web.xml編集したりしなきゃいけないほうがずっと手間がかかるんだけど。
Java使いが「PHPは手間がかかる」などどいうとはな。もしかして笑うところだったのかな。
>PHPって要するにJSPで全部作るって事だろ？
違うよ。JSPはビューしか担当できなくてモデルを担当することはできないけど
PHPのファイルはMVCどれも担当できる。
JSPはサーブレットに変換されることが前提になっているから、JSPの中にモデルのクラスを定義することはできない。
しかしPHPはそんな前提がなくて、<?php .. ?> で囲めばあとは他のプログラム言語と同じだから、モデルのクラスを定義するのでも何でもできる。
つまりPHPのファイルはJSPにもServletにもPOJOにもなれる。MとVとCを統一的な方法で提供できないJ2EEのほうが実はおかしい。
つか、web.xml編集したりしなきゃいけないほうがずっと手間がかかるんだけど。
Java使いが「PHPは手間がかかる」などどいうとはな。もしかして笑うところだったのかな。
>>455
PHPでもSmartyみたいに、PHPである必然性が全くないテンプレートエンジンが使われてるのはどう説明するんだ？
PHPでもSmartyみたいに、PHPである必然性が全くないテンプレートエンジンが使われてるのはどう説明するんだ？
458 ：nobodyさん：2006/05/28(日) 17:41:42 ID:pZNmxqFN
PHPって、実際にパスが実行されないと、変数の型不一致ですら検出されないってマジですか？
>>457
別に。JSPと違ってPHPはMもVもCも書けると指摘したまで。VをPHPでしなきゃいけないとは書いてない。
必死になって相手のあら探しするのはやめろ。ろくな議論にならんし、頭の程度がしれる。
>>458
PHPやPerlは型を自動的に変換してくれるから、多少の不一致は気にしなくて済む。例えば 5 + "10" が 15 になってくれる。
これは厳密さを追求したJavaとは方向が異なるけど、便利さの追求という点では一理ある。おれは好きじゃないけど。
どっちが優れているとかじゃなくて、方向が異なるだけ。
別に。JSPと違ってPHPはMもVもCも書けると指摘したまで。VをPHPでしなきゃいけないとは書いてない。
必死になって相手のあら探しするのはやめろ。ろくな議論にならんし、頭の程度がしれる。
>>458
PHPやPerlは型を自動的に変換してくれるから、多少の不一致は気にしなくて済む。例えば 5 + "10" が 15 になってくれる。
これは厳密さを追求したJavaとは方向が異なるけど、便利さの追求という点では一理ある。おれは好きじゃないけど。
どっちが優れているとかじゃなくて、方向が異なるだけ。
MVCのフレームワークの多くがVのところをSmartyに頼っているという事実。
っていうか、わざわざ分割してるんだから、それぞれにとって最適な方法を使えばよくて、
わざわざMVCの3つとも同じ方法で書く必要はあるのかな?
それに、極端な例だと、ドキュメントを出力するファイルも.phpだし、コードしか書いてなくて何も出力しないファイルも.phpで、
何かすっきりしないんだけど。
っていうか、わざわざ分割してるんだから、それぞれにとって最適な方法を使えばよくて、
わざわざMVCの3つとも同じ方法で書く必要はあるのかな?
それに、極端な例だと、ドキュメントを出力するファイルも.phpだし、コードしか書いてなくて何も出力しないファイルも.phpで、
何かすっきりしないんだけど。
だから、PHPでプログラム書くのはJSPで全部書くのとは違うと指摘しただけだろうが。
なんでそう見当違いのこと必死こいて書くかね。ちゃんと理解してる？
MVCの3つをどんな方法で書くべきかなんて話題にしてない。おまえの好きにしろや。
なんでそう見当違いのこと必死こいて書くかね。ちゃんと理解してる？
MVCの3つをどんな方法で書くべきかなんて話題にしてない。おまえの好きにしろや。
そうさせてもらいます。
>>462の方が口調が必死なように感じてしまう。
下らない話ばかりですね。
PHPがこれだけ急激に広まっているという事実こそが
PHPが優れていることを雄弁に語っているのではないのかね。
もちろんWeb限定。
Javaは使いにくいよ。
言語的に優れてるとか、幅広いことができるのは認めるけど、
やってて楽しくないんだな。
楽しさは
PHP＞C、perl＞＞Java
JavaVMってのがうっとおしくてな。
もっと軽くて使いやすくしてくれよ。
PHPがこれだけ急激に広まっているという事実こそが
PHPが優れていることを雄弁に語っているのではないのかね。
もちろんWeb限定。
Javaは使いにくいよ。
言語的に優れてるとか、幅広いことができるのは認めるけど、
やってて楽しくないんだな。
楽しさは
PHP＞C、perl＞＞Java
JavaVMってのがうっとおしくてな。
もっと軽くて使いやすくしてくれよ。
q・H・p ＜ Javaつまんねえんだよ！
あー、PHPが普及してるのは、PHPを覚えるのが簡単だから。
で、PHP使える人間が多いから、サイト作るときにメンツをそろえ易いPHPを選択することになる。
どうせウェブサイトなんて1−2年で作り捨てなんで、サービスインできればなんでもいい。
で、PHP使える人間が多いから、サイト作るときにメンツをそろえ易いPHPを選択することになる。
どうせウェブサイトなんて1−2年で作り捨てなんで、サービスインできればなんでもいい。
Java公よ！これがお前にないものだ！
q・H・pつ簡単さ
q・H・pつ簡単さ
q・H・p ＜ 早くこの高みに上ってこい、Java公！
底が浅く高度な事をやろうとするとすんなりいかない。まるでWEBツクールのようだ。
ここがどこだかわかってる？WebProg板だよ。
WebProgだけ出来ればいいんだよ。
Web以外にもいろいろ作らないといけないような偉いプログラマー様は、
とっととム板に帰れ！！
WebProgだけ出来ればいいんだよ。
Web以外にもいろいろ作らないといけないような偉いプログラマー様は、
とっととム板に帰れ！！
高度なことなど他の低レベル言語にやらせればおk
PHPなら他言語との連携もばっちりです（＞＜）
PHPなら他言語との連携もばっちりです（＞＜）
＞他の低レベル言語
ほう、アセンブリやCを使えんのか？
ほう、アセンブリやCを使えんのか？
474 ：nobodyさん：2006/05/29(月) 22:21:45 ID:vWb24W0K
アセンブラ以外は全部、高級？
q・H・p ＜ PHP以外は全部C級！
>>471
何だ、そのPHP以外の言語も使えるならム板に帰れみたいないい方は！
何だ、そのPHP以外の言語も使えるならム板に帰れみたいないい方は！
ム板ってなんかむさくるしいｷﾓｦﾀの巣窟だろ？
スタイリッシュなPHP使いだけが
この板に似つかわしいのだよ。
スタイリッシュなPHP使いだけが
この板に似つかわしいのだよ。
むしろPHPのほうが、いろんな言語の寄せ集めでむさくるしいんだが。
↑名前欄の数字は気にしないで。なんか残ってたみたい
いろんな顔を混ぜ合わせて平均の顔を作ると美形になる。
それと同じでいろんな言語を折衷してクールになったのがPHPなのだ。
それと同じでいろんな言語を折衷してクールになったのがPHPなのだ。
クールなら名前空間くらい導入しろよ
関数の扱いもダサすぎるぞ
関数の扱いもダサすぎるぞ
PHPってYahooや楽天で使われていたと思うけど、具体的にどのサービスやアプリケーションで使われているかご存知の方いますか？
たしかヤフオクはPHPじゃなかったと思うけど。
たしかヤフオクはPHPじゃなかったと思うけど。
決済担当モジュールとか全部PHPだお
実際、案件としては、Javaが多いの？
それともPHPが多いの？
それともPHPが多いの？
Yahoo!はベースのUSからライセンス受けている部分はCのモジュールが多いんじゃなかったっけ。
サービス部分はPHPで構築が増えてきているけど。
サービス部分はPHPで構築が増えてきているけど。
Yahooは、エクステンションをCで書いて、それをPHPで使う感じ。
まあ、エクステンションを簡単に開発できるくらいの技術力があるなら、この環境が最強だと思う。
まあ、エクステンションを簡単に開発できるくらいの技術力があるなら、この環境が最強だと思う。
最近Javaの仕事ばかりだよ。
中にはPHPで作られたものをJavaで書き直して欲しいなんてものも。
もちろんPerlでWebシステム作るなんてもうないけど、
PHPもその流れになってきてる。
肝心のPHP5はなかなか広まらない、フレームワークは混沌としてる。
みんなもPHPだけしかできないとPerlerと同じ道を歩むことになるよ。
これは煽りじゃなくて警告。
中にはPHPで作られたものをJavaで書き直して欲しいなんてものも。
もちろんPerlでWebシステム作るなんてもうないけど、
PHPもその流れになってきてる。
肝心のPHP5はなかなか広まらない、フレームワークは混沌としてる。
みんなもPHPだけしかできないとPerlerと同じ道を歩むことになるよ。
これは煽りじゃなくて警告。
最近PHPの仕事ばかりだよ。
中にはJavaで作られたものをPHPで書き直して欲しいなんてものも。
もちろんCOBOL/Perlで基幹/Webシステム作るなんてもうないけど、
Javaもその流れになってきてる。
肝心のJava5はなかなか広まらない、EJB/JBossなど
最新版と互換性のないフレームワークで将来が混沌としている。
みんなもJavaだけしかできないとPerler/Cobolerと同じ道を歩むことになるよ。
これは煽りじゃなくて忠告。
中にはJavaで作られたものをPHPで書き直して欲しいなんてものも。
もちろんCOBOL/Perlで基幹/Webシステム作るなんてもうないけど、
Javaもその流れになってきてる。
肝心のJava5はなかなか広まらない、EJB/JBossなど
最新版と互換性のないフレームワークで将来が混沌としている。
みんなもJavaだけしかできないとPerler/Cobolerと同じ道を歩むことになるよ。
これは煽りじゃなくて忠告。
>>489
おれの感じは逆だな。Javaじゃなくていい、PHPに限らずスクリプト言語でOKという仕事が多い。
お客は実装手段は問わなくなってきて、それよりセキュリティのほうを気にするようになってきた。いいことだ。
ところでJavaSE6からRhinoというJavascriptエンジンが標準搭載されるけど、
これでJavaからJavascriptへという流れが加速するんじゃないか。
Java屋さんはスクリプト言語を馬鹿にしてるけど、Javaプラットフォームでもスクリプト言語が主役になりつつある。JavaOneレポート見ててもそう感じる。間違いない。
Java屋とPHP屋が争っているうちに、JavaScriptが勝利する予感。Groovyはもうだめぽ。
おれの感じは逆だな。Javaじゃなくていい、PHPに限らずスクリプト言語でOKという仕事が多い。
お客は実装手段は問わなくなってきて、それよりセキュリティのほうを気にするようになってきた。いいことだ。
ところでJavaSE6からRhinoというJavascriptエンジンが標準搭載されるけど、
これでJavaからJavascriptへという流れが加速するんじゃないか。
Java屋さんはスクリプト言語を馬鹿にしてるけど、Javaプラットフォームでもスクリプト言語が主役になりつつある。JavaOneレポート見ててもそう感じる。間違いない。
Java屋とPHP屋が争っているうちに、JavaScriptが勝利する予感。Groovyはもうだめぽ。
>>490
EJBの互換性問題で相変わらず1.3…。
しかもEJBもバージョン上げられないし…。
古いEJBを保守するのまじ苦痛。
このシステム、3年後、大丈夫かよ…。
今更COBOLとは言わないけど、C/COBOLは仕様が
変わることがないから何年先でも安心だよなぁ。
その点、PHPはフレームワークがなかったから
独自フレームワークだったのでPHP3→4→5と上げてこれた。
JBOSSは知らんがJava&EJBは心中するしかないね。
EJBの互換性問題で相変わらず1.3…。
しかもEJBもバージョン上げられないし…。
古いEJBを保守するのまじ苦痛。
このシステム、3年後、大丈夫かよ…。
今更COBOLとは言わないけど、C/COBOLは仕様が
変わることがないから何年先でも安心だよなぁ。
その点、PHPはフレームワークがなかったから
独自フレームワークだったのでPHP3→4→5と上げてこれた。
JBOSSは知らんがJava&EJBは心中するしかないね。
アメリカではPHP5採用案件が激増してるね。
Javaは過去の遺産(=負債)のためにもう発展できないから
将来性を考えれば当然PHPかと。
# COBOL→Javaも日本はアメリカの数年遅れだったし、
# PHP5も数年後には日本ではやるんじゃないかな。
Javaは過去の遺産(=負債)のためにもう発展できないから
将来性を考えれば当然PHPかと。
# COBOL→Javaも日本はアメリカの数年遅れだったし、
# PHP5も数年後には日本ではやるんじゃないかな。
ヤフーの開発環境については、パワポの資料がウェブで見られたはず。英語だけど。
PHP4版PDOの説明文
The original PDO extension requires PHP 5. However, PHP 5 is currently only being used in about 4% of the PHP hosts, against about 95% that still use PHP 4.
ダメだこりゃ。
The original PDO extension requires PHP 5. However, PHP 5 is currently only being used in about 4% of the PHP hosts, against about 95% that still use PHP 4.
ダメだこりゃ。
>>495
成長曲線って知ってる？
成長曲線って知ってる？
PHPたん なんで死んだん…？
（´;д⊂）
（´;д⊂）
Java坊や、火病るかと思ったら脳死したね。
名前空間なしでプログラミング出来るやつはすげえと思う。俺には無理。
昔 C で書いていたので名前空間なしでも大丈夫。
PHPってstatic相当の機能あったっけか
つかCよりヒドいだろ正直
つかCよりヒドいだろ正直
>>501
PHP を知らないのに何故 C よりヒドいと判断できるのか？
PHP を知らないのに何故 C よりヒドいと判断できるのか？
名前空間ない、レキシカル変数ない、メソッドオーバーロードない。
無名関数ないし、スライスもできない。
この状況でむやみにオブジェクト指向プログラミングしようとするから、
複雑怪奇なクラス名になって、いちいち関数や変数を作らないといけない。
3日後に見たら、何やってるのか思いだせん。ある意味尊敬する。
無名関数ないし、スライスもできない。
この状況でむやみにオブジェクト指向プログラミングしようとするから、
複雑怪奇なクラス名になって、いちいち関数や変数を作らないといけない。
3日後に見たら、何やってるのか思いだせん。ある意味尊敬する。
>>503
なんである機能までないと言って火病ってるの？
なんである機能までないと言って火病ってるの？
スクリプト言語を使うなら、Rubyがいいような気がしてきた今日この頃。
文法が洗練されているから、考えたことがそのままプログラムにできて、ストレス無くコーディングできる。
PHPは文法だけ見ればJavaのサブセットみたいな感じで、回りくどい感じがするんだよなぁ。
それに、最近の主流はフレームワーク＋テンプレートを使った開発方法だから、ページ内にコードを埋め込めても特にメリットないし。
はっきり言って、最近ページの中にコードを埋め込んだりしてないでしょ。
ま、必要ならRubyでもページの中にコードを埋め込めるんだけどね。
ま、そんなわけで、どの言語を使うかは自由だけど、一度Rubyも試してみるといいと思うよ。
文法が洗練されているから、考えたことがそのままプログラムにできて、ストレス無くコーディングできる。
PHPは文法だけ見ればJavaのサブセットみたいな感じで、回りくどい感じがするんだよなぁ。
それに、最近の主流はフレームワーク＋テンプレートを使った開発方法だから、ページ内にコードを埋め込めても特にメリットないし。
はっきり言って、最近ページの中にコードを埋め込んだりしてないでしょ。
ま、必要ならRubyでもページの中にコードを埋め込めるんだけどね。
ま、そんなわけで、どの言語を使うかは自由だけど、一度Rubyも試してみるといいと思うよ。
（´;д⊂） ﾙﾋﾞｰなんていやや…
Ruby使いで、いきなりRubyからって人いるのかな？
Perlから流れたのがほとんどだろう。
RubyはBetter Perlの臭いがぷんぷんしてイヤや
JavaはBetter C++の臭いがぷんぷんしてイヤや
PHPはBest Javaの香りがかぐわしいです（＞＜）
>>512
じぶんで使ってる単語の意味もわからんのか・・・
じぶんで使ってる単語の意味もわからんのか・・・
( Java坊や、来た!! )
PHP厨ごときの雑魚が間違ってもJava使いを
坊やなんて呼べないと思う。
坊やなんて呼べないと思う。
JavaってあのPHPを無駄に難解にしたみたいな言語のことですか？
スクリプトって型があいまいのためバグが出そうで恐いんですけど、その辺どうなんでしょう？
型が曖昧だからって何故バグが出るんだ？
無責任なデータの扱いしてるってのは設計の問題だろ
「バグが見つけにくい」事はあっても「バグが出やすい」ってことはない
無責任なデータの扱いしてるってのは設計の問題だろ
「バグが見つけにくい」事はあっても「バグが出やすい」ってことはない
型はあった方がいい局面とない方がいい局面と両方ともあるけど
問題が起こるとしたら>518のいう通り、タコなデータの扱い方してるだけ
問題が起こるとしたら>518のいう通り、タコなデータの扱い方してるだけ
>>517
型があいまいなのがイヤなら、明示的に型を宣言することも出来るわけだが。
型があいまいなのがイヤなら、明示的に型を宣言することも出来るわけだが。
しかしPHP5が一向に流行りませんねぇ。
Java5も業務ではまだ普及してないね。商用アプリケーションサーバでJavaEE5がサポートされないから。
Java というか各種フレームワークに互換性がないから
Java5 にバージョンアップできず、いつまでも Java 1.x のまま。
COBOL に続いて Java はレガシーシステムの山を築いた。
その失敗から Java5 にも手を出せない。所詮は Sun 手動。
なのでアメリカではコードを自由に変更できる PHP5 に注目が集まっているんだろうね。
Java5 にバージョンアップできず、いつまでも Java 1.x のまま。
COBOL に続いて Java はレガシーシステムの山を築いた。
その失敗から Java5 にも手を出せない。所詮は Sun 手動。
なのでアメリカではコードを自由に変更できる PHP5 に注目が集まっているんだろうね。
Java5はJava1.5の事なんだが。
じゃあ
> Java 1.x のまま
を
> Java 1.4 のまま
に読み替えてやれや。
この文脈で言えば、Java1.xがJava5以前のものを指しているのは明らかだろ。
>>523
>なのでアメリカではコードを自由に変更できる PHP5 に注目が集まっているんだろうね。
これはない。
> Java 1.x のまま
を
> Java 1.4 のまま
に読み替えてやれや。
この文脈で言えば、Java1.xがJava5以前のものを指しているのは明らかだろ。
>>523
>なのでアメリカではコードを自由に変更できる PHP5 に注目が集まっているんだろうね。
これはない。
アメリカで大ブームのPHP5SUGEEEEEE！
「注目が集まる」→「大ブーム」
どう見ても拡大解釈です本当にあ(ry
どう見ても拡大解釈です本当にあ(ry
アメリカンPHP…
なんかかっこいいぜ！
なんかかっこいいぜ！
Javaを使ってるジャップが一言
↓
↓
Javaはもうだめぽ・・・
最近Java5の本買ったんだが、ずいぶん便利になったんだな。JSPとかもPHPみたいに書けるようになってる。これはいいね。
>JSPとかもPHPみたい
Javaはもうだめぽ・・・
Javaはもうだめぽ・・・
今のJSPは、<% ... %> や <%= ... %> を書くことは推奨されてなくて、
カスタムタグを使って <c:out ... /> やら <c:forEach ...></c:forEach> と書くことが推奨されている。
どうみてもPHPとは違う方向に進んでいる。それもややこしく難しい方向に。
カスタムタグを使って <c:out ... /> やら <c:forEach ...></c:forEach> と書くことが推奨されている。
どうみてもPHPとは違う方向に進んでいる。それもややこしく難しい方向に。
思い切ってTemplate Attribute Languageの仕様見てみるといいよ。多分似てる
まあ変数の再利用がほぼできないから処理は書けないわけだが
まあ変数の再利用がほぼできないから処理は書けないわけだが
ColdFusionみたいだなー
> これはいいね。
それは Java5 のダメな部分じゃなかろうか。
enum と generics だけでよかった。
static import とかねじ込んだやつは死ねば良いのに。
それは Java5 のダメな部分じゃなかろうか。
enum と generics だけでよかった。
static import とかねじ込んだやつは死ねば良いのに。
神聖PHP帝国
>>536
static importはユーティリティ系のメソッドやヘルパーメソッドをつかうにはすごく便利です。
例えば
public class HtmlHelper {
public static String nl2br(String str) { ... }
public static String escape(String str) { ... }
public static String encode(String url) { ... }
}
とかいうクラスがあったとして、これをstatic importすると、まるでPHPやPerlの関数のような感じで
Webプログラムがかけたりします。
それまではプログラム中でわざわざ「HtmlHelper.encode(url)」と書くか、またはstaticメソッドではなくinstanceメソッドにしたうえで
「HtmlHelper h = new HtmlHelper(); h.encode(url);」と書かなきゃいけなかったから、
static importのおかげでヘルパーメソッドは使いやすくなりました。
こういうことが今までできなかったJavaはうんこだったけど、Java5でちんこぐらいにはなったんじゃないでしょうか。
static importはユーティリティ系のメソッドやヘルパーメソッドをつかうにはすごく便利です。
例えば
public class HtmlHelper {
public static String nl2br(String str) { ... }
public static String escape(String str) { ... }
public static String encode(String url) { ... }
}
とかいうクラスがあったとして、これをstatic importすると、まるでPHPやPerlの関数のような感じで
Webプログラムがかけたりします。
それまではプログラム中でわざわざ「HtmlHelper.encode(url)」と書くか、またはstaticメソッドではなくinstanceメソッドにしたうえで
「HtmlHelper h = new HtmlHelper(); h.encode(url);」と書かなきゃいけなかったから、
static importのおかげでヘルパーメソッドは使いやすくなりました。
こういうことが今までできなかったJavaはうんこだったけど、Java5でちんこぐらいにはなったんじゃないでしょうか。
JavaもようやくPHPに追いついて来たようだね
頑張れよｳﾝｳﾝ
頑張れよｳﾝｳﾝ
あらゆる意味で中間言語の坊やのオモチャじゃ他人のパクリが精一杯だよなーΨ(￣ー￣)Ψ
サーバーサイドプログラムにおいて
APサーバで動くJavaにたかだかApacheのモジュールでしかないPHPを
比べちゃいけないでしょ。
APサーバで動くJavaにたかだかApacheのモジュールでしかないPHPを
比べちゃいけないでしょ。
そうだよね。専用サーバーを用意しないと動かないなんて哀れ
Javaみたいに面倒くさい言語を使えるなんて、きっとどMなんだろうなあ。
童貞ｱﾆｦﾀ＝Perl使い
ハードM＝Java使い
ﾓﾃﾓﾃｶﾞｲ＝PHP使い
世間的にはこんなイメージだよね
ハードM＝Java使い
ﾓﾃﾓﾃｶﾞｲ＝PHP使い
世間的にはこんなイメージだよね
>>542
もしかして、APサーバってOSだと思ってる？
もしかして、APサーバってOSだと思ってる？
>>545
たぶん、APサーバという語彙が頭にないもんだから、専用サーバとか言い出したんでしょう。
なんかここ、PHP厨が必死でJavaをこきおろしてるのね。なんか哀れ。
Javaの欠点をまともに指摘できてないから、余計に哀れっぽさが目立つ。
たぶん、APサーバという語彙が頭にないもんだから、専用サーバとか言い出したんでしょう。
なんかここ、PHP厨が必死でJavaをこきおろしてるのね。なんか哀れ。
Javaの欠点をまともに指摘できてないから、余計に哀れっぽさが目立つ。
>>545
皮肉で言っただけだろ
皮肉で言っただけだろ
しかしアプリケーションサーバーってのも微妙な用語だと思う
Java関連の用語ってテクニカルタームとマーケティング用語が混じってわけわからんし
Java関連の用語ってテクニカルタームとマーケティング用語が混じってわけわからんし
>>541
たかだかApacheのモジュールですむのがいいんじゃないか。
WebサーバはApacheであることがおおいから、それとは別にtomcatとか用意しないといけないJavaのほうがずっと面倒。
でもJava屋はその面倒なのを「エンタープライズだ」とかいって喜んでやるんだよな。わけわからん。
たかだかApacheのモジュールですむのがいいんじゃないか。
WebサーバはApacheであることがおおいから、それとは別にtomcatとか用意しないといけないJavaのほうがずっと面倒。
でもJava屋はその面倒なのを「エンタープライズだ」とかいって喜んでやるんだよな。わけわからん。
>>546
>> Javaの欠点をまともに指摘できてないから、
指摘しても聞く耳持たないから。。。
ほんとに宗教としか言いようが無い。
> 専用サーバーを用意しないと動かない
>>550が説明してくれてる
>> Javaの欠点をまともに指摘できてないから、
指摘しても聞く耳持たないから。。。
ほんとに宗教としか言いようが無い。
> 専用サーバーを用意しないと動かない
>>550が説明してくれてる
言語としてのPHPとPHP言語をサポートする一環境をゴッチャにするな
Javaも同じ
Java言語で記述できるバイナリははAPサーバで動くものだけじゃないよ
Javaも同じ
Java言語で記述できるバイナリははAPサーバで動くものだけじゃないよ
>>551
言っても仕方ないから言わない、というのなら、レスをしないというのが普通でしょう。
論理不要で書くのは自己満足に過ぎないし、それを自覚しないのは恥をかいてるのに気づかないこと。
>>543-544のような、相手をなんとか見下そうという態度が、哀れを誘うんですよ。
しかも匿名掲示板という、見下すことで得られる自尊心すら薄い場なので、そんな少しの自尊心の
ために書くのかと思うとなおのこと哀れです。
なお、俺はJava持ち上げる気はないですよ。欠点も少なからずありますから。
ただここのところ、PHP厨の情けないレスが多かったので書いたまでです。
言っても仕方ないから言わない、というのなら、レスをしないというのが普通でしょう。
論理不要で書くのは自己満足に過ぎないし、それを自覚しないのは恥をかいてるのに気づかないこと。
>>543-544のような、相手をなんとか見下そうという態度が、哀れを誘うんですよ。
しかも匿名掲示板という、見下すことで得られる自尊心すら薄い場なので、そんな少しの自尊心の
ために書くのかと思うとなおのこと哀れです。
なお、俺はJava持ち上げる気はないですよ。欠点も少なからずありますから。
ただここのところ、PHP厨の情けないレスが多かったので書いたまでです。
論点ずらし乙
Java厨あわれｗｗｗ
>>557
> 鯖側プログラムでPHPってmod_phpしかないと？
何がありますか？
> 鯖側プログラムでJavaってAPサーバを必要とするものしかないと？
何がありますか？
お願いだからCGIなんて言葉出さないでよ。
> 鯖側プログラムでPHPってmod_phpしかないと？
何がありますか？
> 鯖側プログラムでJavaってAPサーバを必要とするものしかないと？
何がありますか？
お願いだからCGIなんて言葉出さないでよ。
管理画面のような、同時アクセスが限られているページなら、CGIでも構わないと思うけどね。
重い処理をこなすにはJavaやPerlの方が優れてるわけだし。
重い処理をこなすにはJavaやPerlの方が優れてるわけだし。
シンドラー社のエレベーターはJavaで動いてるらしい
Javaこわいです（＞＜）
Javaこわいです（＞＜）
まぁ、PHPで動いてると聞かされるより恐怖感はねぇなぁ
>>558
ASP.NET
ASP.NET
>>559
それがJavaCGI作った上での発言なら、おまいはちょっと壊れてる。
それがJavaCGI作った上での発言なら、おまいはちょっと壊れてる。
>>559
いつの時代からのタイムスリッパーですか？
いつの時代からのタイムスリッパーですか？
Javaじゃないと重いって
どんなｼｮﾎﾞ鯖だよwwww
PHPで富豪的にｷﾒるのがﾊｲｶﾗなんだよwwww
どんなｼｮﾎﾞ鯖だよwwww
PHPで富豪的にｷﾒるのがﾊｲｶﾗなんだよwwww
PHPが富豪てｗ
富豪って響きにﾁｰﾌﾟさを感じる
それはそれでPHPらしくていいじゃない
それはそれでPHPらしくていいじゃない
PHP大富豪
Java大貧民
サーバーサイドプログラムにおいて
APサーバで動くJavaに対して、
たかだかApacheのモジュールでしかないPHPは
比較になりません。
APサーバで動くJavaに対して、
たかだかApacheのモジュールでしかないPHPは
比較になりません。
PHPはサーバーサイドプログラミング界のﾏｻﾞｰﾃﾚｻだよね (*^-^*)
ベンダーに対して持ち上げる以外の貢献をしないPHP厨なんてかなりどうでも良いんだとふとおもた。
>>570
PHP+ASP.NETではご不満ですか
PHP+ASP.NETではご不満ですか
>>573
ASP.NETがあるならPHP要らん
ASP.NETがあるならPHP要らん
ASP.NETは.NETフレームワークの一部
JavaやPHPやVBやC#から使用されるもの
言語とフレームワークをゴッチャにしてないか
JavaやPHPやVBやC#から使用されるもの
言語とフレームワークをゴッチャにしてないか
AP サーバは互換性がないのが問題だ。
会社が合併する時に別 AP サーバで死ぬほど苦労するよ。
まぁ、Java の互換性問題は今にはじまった話ではないが。
会社が合併する時に別 AP サーバで死ぬほど苦労するよ。
まぁ、Java の互換性問題は今にはじまった話ではないが。
Linuxなら環境問題がない
Javaなら環境問題がない
PHPなら環境問題がない
全部嘘
確かに趣味でチョロチョロやる次元なら互換性を意識する事は少ない
しかし仕事で作るアプリとなると途端に細かい環境問題が多発する
そりゃもうWindowsもLinuxもUnixも変わらんですよ
互換性だの環境問題だのなんてのは今も昔も評価の対象にならない
Javaなら環境問題がない
PHPなら環境問題がない
全部嘘
確かに趣味でチョロチョロやる次元なら互換性を意識する事は少ない
しかし仕事で作るアプリとなると途端に細かい環境問題が多発する
そりゃもうWindowsもLinuxもUnixも変わらんですよ
互換性だの環境問題だのなんてのは今も昔も評価の対象にならない
細かくみて全く同じって、流石にそりゃ不可能に近いんじゃね？
だから、ある程度までなら互換性を語ってもいい気はする。
本職相手に言う台詞じゃないけど。
だから、ある程度までなら互換性を語ってもいい気はする。
本職相手に言う台詞じゃないけど。
>>578
だったらAPサーバを擁するJavaが最強だな。
だったらAPサーバを擁するJavaが最強だな。
>>580
お前馬鹿だろ
お前馬鹿だろ
このスレになってから必死なのがPHP厨だけではなくなったな・・
スレタイで持ち上げると必死になるのか?
スレタイで持ち上げると必死になるのか?
互換性を気にする必要がある場合に、使い物になる言語ってなあに？
>>584
＞互換性を気にする必要が無いならどの言語でもやりたい放題できる
＞互換性を気にする必要があるならJavaもPHPも使い物にならない
条件同じならAPサーバ擁するJavaが有利だなって言ってんだけど、
脳みそ溶けてなくなっちゃってるから分からない？
＞互換性を気にする必要が無いならどの言語でもやりたい放題できる
＞互換性を気にする必要があるならJavaもPHPも使い物にならない
条件同じならAPサーバ擁するJavaが有利だなって言ってんだけど、
脳みそ溶けてなくなっちゃってるから分からない？
APサーバを擁することがなぜ有利なの？
>>587
PHPでDBのコネクションプーリングができるか？
PHPでDBのコネクションプーリングができるか？
できるよ。
ほかにAPサーバが有利な点は？
ほかにAPサーバが有利な点は？
まぁ...PHPの永続コネクションはApacheのインスタンスごとに独立だしねぇ。
負荷分散っていうか、好きなときにAPサーバを追加してシステムの処理量を増強させられる
スケーラビリティーとかはPHPはJavaに負けてるかなぁ。PHPでムリとは言わんが大変すぎ。
負荷分散っていうか、好きなときにAPサーバを追加してシステムの処理量を増強させられる
スケーラビリティーとかはPHPはJavaに負けてるかなぁ。PHPでムリとは言わんが大変すぎ。
そりゃ、用途が違ってるんだから、
Javaと同じことが出来ないのは当然じゃないか？
Javaと同じことが出来ないのは当然じゃないか？
そう思わなくはないけど、用途が同じWebで動的コンテンツを提供する場合における比較という
前提でならまぁ意味はあると思うよ。
前提でならまぁ意味はあると思うよ。
>>590
「PHP コネクションプーリング」でぐぐれ
それからJavaでプーリングしやすいのは、Servletだと１プロセスで処理を行うから。
Apache+PHPだとプロセスが複数作成され、そのプロセスごとにコネクションが必要となるから
プーリングされてないようにみえるけど、FastCGIのように１プロセスを使い回すようにすると
プーリングされる。
でもこの方法は共有サーバでは使いにくいから、ほとんど使われない。
逆にJavaは１台のサーバで百人が共有するという使い方ができない。
負荷分散は、poundつかうかApache2ならmod_proxy_balancerを使う。APサーバがないとできないことじゃないし、
APサーバの利点として強調するほどのことでもない。
「PHP コネクションプーリング」でぐぐれ
それからJavaでプーリングしやすいのは、Servletだと１プロセスで処理を行うから。
Apache+PHPだとプロセスが複数作成され、そのプロセスごとにコネクションが必要となるから
プーリングされてないようにみえるけど、FastCGIのように１プロセスを使い回すようにすると
プーリングされる。
でもこの方法は共有サーバでは使いにくいから、ほとんど使われない。
逆にJavaは１台のサーバで百人が共有するという使い方ができない。
負荷分散は、poundつかうかApache2ならmod_proxy_balancerを使う。APサーバがないとできないことじゃないし、
APサーバの利点として強調するほどのことでもない。
補足すると、Javaが強みを発揮するのは分散トランザクションのようなややこしいことをする必要があるとき。
PHPではたぶんできない。
PHPではたぶんできない。
へー、PHPでもそういうことできるのね。
イメージと違ってちょっと意外だった。
イメージと違ってちょっと意外だった。
でもPHPだとセッションの共有とか、アップロードファイルの処理とかちょっと面倒じゃない?
不可能とは言わないけどさ。
それから、FastCGIって1プロセス内だけで処理はしてないよね?
要はプロセスを複数起動してリクエストに待機するだけだからコネクションプーリングに関しては
mod_phpと基本的に変わらん気が。
不可能とは言わないけどさ。
それから、FastCGIって1プロセス内だけで処理はしてないよね?
要はプロセスを複数起動してリクエストに待機するだけだからコネクションプーリングに関しては
mod_phpと基本的に変わらん気が。
PHPの方が、付加分散簡単そうな気がするのは漏れだけか？
JavaもPHPも良いとこもあるし悪いとこもある
Javaの利点だけを取り出して「PHPは糞」って言うのはバカ
PHPの利点だけを取り出して「Javaは糞」って言うのはアホ
Javaの利点だけを取り出して「PHPは糞」って言うのはバカ
PHPの利点だけを取り出して「Javaは糞」って言うのはアホ
>>599
それでOKじゃないの？
セッションを別鯖に引き継ぐとかの話が出てくると
耐障害性とか可用性とかの話だからまた別物だろ。
トランザクションとかの管理はDB側に持たせないと
どの道PHPでは使い物にならないから、
アプリ鯖は簡単に増やせそうに思うのだが。
それでOKじゃないの？
セッションを別鯖に引き継ぐとかの話が出てくると
耐障害性とか可用性とかの話だからまた別物だろ。
トランザクションとかの管理はDB側に持たせないと
どの道PHPでは使い物にならないから、
アプリ鯖は簡単に増やせそうに思うのだが。
>>597
>mod_phpと基本的に変わらん気が。
なんでやねん。
mod_phpはApacheの設定(max_clientsとか)に左右される。
apacheプロセスの寿命は結構短い。
FastCGIだとApacheとは無関係にプロセス数や寿命を設定できる。
プロセス数を少なく、寿命を長くすればそれでOK。
Javaのサーバは１プロセスマルチスレッドだから有利なのは確かだけど、PHPはPHP以外のソリューションと
組み合わせて利用できるから、Java屋が思ってるほど悪くない。
>mod_phpと基本的に変わらん気が。
なんでやねん。
mod_phpはApacheの設定(max_clientsとか)に左右される。
apacheプロセスの寿命は結構短い。
FastCGIだとApacheとは無関係にプロセス数や寿命を設定できる。
プロセス数を少なく、寿命を長くすればそれでOK。
Javaのサーバは１プロセスマルチスレッドだから有利なのは確かだけど、PHPはPHP以外のソリューションと
組み合わせて利用できるから、Java屋が思ってるほど悪くない。
PHPのAPサーバーはApacheだってさやかたんが言ってたんですけど本当ですか？
>>601
レガシーな負荷分散はそのイメージだよな
ハードウェアのロードバランサって言えばそれだし
だからそれはそれであり
Javaの各種フレームワークやASP.NETの負荷分散が実現するものには更に上のものがある
リクエストとレスポンスを分けるとか、各層のロジックの中で負荷の大きなプロセスだけを分散するとか、複数ページに渡るトランザクションを負荷分散しても一元的に管理できるとか、、、
mod_phpじゃ無理な高次元の負荷分散ができるわけで
レガシーな負荷分散はそのイメージだよな
ハードウェアのロードバランサって言えばそれだし
だからそれはそれであり
Javaの各種フレームワークやASP.NETの負荷分散が実現するものには更に上のものがある
リクエストとレスポンスを分けるとか、各層のロジックの中で負荷の大きなプロセスだけを分散するとか、複数ページに渡るトランザクションを負荷分散しても一元的に管理できるとか、、、
mod_phpじゃ無理な高次元の負荷分散ができるわけで
だからPoundがあるっていってるじゃん
>>605
そんなのできるのか。Javaで食ってるのに知らなかった。
ってかEJBの事か。そんな大きな案件した事無い。
>>606
Poundでは>>605の言ってる不可分散は実現できないような気がするんだが。
みたところロードバランサ+SSLアクセラレーターのソフトウェア版じゃないのか？
そんなのできるのか。Javaで食ってるのに知らなかった。
ってかEJBの事か。そんな大きな案件した事無い。
>>606
Poundでは>>605の言ってる不可分散は実現できないような気がするんだが。
みたところロードバランサ+SSLアクセラレーターのソフトウェア版じゃないのか？
wikipediaがPHPで動いている＝PHPで構築できないサイトなどない
こんな簡単なことも分からない方がいらっしゃるようですね。
嘆かわしいです（＞＜）
こんな簡単なことも分からない方がいらっしゃるようですね。
嘆かわしいです（＞＜）
>>607
違う
分散したい負荷の種類が違うから
あそこは単純なリクエスト/レスポンスの負荷分散が目的だから、単純な処理機構を持つperlやphpをロードバランサで分散する手法を取っている
データコミットの分散も複雑ではないためにデータ層で受け止められるし
こういう目的では確かにphpやperlの方が楽
いわゆるEnterpriseな負荷分散は高負荷の処理を並列処理するのが目的だから、phpやperlとロードバランサでは目的が達成できない（実はできなくはないが面倒
こういう場合はフレームワークやAPサーバ/OSのレベルでサポートされるJavaや.NETの方が楽
適材適所
数スレ前から出てる当たり前の結論だがな
違う
分散したい負荷の種類が違うから
あそこは単純なリクエスト/レスポンスの負荷分散が目的だから、単純な処理機構を持つperlやphpをロードバランサで分散する手法を取っている
データコミットの分散も複雑ではないためにデータ層で受け止められるし
こういう目的では確かにphpやperlの方が楽
いわゆるEnterpriseな負荷分散は高負荷の処理を並列処理するのが目的だから、phpやperlとロードバランサでは目的が達成できない（実はできなくはないが面倒
こういう場合はフレームワークやAPサーバ/OSのレベルでサポートされるJavaや.NETの方が楽
適材適所
数スレ前から出てる当たり前の結論だがな
>>609
WebProgは最終出力がhttpなんだから、どんな処理系を使っても構築できないサイトはない
しかし、サーバ側処理の現実的な実装という意味では各処理系それぞれのadvantageがある
全てのサーバの処理能力が最速スパコンを超えるような爆速で、ネットワークもそのI/Oに負けない爆速なら負荷分散もへったくれもなく同期を取っても一瞬で処理が完了するだろうが、そうはいかないから色々な手法が存在する
WebProgは表側であるクライアント側なんて大した問題じゃなくて、裏側であるサーバ側が問題なんだよ
WebProgは最終出力がhttpなんだから、どんな処理系を使っても構築できないサイトはない
しかし、サーバ側処理の現実的な実装という意味では各処理系それぞれのadvantageがある
全てのサーバの処理能力が最速スパコンを超えるような爆速で、ネットワークもそのI/Oに負けない爆速なら負荷分散もへったくれもなく同期を取っても一瞬で処理が完了するだろうが、そうはいかないから色々な手法が存在する
WebProgは表側であるクライアント側なんて大した問題じゃなくて、裏側であるサーバ側が問題なんだよ
だからそれは設定次第と何度いったら。
PHPを貶めたいだけの書き込み乙。
PHPを貶めたいだけの書き込み乙。
>>613
現実的には一度立ち上げたfcgiプロセスをずっと使いまわす設定はありえないよ。
そうすると、最高負荷時を見込んでfcgiプロセスをあらかじめ用意することに
なるけど、最高負荷のときのメモリ負荷をずっと維持しつづけるということになるわけで、
これはあんまりといえばあんまりな設定だと思うけど...
おれ、プロパーなPHPerだよ。別に貶す意図はないよ。
現実的には一度立ち上げたfcgiプロセスをずっと使いまわす設定はありえないよ。
そうすると、最高負荷時を見込んでfcgiプロセスをあらかじめ用意することに
なるけど、最高負荷のときのメモリ負荷をずっと維持しつづけるということになるわけで、
これはあんまりといえばあんまりな設定だと思うけど...
おれ、プロパーなPHPerだよ。別に貶す意図はないよ。
>>615
ごめん。メモリ負荷もそうなんだけど、
大量にプロセスを立ち上げた場合、プロセス間でコネクションを共有できないPHPだと
プロセスごとにコネクションを確保するから、あんまり接続数を節約できないなってことが言いたかった。
メモリ負荷は多分1プロセスごとにrssで4-5M程度だからまぁなんとかなるか。
まぁ、webサーバのプロセスのも同じくらいのメモリがいるけど、これは他のホストに追い出せるし。
ていうか、大量にプロセスを立ち上げた場合mod_phpとコネクションプーリングの点で
変わらないよね? Apacheもインスタンスの寿命を長く設定することはできるし、そもそも
なんで >>594 がFCGIだとコネクションプーリングの点で違いが出ると主張しているのかが
俺もよくわからないんだけど。
ごめん。メモリ負荷もそうなんだけど、
大量にプロセスを立ち上げた場合、プロセス間でコネクションを共有できないPHPだと
プロセスごとにコネクションを確保するから、あんまり接続数を節約できないなってことが言いたかった。
メモリ負荷は多分1プロセスごとにrssで4-5M程度だからまぁなんとかなるか。
まぁ、webサーバのプロセスのも同じくらいのメモリがいるけど、これは他のホストに追い出せるし。
ていうか、大量にプロセスを立ち上げた場合mod_phpとコネクションプーリングの点で
変わらないよね? Apacheもインスタンスの寿命を長く設定することはできるし、そもそも
なんで >>594 がFCGIだとコネクションプーリングの点で違いが出ると主張しているのかが
俺もよくわからないんだけど。
mod_phpって5.0や5.1になってドンドン太っていってるよね。
Java もブクブク太ってきているよね。
それでも Java よりも遥かに少ないメモリで PHP は動くのだけど。
それでも Java よりも遥かに少ないメモリで PHP は動くのだけど。
楽天ビジネスでPHP製作外注したら
どえらいものが上がってきました
SQLエスケープはナシ、
HTMLエスケープもナシ、
拡張子incも平気で使う…
これはPHP技術者の平均ですか？
それとも私がはずれを引いたのでしょうか…？
どえらいものが上がってきました
SQLエスケープはナシ、
HTMLエスケープもナシ、
拡張子incも平気で使う…
これはPHP技術者の平均ですか？
それとも私がはずれを引いたのでしょうか…？
外れを引いたかどうかはどれだけ開発に金をかけたのかによります。ケチったのならそんなもんです。
害虫は個人？会社？
個人だったらそういうオープンなとこで募集かけるのは愚の骨頂
ツテやコネをつたって確実な人だけを選べ
会社だったらそういうオープンなとこで仕事を集めてるとこに頼むのは愚の骨頂
ツテやコネをつたって確実な会社だけを選べ
要は、海のものとも山のものとも知れないとこに頼むことが愚の骨頂なのだ
どうしても頼みたいのであれば、厳密なコーディングルールを提示すべき。
個人だったらそういうオープンなとこで募集かけるのは愚の骨頂
ツテやコネをつたって確実な人だけを選べ
会社だったらそういうオープンなとこで仕事を集めてるとこに頼むのは愚の骨頂
ツテやコネをつたって確実な会社だけを選べ
要は、海のものとも山のものとも知れないとこに頼むことが愚の骨頂なのだ
どうしても頼みたいのであれば、厳密なコーディングルールを提示すべき。
それが楽天クォリティ。
というか無料でもそんなのめったにお目にかかれない欠陥品なので詐欺だね。
というか無料でもそんなのめったにお目にかかれない欠陥品なので詐欺だね。
期間が分からないけど30万程度だったらバイトとかPHP専門SOHOレベルの奴が
作ったんじゃないかな。
受注が主な会社で技術力あって単価高い人はPHPやらせてもらえないんじゃないかな。
作ったんじゃないかな。
受注が主な会社で技術力あって単価高い人はPHPやらせてもらえないんじゃないかな。
つまりJava案件でひどいシステムを一つ挙げて
それをJava技術者の平均と聞けばいいの？
つか、Java案件でひどくないシステムを聞きたい。
それをJava技術者の平均と聞けばいいの？
つか、Java案件でひどくないシステムを聞きたい。
利用者が少ないにもかかわらず下請けの仕事が多いJavaは丸投げ専用言語なので酷いのがデフォです。
PHPは酷い言語仕様がデフォだけどなー
おいおまいら、そろそろPythonに乗り換える時期が来たようですよ？
>>631
でも発注前に人の実力確かめるって結構難しくない？
でも発注前に人の実力確かめるって結構難しくない？
>>619のようなことを聞いてみるだけじゃん。
難しいかどうかいうまえに、やってみたのかよ。
やりもしない、自分で確かめる努力もしない、それで文句ばっかりつける。しかも安値でしか金出さない。
おまえ何様？
ああ、お客様か。
難しいかどうかいうまえに、やってみたのかよ。
やりもしない、自分で確かめる努力もしない、それで文句ばっかりつける。しかも安値でしか金出さない。
おまえ何様？
ああ、お客様か。
見知らぬところにPHPを外注出すならインジェクション対策を要件に含めるのは必須ですよ。
エスケープ処理なんて常識っていうか「基礎の基礎」だと思うんだが
それすらせずに飯の種にしてる業者ｽｺﾞｽ
それすらせずに飯の種にしてる業者ｽｺﾞｽ
>>635
PHPerが良く言うじゃねーか
P H P は 何 で も 作 れ る 自 由 に 作 れ る
ってな
フリィダムに“基礎”も“常識”へったくれもねーだろーがｗｗｗｗｗ
>>619が自由なPHPerを縛れなかったのが悪いだけだYo!
PHPerが良く言うじゃねーか
P H P は 何 で も 作 れ る 自 由 に 作 れ る
ってな
フリィダムに“基礎”も“常識”へったくれもねーだろーがｗｗｗｗｗ
>>619が自由なPHPerを縛れなかったのが悪いだけだYo!
PHPerってとっても自由な方なんですね
>635
とは言え要求定義に盛り込むべきだろう。
とは言え要求定義に盛り込むべきだろう。
>>616
>>>615
>大量にプロセスを立ち上げた場合、プロセス間でコネクションを共有できないPHPだと
Javaだとプロセス間でコネクションを共有できるのか？スレッド間ならわかるが。
もしかしたらNIOあたり使えばできるかもしれんが、ふつうはやらんだろ。
>プロセスごとにコネクションを確保するから、あんまり接続数を節約できないなってことが言いたかった。
だからApacheとプロセスを分離できるFastCGIが有利と書いたんだが。
>ていうか、大量にプロセスを立ち上げた場合mod_phpとコネクションプーリングの点で
>変わらないよね?
だから大量のプロセスを発生させないためにFastCGIを使うんじゃないか。FastCGIを使ってるのになんで大量のプロセスを発生させる必要がある。
>Apacheもインスタンスの寿命を長く設定することはできるし、
だからFastCGIだとApacheとは別にプロセスの数と寿命を設定できると書いただろ。
MAX_CLIENTSが256だとしたら、Apacheプロセスは最大256個のプロセスが起動するけど、
FastCGIはそれとは無関係にプロセス数を設定できるんだから、これをごく少ない数にしておけば
DBコネクション数が爆発することはない。
>そもそも
>なんで >>594 がFCGIだとコネクションプーリングの点で違いが出ると主張しているのかが
>俺もよくわからないんだけど。
594に書いた通り。PHPのプロセスを使い回すんだから、プーリングされるようなもんじゃん。
おれはおまえが煽ってる理由がわからんよ。さようなら。
>>>615
>大量にプロセスを立ち上げた場合、プロセス間でコネクションを共有できないPHPだと
Javaだとプロセス間でコネクションを共有できるのか？スレッド間ならわかるが。
もしかしたらNIOあたり使えばできるかもしれんが、ふつうはやらんだろ。
>プロセスごとにコネクションを確保するから、あんまり接続数を節約できないなってことが言いたかった。
だからApacheとプロセスを分離できるFastCGIが有利と書いたんだが。
>ていうか、大量にプロセスを立ち上げた場合mod_phpとコネクションプーリングの点で
>変わらないよね?
だから大量のプロセスを発生させないためにFastCGIを使うんじゃないか。FastCGIを使ってるのになんで大量のプロセスを発生させる必要がある。
>Apacheもインスタンスの寿命を長く設定することはできるし、
だからFastCGIだとApacheとは別にプロセスの数と寿命を設定できると書いただろ。
MAX_CLIENTSが256だとしたら、Apacheプロセスは最大256個のプロセスが起動するけど、
FastCGIはそれとは無関係にプロセス数を設定できるんだから、これをごく少ない数にしておけば
DBコネクション数が爆発することはない。
>そもそも
>なんで >>594 がFCGIだとコネクションプーリングの点で違いが出ると主張しているのかが
>俺もよくわからないんだけど。
594に書いた通り。PHPのプロセスを使い回すんだから、プーリングされるようなもんじゃん。
おれはおまえが煽ってる理由がわからんよ。さようなら。
>>640
別に>>616が煽ってるようには見えんが。むしろお前さんのFastCGIマンセーのほうが鼻につく。
よくは知らんが、デメリットもあるわけでしょ？でなきゃ必ず使われるか、いっそ取り込まれるだろうし。
別に>>616が煽ってるようには見えんが。むしろお前さんのFastCGIマンセーのほうが鼻につく。
よくは知らんが、デメリットもあるわけでしょ？でなきゃ必ず使われるか、いっそ取り込まれるだろうし。
>>640
まぁそんなに怒らずにカルシウム摂って。
ああ、ごめんごめん。APサーバとの比較だから全ページに動的コンテンツがある前提だと思ってた。
だからApacheプロセス数 == FCGIプロセス数だと思ったのよ。
でも全ページに認証チェックとか、なにかしらの動的コンテンツが含まれる場合は
たとえそのページでDBに接続しないとしてもFCGIプロセスはHTTPコネクションの数だけ
必要になるわけで、そういう場合はmod_phpと変わらないよね。むしろリソースの無駄?
FCGIがはやってない理由はたぶん最近まで依存してたlibfcgiの開発が滞りがちだったせいじゃないかな。
まぁそんなに怒らずにカルシウム摂って。
ああ、ごめんごめん。APサーバとの比較だから全ページに動的コンテンツがある前提だと思ってた。
だからApacheプロセス数 == FCGIプロセス数だと思ったのよ。
でも全ページに認証チェックとか、なにかしらの動的コンテンツが含まれる場合は
たとえそのページでDBに接続しないとしてもFCGIプロセスはHTTPコネクションの数だけ
必要になるわけで、そういう場合はmod_phpと変わらないよね。むしろリソースの無駄?
FCGIがはやってない理由はたぶん最近まで依存してたlibfcgiの開発が滞りがちだったせいじゃないかな。
643 ：nobodyさん：2006/06/16(金) 00:44:23 ID:Ujb4g0OW
結論：CGI中は切れやすいゲーム脳
PHP厨はゲーム脳を応援しています
糞ソース手直しするの諦めました
筋が悪いというか、設計自体が気持ち悪いので…
自分的にはちょっと高い勉強代でした
いい外注探すの難しいです（＞＜）
筋が悪いというか、設計自体が気持ち悪いので…
自分的にはちょっと高い勉強代でした
いい外注探すの難しいです（＞＜）
外注に頼るのが悪い
自社で育てろ
自社で育てろ
>>641
>よくは知らんが、デメリットもあるわけでしょ？でなきゃ必ず使われるか、いっそ取り込まれるだろうし。
デメリットがないとは誰も書いてないよ。脳内補完乙。
デメリットがなければ必ず使われるって、おまえの住んでる世界は平和だな。
>>642
>たとえそのページでDBに接続しないとしてもFCGIプロセスはHTTPコネクションの数だけ
>必要になるわけで、
なんで？１つのプロセスで複数のリクエストをさばくんだから、プロセス数＝HTTPコネクション数になるわけがない。
>よくは知らんが、デメリットもあるわけでしょ？でなきゃ必ず使われるか、いっそ取り込まれるだろうし。
デメリットがないとは誰も書いてないよ。脳内補完乙。
デメリットがなければ必ず使われるって、おまえの住んでる世界は平和だな。
>>642
>たとえそのページでDBに接続しないとしてもFCGIプロセスはHTTPコネクションの数だけ
>必要になるわけで、
なんで？１つのプロセスで複数のリクエストをさばくんだから、プロセス数＝HTTPコネクション数になるわけがない。
>>647
だから、なんでいちいち喧嘩腰なわけ？
だから、なんでいちいち喧嘩腰なわけ？
2chで礼儀正しさでも求めているのか？
それより HTTPコネクション数＝FastCGIプロセス数 の理由を説明してくれ。
じゃないと議論が噛みあわん。
それより HTTPコネクション数＝FastCGIプロセス数 の理由を説明してくれ。
じゃないと議論が噛みあわん。
礼儀正しさ以前の問題だぞｗ
処理能力を上げるためにコネクションプーリングとかを導入するのに
クライアントを待たせては本末転倒では? FCGIプロセスがApacheプロセスより少なければ
当然そうなるでしょ。
クライアントを待たせては本末転倒では? FCGIプロセスがApacheプロセスより少なければ
当然そうなるでしょ。
>>652
プロセスが立ち上がりすぎると、
プロセスの立ち上げや切り替えのオーバーヘッドが大きくなりすぎて
にっちもさっちも行かなくなるのは分かるよね？
ロードアベレージが30とか40とかいう泣ける状況の事ね。
そーゆー時には、やっぱ無停止プロセスがキューに
たまったリクエストをひたすら捌くのが効率いいのよ。
クライアントを待たせてしまうのは、望ましくないが仕方が無い事。
問題は、本質的な処理以上に無駄な処理が走ってしまう事で、
それを取り除くひとつの解がFCGIって言うだけの話だ。
プロセスが立ち上がりすぎると、
プロセスの立ち上げや切り替えのオーバーヘッドが大きくなりすぎて
にっちもさっちも行かなくなるのは分かるよね？
ロードアベレージが30とか40とかいう泣ける状況の事ね。
そーゆー時には、やっぱ無停止プロセスがキューに
たまったリクエストをひたすら捌くのが効率いいのよ。
クライアントを待たせてしまうのは、望ましくないが仕方が無い事。
問題は、本質的な処理以上に無駄な処理が走ってしまう事で、
それを取り除くひとつの解がFCGIって言うだけの話だ。
>>654
なぜそういう結論に到達するのかがわからないぞ？
俺が言ってるのは
【サービス停止】という絶望的な状況よりも
【サービス遅延】という「最低でも処理は行われる」状況のほうが
良いだろうという話なんだが。
つまり100の処理能力があるサーバーで、最悪の状況のときに
50の実処理と50の本質的でない処理が行われる構造(mod_php)
80の実処理と20の本質的でない処理が行われる構造(FCGI)
と、どっちを選択するかって言う話なんだが…。
ちなみに数値は適当な。
もちろん、遅延が絶対に許されない状況なら、
それと含めてハードウェアの多重化も必要になるだろうが。
なぜそういう結論に到達するのかがわからないぞ？
俺が言ってるのは
【サービス停止】という絶望的な状況よりも
【サービス遅延】という「最低でも処理は行われる」状況のほうが
良いだろうという話なんだが。
つまり100の処理能力があるサーバーで、最悪の状況のときに
50の実処理と50の本質的でない処理が行われる構造(mod_php)
80の実処理と20の本質的でない処理が行われる構造(FCGI)
と、どっちを選択するかって言う話なんだが…。
ちなみに数値は適当な。
もちろん、遅延が絶対に許されない状況なら、
それと含めてハードウェアの多重化も必要になるだろうが。
>>653
それは...なんだか負け惜しみっぽくね?
いきなりそんな特殊な状況をもちだすのは詭弁くさくないか?
まぁ、それなりにありえない状況ではないけど、ロードアベレージが30あるなら
FCGI導入よりより先にやることがあらぁね。
それは...なんだか負け惜しみっぽくね?
いきなりそんな特殊な状況をもちだすのは詭弁くさくないか?
まぁ、それなりにありえない状況ではないけど、ロードアベレージが30あるなら
FCGI導入よりより先にやることがあらぁね。
まぁ、議論が噛み合っていなかったのは当然だったということだね。
PHPはホント低レベルだな
そーゆーこっちゃね。
ちなみに俺は >>653,>>655,>>657 なんだが
FCGIなんて一度も使ったことねぇし、mod_phpも使った事がないwww
中途半端なUNIXの知識で、一般論をぶち上げただけですのであしからず。
ちなみに俺は >>653,>>655,>>657 なんだが
FCGIなんて一度も使ったことねぇし、mod_phpも使った事がないwww
中途半端なUNIXの知識で、一般論をぶち上げただけですのであしからず。
負け惜しみっぷりスゴスwww
662 ：nobodyさん：2006/06/17(土) 01:21:38 ID:2dWsqYjl
FCGIなんて非現実的なものをつかうより
APサーバ使って高性能Webアプリを簡単に作った方がいいんじゃねーの？
APサーバ使って高性能Webアプリを簡単に作った方がいいんじゃねーの？
PHPに限らないが、OSS系はオープンだから拡張性があるとか他のツールでどんな機能も補えるとか言うけど、
相互に動作保証取られていなかったりそれぞれの求めるバージョンに限界があったりで、ちょっと高度なことしようとすると下手なパッケージソフト（つかM$製品）より自由度が低い。
Javaはかなり大きなレベルでパッケージになっているためPHPのような悩みが少ない。確かにAPサーバが大きく重いという批判はあるが、今回の様な案件ではそれが有利に働く。
適材適所とは言うければ、会社にある100以上のPHP/Java案件の技術評価レポートを見る限りは、PHPは「小物」「玩具」のレベルを超える期待はできないと感じた。
相互に動作保証取られていなかったりそれぞれの求めるバージョンに限界があったりで、ちょっと高度なことしようとすると下手なパッケージソフト（つかM$製品）より自由度が低い。
Javaはかなり大きなレベルでパッケージになっているためPHPのような悩みが少ない。確かにAPサーバが大きく重いという批判はあるが、今回の様な案件ではそれが有利に働く。
適材適所とは言うければ、会社にある100以上のPHP/Java案件の技術評価レポートを見る限りは、PHPは「小物」「玩具」のレベルを超える期待はできないと感じた。
少数の残る問題のためにネーム空間の撤去は非常に悪い考えでした。
また、このiの上の最後の糸が大多数の人々がPHPに中へ興味を感じさせた
という強いを抱くことを読んだ後に、開発は賛成論ネーム空間です。
私たちが最後のもののうちの1つを失わせたネーム空間の撤去によって、
私たちは完全に即座の企業である必要があります。説明させてください。
全面的に視界を支援するためにオブジェクト・モデルを変更しさらに
抽象的な方法およびインターフェースを持っていることによって、私たちは、
UMLツールを備えたPHPコードを設計することを可能にする言語水準に達
しました。不運にも、今、ネーム空間は見当たりません、私たちは専用グル
ープ化するメカニズムを欠きます。そのような配合は、パッケージ代案(それが
抜けている言語で)としてしばしば使用されます。、そしてその結果責任組織
および組織しているハイ・レベル・ソフトウェア・アブストラクト際に役割を果たす。
その問題に戻ること。削除されるまで、それらがそうだったように、ネーム空間に関
する2つの大問題があります。最初にそこに、今ちょうど作動しない輸入に関する
問題です。ここで、iは、nooneが注意したと言うに違いありません、に関して、まだ、単に、ので
また、このiの上の最後の糸が大多数の人々がPHPに中へ興味を感じさせた
という強いを抱くことを読んだ後に、開発は賛成論ネーム空間です。
私たちが最後のもののうちの1つを失わせたネーム空間の撤去によって、
私たちは完全に即座の企業である必要があります。説明させてください。
全面的に視界を支援するためにオブジェクト・モデルを変更しさらに
抽象的な方法およびインターフェースを持っていることによって、私たちは、
UMLツールを備えたPHPコードを設計することを可能にする言語水準に達
しました。不運にも、今、ネーム空間は見当たりません、私たちは専用グル
ープ化するメカニズムを欠きます。そのような配合は、パッケージ代案(それが
抜けている言語で)としてしばしば使用されます。、そしてその結果責任組織
および組織しているハイ・レベル・ソフトウェア・アブストラクト際に役割を果たす。
その問題に戻ること。削除されるまで、それらがそうだったように、ネーム空間に関
する2つの大問題があります。最初にそこに、今ちょうど作動しない輸入に関する
問題です。ここで、iは、nooneが注意したと言うに違いありません、に関して、まだ、単に、ので
ここで、iは、単にそれが受理可能な状態でなかったというだけの理由でnooneが回り
にまだ注意したと言うに違いありません。これは、今のところそれを落とすことが最良の
解決だっただろうと言いました。さらに、PHPの後の時/バージョンに輸入の働くバージ
ョンを加えることは、今問題だったでしょう。第2の問題は支援です、の「:」3のオペレー
ターとのもめごとを引き起こしたネーム空間で。このiに関して、そうは実際に単に言うこ
とができる、かつて理解されたnoone、なぜそれは、それをインプリメントした奴に加えて
必要でしたか。西洋ナシ開発者さえ、彼らがその必要を持っていると言いませんでした。
それら(iが誤解していない場合)については、
それがonyでした、1つの、goodieを持つのによい私のために、単に1つの可能な解決への
このleeds:輸入なしでネーム空間を中へ戻す「そして:」支援してください。現在のエンジン
の中で実際の問題を解決した後。その後、私たちは作動する輸入を加えることができま
した。「それが壊れていないので、輸入は「固定することができない」」と既に言われていた
とともに。i、可能な解決を示す必要を感じます。第一に、i、それが壊れていたので、実
際に私たちが持っていた輸入に興味を持ちません。
にまだ注意したと言うに違いありません。これは、今のところそれを落とすことが最良の
解決だっただろうと言いました。さらに、PHPの後の時/バージョンに輸入の働くバージ
ョンを加えることは、今問題だったでしょう。第2の問題は支援です、の「:」3のオペレー
ターとのもめごとを引き起こしたネーム空間で。このiに関して、そうは実際に単に言うこ
とができる、かつて理解されたnoone、なぜそれは、それをインプリメントした奴に加えて
必要でしたか。西洋ナシ開発者さえ、彼らがその必要を持っていると言いませんでした。
それら(iが誤解していない場合)については、
それがonyでした、1つの、goodieを持つのによい私のために、単に1つの可能な解決への
このleeds:輸入なしでネーム空間を中へ戻す「そして:」支援してください。現在のエンジン
の中で実際の問題を解決した後。その後、私たちは作動する輸入を加えることができま
した。「それが壊れていないので、輸入は「固定することができない」」と既に言われていた
とともに。i、可能な解決を示す必要を感じます。第一に、i、それが壊れていたので、実
際に私たちが持っていた輸入に興味を持ちません。
それが壊れていたので。2位、どんなi'd、のように、種類である、の「選択する。」
にとって、これは、輸入ステートメントが活発なネーム空間へ選択されたシンボル
を輸入するべきであることを意味します。解決は輸入品用の専用ハッシュ・テーブ
ルを持ち、オリジナルの記号テーブルが要求されたシンボルを伝えない場合に限り
それらを使用することであると思うので、私は、これが何でも上書きするとは予想し
ません。この解決が扱うことができないものはすべてソフトウェア設計によるエラーで
す。既に目標ハッシュ・テーブル中のシンボルに邪魔をするシンボルを特に輸入する
ことは、そのような悪い設計を防ぐためにエラーに帰着するかもしれません。さらに、
多数の輸入ステートメントが矛盾に帰着する場合、エラーを放射するのは簡単です。
PHPが強いタイプされた語調ではないので、私は、言及された問題に加えて
実際のエラーを見ません。
にとって、これは、輸入ステートメントが活発なネーム空間へ選択されたシンボル
を輸入するべきであることを意味します。解決は輸入品用の専用ハッシュ・テーブ
ルを持ち、オリジナルの記号テーブルが要求されたシンボルを伝えない場合に限り
それらを使用することであると思うので、私は、これが何でも上書きするとは予想し
ません。この解決が扱うことができないものはすべてソフトウェア設計によるエラーで
す。既に目標ハッシュ・テーブル中のシンボルに邪魔をするシンボルを特に輸入する
ことは、そのような悪い設計を防ぐためにエラーに帰着するかもしれません。さらに、
多数の輸入ステートメントが矛盾に帰着する場合、エラーを放射するのは簡単です。
PHPが強いタイプされた語調ではないので、私は、言及された問題に加えて
実際のエラーを見ません。
>>661が荒らしを呼び寄せた件について
>>652
>処理能力を上げるためにコネクションプーリングとかを導入するのに
>クライアントを待たせては本末転倒では? FCGIプロセスがApacheプロセスより少なければ
>当然そうなるでしょ。
ならないよ。
１つのFCGIプロセスで複数のリクエストをさばくから、Apacheプロセスが多かろうが関係ない。
もしこれでクライアントを待たせることになるのなら、Apache+Tomcatの組み合わせでも同じことになる。
もしmod_perlと比較していってるのであれば、mod_perlの実行時間がFCGIに移るだけ。Apacheプロセス数は関係ない。
FCGIプロセスがApacheプロセスより少なければなぜクライアントを待たせることになるのか、説明求む。
おまえにとっては「当然そうなる」のかもしれんが、おれにはわからん。
>処理能力を上げるためにコネクションプーリングとかを導入するのに
>クライアントを待たせては本末転倒では? FCGIプロセスがApacheプロセスより少なければ
>当然そうなるでしょ。
ならないよ。
１つのFCGIプロセスで複数のリクエストをさばくから、Apacheプロセスが多かろうが関係ない。
もしこれでクライアントを待たせることになるのなら、Apache+Tomcatの組み合わせでも同じことになる。
もしmod_perlと比較していってるのであれば、mod_perlの実行時間がFCGIに移るだけ。Apacheプロセス数は関係ない。
FCGIプロセスがApacheプロセスより少なければなぜクライアントを待たせることになるのか、説明求む。
おまえにとっては「当然そうなる」のかもしれんが、おれにはわからん。
HTTPコネクション数＝FastCGIプロセス数の理由ﾏﾀﾞー?
>>663
>PHPに限らないが、OSS系はオープンだから拡張性があるとか他のツールでどんな機能も補えるとか言うけど、
>相互に動作保証取られていなかったりそれぞれの求めるバージョンに限界があったりで、ちょっと高度なことしようとすると下手なパッケージソフト（つかM$製品）より自由度が低い。
「自由度が低い」という表現以外は肯定できる。ソース読んでパッチ作ればいいから自由度は限りなく高いんだけど、
そんなことしなくて済むならそれにこしたことはない。
ただ、Javaの商用アプリケーションサーバを数個使ったけど、どれもJDKのバージョンとかOSのパッチとかすごく細かく指定してきて、
それ以外だとすぐにサポート対象外としやがる。
例えばApacheとアプリケーションサーバを組み合わせて使ってるんだけどApacheのセキュリティパッチ当てたら
「そのApacheのバージョンは弊社ではサポートしていませんのでサポート対象外となります。」
とかいわれた。
これも自由度が低いから、どっちもどっち。
>>663
>PHPに限らないが、OSS系はオープンだから拡張性があるとか他のツールでどんな機能も補えるとか言うけど、
>相互に動作保証取られていなかったりそれぞれの求めるバージョンに限界があったりで、ちょっと高度なことしようとすると下手なパッケージソフト（つかM$製品）より自由度が低い。
「自由度が低い」という表現以外は肯定できる。ソース読んでパッチ作ればいいから自由度は限りなく高いんだけど、
そんなことしなくて済むならそれにこしたことはない。
ただ、Javaの商用アプリケーションサーバを数個使ったけど、どれもJDKのバージョンとかOSのパッチとかすごく細かく指定してきて、
それ以外だとすぐにサポート対象外としやがる。
例えばApacheとアプリケーションサーバを組み合わせて使ってるんだけどApacheのセキュリティパッチ当てたら
「そのApacheのバージョンは弊社ではサポートしていませんのでサポート対象外となります。」
とかいわれた。
これも自由度が低いから、どっちもどっち。
PHPが
ガンガングングンズイズイ上昇
ガンガングングンズイズイ上昇
>>669
そうなの?
たとえば、Apacheが2つのプロセスで同時に２つのコネクションをさばいていて、
そのどちらもがFCGIでの処理をしなきゃ行けない場合、FCGIプロセスが一個だけなら
どちらかのコネクションは待たされると思ってた。違うの?
そうなの?
たとえば、Apacheが2つのプロセスで同時に２つのコネクションをさばいていて、
そのどちらもがFCGIでの処理をしなきゃ行けない場合、FCGIプロセスが一個だけなら
どちらかのコネクションは待たされると思ってた。違うの?
最近異常にPHPの仕事減ってない？
お前らの職場はどーよ？
お前らの職場はどーよ？
俺が
「PHPを外注したらまともに動く物が納入されるなんて
理屈で考えてありえないって分かってるでしょ？
なんでそーゆー事するんですか」
って本気で切れたのも原因かもなwww
「PHPを外注したらまともに動く物が納入されるなんて
理屈で考えてありえないって分かってるでしょ？
なんでそーゆー事するんですか」
って本気で切れたのも原因かもなwww
>>676
もう少し日本語を勉強しなPHP厨ｗ
もう少し日本語を勉強しなPHP厨ｗ
>>673
うちではPHPに関しては何も変わっていない
引き合いも外注も売上も粗利も会社の利益全体に対する割合もここ数年30%前後で同じ
Javaはフレームワークを問わず一昨年あたりから若干下降線
ASP.NETが一昨年あたりから急上昇
perlはここ数年下がるばかりで保守中心だが小規模安定稼働が多いため移行は少ない
ASPはビジネスアプリが多いため殆どASP.NETや他の環境へ移行し保守も数件を残すのみ
ColdFusionはFlash関係で若干あるがほぼFLEXに移行
その他いくつか特殊な言語や環境があるが全部で数件程度なので略
うちではPHPに関しては何も変わっていない
引き合いも外注も売上も粗利も会社の利益全体に対する割合もここ数年30%前後で同じ
Javaはフレームワークを問わず一昨年あたりから若干下降線
ASP.NETが一昨年あたりから急上昇
perlはここ数年下がるばかりで保守中心だが小規模安定稼働が多いため移行は少ない
ASPはビジネスアプリが多いため殆どASP.NETや他の環境へ移行し保守も数件を残すのみ
ColdFusionはFlash関係で若干あるがほぼFLEXに移行
その他いくつか特殊な言語や環境があるが全部で数件程度なので略
リクナビや en を見る限り PHP は増えてきているね。
PHPの求人が増えてるのは、糞PHPerがどんどん使い捨てにされるから
Javaや.NETと違い趣味の世界から入り易い分糞グラマが増産され、使い捨て人口が他の言語より多い
求人量と市場規模は無関係
安定した需要とライバルのいないC++パッケージ開発なんて相当な市場規模なのに求人数は他に比べて少ない
敷居が高い分求人に頼らない人材収集戦略（ツテとコネ）が確立してるからな
Javaや.NETと違い趣味の世界から入り易い分糞グラマが増産され、使い捨て人口が他の言語より多い
求人量と市場規模は無関係
安定した需要とライバルのいないC++パッケージ開発なんて相当な市場規模なのに求人数は他に比べて少ない
敷居が高い分求人に頼らない人材収集戦略（ツテとコネ）が確立してるからな
PHPはアホでもできるからな。
↑
負け惜しみ乙
負け惜しみ乙
言語をいじくるだけなら大した知識も経験もいらん
でも要件に合わせた仕様を組み実装し今後の保守も適切に対応できるかが問題
コーディングだけのPHPerであっても、見易いコード・負荷の少ないコード・言語的に適切なフローのコードなど、差が出るところは色々ある
でも要件に合わせた仕様を組み実装し今後の保守も適切に対応できるかが問題
コーディングだけのPHPerであっても、見易いコード・負荷の少ないコード・言語的に適切なフローのコードなど、差が出るところは色々ある
>>681
スレの主旨から外れるんだが、最後の二行はかなり重要。
特にHDDレコーダを始めとする家電用組み込み機器の市場が、ここ数年急増してて、
けれども技術者はなかなか育たない。やや深刻になりつつあるらしい（日経か何かに出てた）。
JavaのJ2MEなんかも携帯を中心に広がってるけど、「できる」技術者は、残念ながら
そういない。PHPは市場外だから無視。
要するに、PHPに固執しないでJavaやC/C++に手を広げたほうが、技術者としての評価は
得られるよ、ということ。JavaでもPHPでも「それしかできない」連中は使えない人々。
スレの主旨から外れるんだが、最後の二行はかなり重要。
特にHDDレコーダを始めとする家電用組み込み機器の市場が、ここ数年急増してて、
けれども技術者はなかなか育たない。やや深刻になりつつあるらしい（日経か何かに出てた）。
JavaのJ2MEなんかも携帯を中心に広がってるけど、「できる」技術者は、残念ながら
そういない。PHPは市場外だから無視。
要するに、PHPに固執しないでJavaやC/C++に手を広げたほうが、技術者としての評価は
得られるよ、ということ。JavaでもPHPでも「それしかできない」連中は使えない人々。
>>685
評価は評価者がいて初めて発生する
PHPしかやってない会社ならPHPだけ突き詰めればいい
PHPの他はJavaしかやってない会社でC/C++をやっても無駄と言われるだけ
何が良くて何が悪いなんてのは人それぞれの環境で違うから一概に言えない
自己満足を求めるなら評価なんて気にしてはないけないし
評価は評価者がいて初めて発生する
PHPしかやってない会社ならPHPだけ突き詰めればいい
PHPの他はJavaしかやってない会社でC/C++をやっても無駄と言われるだけ
何が良くて何が悪いなんてのは人それぞれの環境で違うから一概に言えない
自己満足を求めるなら評価なんて気にしてはないけないし
それは思うねー。Perlで数十行のコード書いて、ハックとか言われてもなあ。
>>687
Perlの数十行のコードはハックといえる場合が多そうな気がするが、
PHPはxoopsのモジュールちょろっといじって
「僕がハックしたモジュールです(^^)」
っていうやつが異常に多いからなぁ。
Perlの数十行のコードはハックといえる場合が多そうな気がするが、
PHPはxoopsのモジュールちょろっといじって
「僕がハックしたモジュールです(^^)」
っていうやつが異常に多いからなぁ。
PHPじゃあ何万行書こうがハックにはならないけどな。
たとえ一行でもハックはハック
単に量の違いだけ
質の評価は統一基準なんて作れない
オレオレ評価なんて当てにならない
たった数行で劇的に改善するコードもあるし
何万行書けても大した意味の無いコードもあるし
通常の開発だって同じ
大規模だから偉いんじゃない
要求にあった実装ができるかだけ
単に量の違いだけ
質の評価は統一基準なんて作れない
オレオレ評価なんて当てにならない
たった数行で劇的に改善するコードもあるし
何万行書けても大した意味の無いコードもあるし
通常の開発だって同じ
大規模だから偉いんじゃない
要求にあった実装ができるかだけ
テキストを加工するだけのウェブアプリで、ハックなんて言い出す方がこっぱずかしい。
じゃあ、どういうのが「ハック」たるものなの？
明確に定義してよ
オレは「リリースされた実装と違う機能を実現するため、自分でコードに手を入れること」だ
それが１文字だろうが数万行だろうが、ハックはハック
明確に定義してよ
オレは「リリースされた実装と違う機能を実現するため、自分でコードに手を入れること」だ
それが１文字だろうが数万行だろうが、ハックはハック
テキスト加工が hack ではないとは…。
さすが Java にはハッカーがいないと言われる所以ですね。
さすが Java にはハッカーがいないと言われる所以ですね。
変更が他者から賞賛されたものがhackと思ってりゃいいよ。
要するに、自画自賛は禁止。
要するに、自画自賛は禁止。
>>695
称賛程度ならまだしも、賞賛されるのはかなりの難易度じゃないかと
（自称）ハックしたものを公開し、１人でも他者が使ってくれればそれでいいんでは
もしくは（自称）ハックしたものでサービスを公開し、それで他者がサービス享受できるってのでもいいんでは
他者が使ってくれなかったり、自分だけの利益なら単なる自己改編
他者へも利益が及んだらハック
称賛程度ならまだしも、賞賛されるのはかなりの難易度じゃないかと
（自称）ハックしたものを公開し、１人でも他者が使ってくれればそれでいいんでは
もしくは（自称）ハックしたものでサービスを公開し、それで他者がサービス享受できるってのでもいいんでは
他者が使ってくれなかったり、自分だけの利益なら単なる自己改編
他者へも利益が及んだらハック
つまり「僕がハックしました(^^)」は論外って事だね。
ちんこをまんこに入れたらファックですね(^^)
（●一般的な人々（客含む）の声・・・）
JAVAでもPHPでもファミリーベーシックでもなんでもいいからさ、
早く安く作ってくれればいいよ。
ハックだかファックだか知らないけど、論争してるヒマがあったら
さっさと作ってよ。
JAVAでもPHPでもファミリーベーシックでもなんでもいいからさ、
早く安く作ってくれればいいよ。
ハックだかファックだか知らないけど、論争してるヒマがあったら
さっさと作ってよ。
Java では早くも安くも作れません
そこでサブリミナルおっPythonですよ。
ttp://itpro.nikkeibp.co.jp/article/NEWS/20060620/241346/
| JavaやPHPでは美しい（Beautiful）コードを書くことができず，不満を感じていました。
そんな貴方に Ruby ですよ。
| JavaやPHPでは美しい（Beautiful）コードを書くことができず，不満を感じていました。
そんな貴方に Ruby ですよ。
705 ：nobodyさん：2006/06/24(土) 15:06:19 ID:EMoGL35e
今はLLの時代
Javaなんて古いです（＞＜）
Javaなんて古いです（＞＜）
>>705
Java 坊や、頑張れ、頑張れ！
Java 坊や、頑張れ、頑張れ！
クヌース本や真珠本を紹介すると
OOPやデザバタが分からないと思い込む
Java厨のスパッゲティ構造な思考法に脱帽。
OOPやデザバタが分からないと思い込む
Java厨のスパッゲティ構造な思考法に脱帽。
705 は 1 メソッド 1000 行以上とか
O(n) なコードとか書いているんだろうなぁ。
Java 案件が死屍累々な原因はお前か。
O(n) なコードとか書いているんだろうなぁ。
Java 案件が死屍累々な原因はお前か。
Java坊やはJavaしかできず、本も読まないのか。納得。
711 ：nobodyさん：2006/06/25(日) 03:19:09 ID:3tNwjYbA
PHP厨がOOPやデザパタに疎いということだけ分かった。
無茶な案件に対して、O(n)な汎用ソートを発明するなどの
超科学的な技術力をもって死屍累々の環境で生き延びて
いくのだよ。
超科学的な技術力をもって死屍累々の環境で生き延びて
いくのだよ。
>>711
どこでそう思ったの？
どこでそう思ったの？
な〜んだ、坊やはデザパタにないコードは読むことすらできないのか〜
てか、最近坊や元気ないね。
俺がサクッと片付けてデートしてる間に過労で入院しちゃったのかな。
てか、最近坊や元気ないね。
俺がサクッと片付けてデートしてる間に過労で入院しちゃったのかな。
Java しか知らない Java 坊やが
本当にデザパタや OOP を理解しているとは思えない。
# 本も読まないようだし。
Java だけで OOP/デザパタを語らず Smalltalk や Ruby も経験してほしい。
本当にデザパタや OOP を理解しているとは思えない。
# 本も読まないようだし。
Java だけで OOP/デザパタを語らず Smalltalk や Ruby も経験してほしい。
どうやら本気でPHP厨はOOPやデザパタに疎いらしいｗ
この流れは凄いな
>>716
どこでそう思ったの？
どこでそう思ったの？
これはひどい
Java坊や、珍説を発表
PHP厨、食いつく
Java坊や、対応できなくて火病もしくは脳死
PHP厨、飽きる
Java坊や、復讐を誓う ← イマココ
はじめにもどる
PHP厨、食いつく
Java坊や、対応できなくて火病もしくは脳死
PHP厨、飽きる
Java坊や、復讐を誓う ← イマココ
はじめにもどる
復讐を誓い珍説を発表
なるほど
なるほど
Java 坊やの珍説まだ〜？
ﾌｧｯﾋﾞｮﾝ!!!
>>725
火病るのは珍説にケチが付けられてからですよ。
火病るのは珍説にケチが付けられてからですよ。
727 ：nobodyさん：2006/06/27(火) 19:48:53 ID:6VuSG/rx
>>715
今時Smalltalk勧める奴は胡散臭い法則。
今時Smalltalk勧める奴は胡散臭い法則。
PHPって言語的にはJavaScriptにも劣るな。
そういった面を犠牲にして初心者でも扱えるようにしたんだからしょうがない。
というかJavaScriptは素晴らしい言語だし。
というかJavaScriptは素晴らしい言語だし。
ただでさえ可読性が悪いJavaに後はないだろ
>>733
根拠もない発言は火病/脳死ですよ。
ECMA で定義された言語としては JavaScript は癖がなくてよいが、
Java 同様、実装が問題。ブラウザ間の互換性がなさすぎる。
また、言語をどう捉えるかだけど、ライブラリの存在も重要。
根拠もない発言は火病/脳死ですよ。
ECMA で定義された言語としては JavaScript は癖がなくてよいが、
Java 同様、実装が問題。ブラウザ間の互換性がなさすぎる。
また、言語をどう捉えるかだけど、ライブラリの存在も重要。
Java と PHPのスレッドで何故か、ECMAスクリプトの話が。
どこでもそうだよ。
１ 話をそらしたい
２ ちょっとだけかじったのを自慢げに話したい
１ 話をそらしたい
２ ちょっとだけかじったのを自慢げに話したい
リファクタリングを語るにも Smalltalk 必要だよな。
別に、Smalltalkをイマドキと思っても変じゃないと思うけどな。
アランがSmalltalkを愛してないと語ったのが噂になったり、
スクィークも所々に糞設計が散見する事が知られてたり。
リファクタリングもデザインパターンも単に優れた方法論であって
偉大なる何かじゃないのに、それを語るだけで偉大になれたかのように
自分にうっとりするというのはあまりいい傾向じゃないよ。
アランがSmalltalkを愛してないと語ったのが噂になったり、
スクィークも所々に糞設計が散見する事が知られてたり。
リファクタリングもデザインパターンも単に優れた方法論であって
偉大なる何かじゃないのに、それを語るだけで偉大になれたかのように
自分にうっとりするというのはあまりいい傾向じゃないよ。
えっ！？ AppleTalk！？
「いまさら」Smalltalk…と言えるくらいの知識があれば説得力もあるんだけれども…。
「いまどき」っちゅう言葉の選択はねぇ…。暗に「俺はSmalltalkのことはようしらんけど、
聞けば、すっげー古い言語なんだろ…？」みたいな、なんか心許ない感じがする。
「いまどき」っちゅう言葉の選択はねぇ…。暗に「俺はSmalltalkのことはようしらんけど、
聞けば、すっげー古い言語なんだろ…？」みたいな、なんか心許ない感じがする。
PHPはJavaScriptにも遥かに劣るということでいいみたいですね。
そういうことにしたいのですね。
じゃなくてそうなんです。
>>742 Java 坊やの珍説
>>743-744 PHP 厨房が食いついた
とはいえ、
>>728-731
のように既出。
Java 坊やは頭悪いから新しいの考え付かないのは分かるけど、
頑張って新しい珍説よろしく。
>>743-744 PHP 厨房が食いついた
とはいえ、
>>728-731
のように既出。
Java 坊やは頭悪いから新しいの考え付かないのは分かるけど、
頑張って新しい珍説よろしく。
まあ言語としてはJavaScriptの方が高尚だわな
PHPの野性的なのが魅力なの！（＞＜）
>>745
雑魚コーダーが何を偉そうにしてるんだろう・・・
雑魚コーダーが何を偉そうにしてるんだろう・・・
749 ：nobodyさん：2006/06/29(木) 23:27:22 ID:aRw6Hacb
JavaとPHPのスレッドで何故かSmalltalkの話が
どの言語の話しても、なんか気がつくと
LispとSmalltalkの話が出てくるよな。
LispとSmalltalkの話が出てくるよな。
ヲタは困るとすぐマイナーかつ難解な話に飛んで悦に入り、
現実逃避しようとするからな。
現実逃避しようとするからな。
ここ最近出没している高慢なPHP厨をヲチしてるのは俺だけじゃないはずだ
>>753
202.216.224.67
202.216.224.67
なぁ、俺思うんだけどよ、漁師多すぎて魚食い渋ってるじゃんｗ
そんでもって、そろそろ夏休なわけだ。
このあたりで坊やを持ち上げて餌を撒き続けることでかつてない大物が
スレを200%高速化ってプログラムをJavaで作ったんだけど買わない？
そんでもって、そろそろ夏休なわけだ。
このあたりで坊やを持ち上げて餌を撒き続けることでかつてない大物が
スレを200%高速化ってプログラムをJavaで作ったんだけど買わない？
>>755
日本語でおｋ
日本語でおｋ
しかしPHP厨はどうしようもない頭の悪さだな。
まぁスクリプトキディなんてそんなもんですよ。
珍説のネタも尽きてきたようですね。Java坊や
>>741
妄想逞しすぎ（ｗ
妄想逞しすぎ（ｗ
キーワード
「珍説 Java坊や」
「珍説 Java坊や」
>>757
なんで小学校時代からみんなに馬鹿にされるか理由を考えたことある？
なんで小学校時代からみんなに馬鹿にされるか理由を考えたことある？
PHP厨が必死な件について
と、珍説すら書けないJava坊やの必死な書き込み
＞珍説すら書けないJava坊や
何を意味の分からないことをいってるんだろうこの馬鹿ｗ
何を意味の分からないことをいってるんだろうこの馬鹿ｗ
と、珍説すら書けないJava坊やの必死な書き込み
まあ「馬鹿」に「ｗ」まで付けちゃったら必死と見られて当然だろう。
Java 坊やはいつも困ると
「必死だな」「かわいそう」「おわった」としか
言わなくなるよね。それを火病/脳死というんです。
珍説まだぁ？
「必死だな」「かわいそう」「おわった」としか
言わなくなるよね。それを火病/脳死というんです。
珍説まだぁ？
PHP厨の珍説ｷﾀｰ(AA略
PHP厨は何故こんなにも必死ですか？
「幅広い分野のJavaと名前空間なき脆弱なるPHP」
どんなにPHP厨が必死になってもこのスレタイが真実なんだよね。
どんなにPHP厨が必死になってもこのスレタイが真実なんだよね。
最近人格攻撃ばっかりだな
そこしか攻めどころが無いからだろ
Java使い→PHPなんか１日で理解できる。
PHP厨→一生Javaを理解することはできない。
可愛そうに・・・
PHP厨→一生Javaを理解することはできない。
可愛そうに・・・
生Javaって何ですか？
漢字も読めないらしいな。
可愛そうに・・・
可愛そうに・・・
言葉の説明もまともにできないJava坊やでした
え！「Java」って漢字だったんだ！
おれのフェップじゃ変換できないよ！
おれのフェップじゃ変換できないよ！
「一生」を読めないんだからプログラミングなんか
そりゃできるわけねーよ＞PHP厨
そりゃできるわけねーよ＞PHP厨
ひとなま
ｼﾞｼﾞｲ同士のののしりあいが始まった…
ここは入れ食いですね
所詮は底辺のPHP厨と泥沼のJava坊ですね
所詮は底辺のPHP厨と泥沼のJava坊ですね
PHP坊や（笑）
PHP厨はJava使いに漠然とした劣等感を抱いているのが
良く分かった。
良く分かった。
フレーフレーPHP厨！
がんばれがんばれJava坊！
がんばれがんばれJava坊！
ここはサーバサイドの糞味噌な話ですね
クライアントサイドの糞味噌な話も押さえておきましょう
Ajax vs Javaアプレット vs FLASH
http://pc8.2ch.net/test/read.cgi/php/1143974114/
クライアントサイドの糞味噌な話も押さえておきましょう
Ajax vs Javaアプレット vs FLASH
http://pc8.2ch.net/test/read.cgi/php/1143974114/
789 ：nobodyさん：2006/07/06(木) 20:15:10 ID:95Uow1AV
こちらもあげておきます
＞フレーフレーPHP厨！
＞がんばれがんばれJava坊！
何この必死さｗ
＞がんばれがんばれJava坊！
何この必死さｗ
791 ：nobodyさん：2006/07/07(金) 05:44:18 ID:9U29ts21
りんごの皮をむくのに
斧を持ってくるようなもんだな
斧を持ってくるようなもんだな
軽自動車で燃費の良いPHPと
販売価格の馬鹿高いハイブリッドカーたるJava
もう住み分けできてるじゃないか
販売価格の馬鹿高いハイブリッドカーたるJava
もう住み分けできてるじゃないか
軽自動車は事故ったときに取り返しの付かない事態になる事が多い
ハイブリッドカーは技術の低いところが手を出すと故障や暴走が起こりやすい
どちらもリスクが高い
セダンの普通車であるperlが最強
ハイブリッドカーは技術の低いところが手を出すと故障や暴走が起こりやすい
どちらもリスクが高い
セダンの普通車であるperlが最強
まー結局PHPはプログラミングが不得意な屑が好んで使う
屑言語ってことでOKですかね。
屑言語ってことでOKですかね。
>>794
一番の屑ｷﾀｺﾚ
一番の屑ｷﾀｺﾚ
>>793
Web Progの環境を公道に例えるなら
C系はF1：ま〜性能的に十分だけどミラーとかナンバーとかいろいろ足りない。努力すれば自作可
Javaはスポーツカー：峠を走るのに十分な性能。しかし街ではそのほとんどを発揮できない、しようとする奴はDQN
Perlは普通乗用車（MT）：多少操作に慣れは必要だが公道を走る上で過不足無い性能。そして燃費がいい
PHPはスポーツワゴン（AT）：取っつきやすいので交通ルールを覚えてちょっと弄れば十分乗れちゃう。
だからこそ誰もが出来ることなのに大げさに自己過大評価しちゃう
ちなみにどんな車種でもドライバーの心がけで事故は防げると思うぞ。
＃AT乗りがスポーツカー乗りを坊や呼ばわりしているのがこのスレ
Web Progの環境を公道に例えるなら
C系はF1：ま〜性能的に十分だけどミラーとかナンバーとかいろいろ足りない。努力すれば自作可
Javaはスポーツカー：峠を走るのに十分な性能。しかし街ではそのほとんどを発揮できない、しようとする奴はDQN
Perlは普通乗用車（MT）：多少操作に慣れは必要だが公道を走る上で過不足無い性能。そして燃費がいい
PHPはスポーツワゴン（AT）：取っつきやすいので交通ルールを覚えてちょっと弄れば十分乗れちゃう。
だからこそ誰もが出来ることなのに大げさに自己過大評価しちゃう
ちなみにどんな車種でもドライバーの心がけで事故は防げると思うぞ。
＃AT乗りがスポーツカー乗りを坊や呼ばわりしているのがこのスレ
いやいや、公道には町中の狭い道から高速道路までいろいろですから。
町中は知るには普通車でいいけど、アウトバーンのようなとこならスポーツカーのほうが速いじゃん。
ありえないのは、町中でスポーツカーのスピードを出そうとする連中。
町中は知るには普通車でいいけど、アウトバーンのようなとこならスポーツカーのほうが速いじゃん。
ありえないのは、町中でスポーツカーのスピードを出そうとする連中。
下らない自己満足はその辺にしてくれないかね
＞＃AT乗りがスポーツカー乗りを坊や呼ばわりしているのがこのスレ
このスレのおかしなところだよな。
このスレのおかしなところだよな。
スポーツワゴンは中古だよな。
車庫入れで擦っても笑って済ませるレベルのｗ
車庫入れで擦っても笑って済ませるレベルのｗ
>>792
ヒント：SunのJVMも Tomcatも JBossも、無料
ヒント：SunのJVMも Tomcatも JBossも、無料
PHPもJavaも大きなことやろうとすると金かかるのは一緒
言語自体が無料ってもそれだけでアプリケーションが作れるわけじゃない
インフラとかサーバとかバックアップとかストレージとかやり出せば百万千万当たり前
プロジェクト全体のコストからすれば言語ごときの値段なんて無料に等しいね
銭ｹﾞﾊﾞ帝国のASP.NET/VS200xだって開発単位でライセンスがいるわけでもないし
言語自体が無料ってもそれだけでアプリケーションが作れるわけじゃない
インフラとかサーバとかバックアップとかストレージとかやり出せば百万千万当たり前
プロジェクト全体のコストからすれば言語ごときの値段なんて無料に等しいね
銭ｹﾞﾊﾞ帝国のASP.NET/VS200xだって開発単位でライセンスがいるわけでもないし
つまりPHPの方が安いだのコマワリが効くだの、は大嘘、と。
バカ食いする“リソース”って何？
最低限使用するメモリの使用量が100MBか200MBとかって金額に直せば千円単位のやつ？
それともHDDの占有量が100MBか200MBとかって金額に直せば百円単位のやつ？
普通WebProgで大きくリソースを食うのは「処理負荷」「処理要求」「データ量」なわけだが、これって言語レベルの話じゃないでしょ？
コードにすれば数十行のカスみたいなツールなら金額換算で百円単位の違いはあるだろうけど、一般的なWebProgじゃ誤差の範囲内
言語の選択がシステムのボトルネックなんてのは今の時代「技術屋の我儘な言い訳」にしか聞こえない
最低限使用するメモリの使用量が100MBか200MBとかって金額に直せば千円単位のやつ？
それともHDDの占有量が100MBか200MBとかって金額に直せば百円単位のやつ？
普通WebProgで大きくリソースを食うのは「処理負荷」「処理要求」「データ量」なわけだが、これって言語レベルの話じゃないでしょ？
コードにすれば数十行のカスみたいなツールなら金額換算で百円単位の違いはあるだろうけど、一般的なWebProgじゃ誤差の範囲内
言語の選択がシステムのボトルネックなんてのは今の時代「技術屋の我儘な言い訳」にしか聞こえない
>>806
主にメモリじゃないかな。
金額がどうのこうのいってるけど、今の一般的なPCではメモリの最大量が
せいぜい2GBとか4GBとかしか載せられないから、Javaのようにメモリを
馬鹿食いするのが嫌がられる場面はあるよ。
金をだせば無限にメモリを載せられるならいいけど、そうじゃないから。
リソースが有限である以上、リソースを食うのは嫌われて当然じゃないかな。
＃だからJavaでシステムつくるときは64bitマシンを買ってくるようになった。
＃64bitマシンも安くなったとはいえ、手軽に試せるほどまでではないよね。
主にメモリじゃないかな。
金額がどうのこうのいってるけど、今の一般的なPCではメモリの最大量が
せいぜい2GBとか4GBとかしか載せられないから、Javaのようにメモリを
馬鹿食いするのが嫌がられる場面はあるよ。
金をだせば無限にメモリを載せられるならいいけど、そうじゃないから。
リソースが有限である以上、リソースを食うのは嫌われて当然じゃないかな。
＃だからJavaでシステムつくるときは64bitマシンを買ってくるようになった。
＃64bitマシンも安くなったとはいえ、手軽に試せるほどまでではないよね。
Javaの出張ってくる分野で2GB/4GBMaxの鯖使っていること自体間違い
んなもんPHPやperlで十分だろ
ちょっと込み入ってもASP.NETで十分だ
ミドルレンジ以下でJava選択して遅いなんて言ってるのは何でもJavaでできると信じる狂信者だけ
んなもんPHPやperlで十分だろ
ちょっと込み入ってもASP.NETで十分だ
ミドルレンジ以下でJava選択して遅いなんて言ってるのは何でもJavaでできると信じる狂信者だけ
不可能なんてことはない
パフォーマンスに差が出るだけ
各フレームワークの得意なスケールってのがあるだけ
PHPの小物がJavaでは不可能と思っているのは無知な糞PHPer
パフォーマンスに差が出るだけ
各フレームワークの得意なスケールってのがあるだけ
PHPの小物がJavaでは不可能と思っているのは無知な糞PHPer
そんな金かけてすごいマシン用意して、できることはPHPと同じってしょぼくね？
PHPでできることは全てJavaでできる
これは正しい
Javaでできることは全てPHPでできる
これは間違い
Javaの得意とするエンタープライズ分野はPHP単独では実現不可能な機能が多く要求される
逆にPHPの得意とするスモールレンジからミドルレンジの分野ではJavaの高度なフレームワークが足枷になる場合がある
PHPはエンタープライズを捨てて最もユーザの多いステージでパフォーマンスを出せるような選択をした
別にそれは悪くないことだし、Javaと比較して悪いとかということもない
適切に使い分ければ良い
これは正しい
Javaでできることは全てPHPでできる
これは間違い
Javaの得意とするエンタープライズ分野はPHP単独では実現不可能な機能が多く要求される
逆にPHPの得意とするスモールレンジからミドルレンジの分野ではJavaの高度なフレームワークが足枷になる場合がある
PHPはエンタープライズを捨てて最もユーザの多いステージでパフォーマンスを出せるような選択をした
別にそれは悪くないことだし、Javaと比較して悪いとかということもない
適切に使い分ければ良い
PHPの駄目なところはPHP5が広まらないところ。
Java5もな
「ビジネスロジック」もよろしく。
>>815
俺も定義に悩むことがあるけど、頻繁に出る割には曖昧な言葉だね
とりあえずはシステムのどこかの要素が大きいスケールのシステムって意味で使われる感じがする
データとかアクセスとか計算量とか影響範囲とか大企業用とか官公庁用とか
個人でも大規模なデータを運用している場合があるからそれもエンタープライズと言ってもいいと思う
IT業界では本来の単語の意味（企て、企画、企業）とはちょっと違う意味で使われていると思う
>>816
ｎ階層システムなんか使われる用語だけど、どのロジック（というか処理）が「ビジネス」に当たるかは設計者が決めることじゃないかな
人によっては「ビジネスロジックなんて存在しない、全てデータロジックだ」とも言うしね
グラフィカルなものを操作するのがビジネスならプレゼンテーション層と一般に言われるところが「ビジネスロジック」かもしれないし
設計をするときに共通して使える定義用の言葉で、絶対的な定義はないと思った方が良いと思う
俺も定義に悩むことがあるけど、頻繁に出る割には曖昧な言葉だね
とりあえずはシステムのどこかの要素が大きいスケールのシステムって意味で使われる感じがする
データとかアクセスとか計算量とか影響範囲とか大企業用とか官公庁用とか
個人でも大規模なデータを運用している場合があるからそれもエンタープライズと言ってもいいと思う
IT業界では本来の単語の意味（企て、企画、企業）とはちょっと違う意味で使われていると思う
>>816
ｎ階層システムなんか使われる用語だけど、どのロジック（というか処理）が「ビジネス」に当たるかは設計者が決めることじゃないかな
人によっては「ビジネスロジックなんて存在しない、全てデータロジックだ」とも言うしね
グラフィカルなものを操作するのがビジネスならプレゼンテーション層と一般に言われるところが「ビジネスロジック」かもしれないし
設計をするときに共通して使える定義用の言葉で、絶対的な定義はないと思った方が良いと思う
エンタープライズは企業向けとか言う意味で使われることが多い
ビジネスロジックは業務処理だな
データベース操作とか、I/O処理を除いた部分という感じ
ビジネスロジックは業務処理だな
データベース操作とか、I/O処理を除いた部分という感じ
819 ：nobodyさん：2006/07/13(木) 19:43:26 ID:jBF0bF+7
ところで、一体どこでJavaがメモリを2G,4Gとか使うなんて馬鹿な事を吹き込まれたんだ？
820 ：nobodyさん：2006/07/13(木) 21:39:01 ID:cL5hm/pz
スクリプトはアクションスクリプトから入って（おいおい）
ＪＡＶＡもちょっとかじってＰＨＰ最近勉強始めた。
よくわかってない馬鹿な俺が思うのは
webに限ったこといえば
クライアント側で動くＪＡＶＡは
「どんな環境でも同じに見えるサイト」
という大前提をクリアできないから
ＰＨＰなんじゃない？
↑その認識すら間違ってる？
でもブラウザでＪＡＶＡ切ると見れないサイトがいっぱいあるのも事実だよな
まあ、ＪＡＶＡをブラウザでオフにしてる人はそんなにいないのかなあ
やっぱＪＡＶＡもっと勉強しようかな…
ＪＡＶＡもちょっとかじってＰＨＰ最近勉強始めた。
よくわかってない馬鹿な俺が思うのは
webに限ったこといえば
クライアント側で動くＪＡＶＡは
「どんな環境でも同じに見えるサイト」
という大前提をクリアできないから
ＰＨＰなんじゃない？
↑その認識すら間違ってる？
でもブラウザでＪＡＶＡ切ると見れないサイトがいっぱいあるのも事実だよな
まあ、ＪＡＶＡをブラウザでオフにしてる人はそんなにいないのかなあ
やっぱＪＡＶＡもっと勉強しようかな…
821 ：nobodyさん：2006/07/13(木) 23:22:38 ID:HZF4SKrn
まずは、JavaとJavaScriptは名前が似ているだけの全然別物だと言う事から学ぼう。
>>819
Java単体じゃそんなに使わないが、Javaで組むようなシステム全体では食うこと多い
つかOracleが3GBくらい食って残りがOSやらAP鯖で分け合ってるわけでJavaに罪は無い
>>820
JavaとJavaScriptは名前が似ているだけで全く別物
また、サーバサイドとクライアントサイドの切り分けも理解していないだろ
ActionScriptと言えばFlashだが、サーバ側技術であるFCS/FMS使った事あるか？
ActionScriptすらサーバ側とクライアント側があるわけで
まずJavaがどうのとか言う前に、WebProgの基礎の基礎から勉強しとけ
まずはHTTP鯖とHTTPクライアントがどういう風にデータを投げ合って受け取って処理しているかちゃんと理解しろ
そこもちゃんと理解してないのにJavaだのJavaScriptだの語るな
Java単体じゃそんなに使わないが、Javaで組むようなシステム全体では食うこと多い
つかOracleが3GBくらい食って残りがOSやらAP鯖で分け合ってるわけでJavaに罪は無い
>>820
JavaとJavaScriptは名前が似ているだけで全く別物
また、サーバサイドとクライアントサイドの切り分けも理解していないだろ
ActionScriptと言えばFlashだが、サーバ側技術であるFCS/FMS使った事あるか？
ActionScriptすらサーバ側とクライアント側があるわけで
まずJavaがどうのとか言う前に、WebProgの基礎の基礎から勉強しとけ
まずはHTTP鯖とHTTPクライアントがどういう風にデータを投げ合って受け取って処理しているかちゃんと理解しろ
そこもちゃんと理解してないのにJavaだのJavaScriptだの語るな
ある程度の規模のJavaを使った開発で洗練されたフレームワークを
体験したことがあるのと無いのとでは、天地の差がつくよ。マジで。
体験したことがあるのと無いのとでは、天地の差がつくよ。マジで。
洗練されたフレームワークってどれをいってる？
まさかStrutsじゃないよねえ。。。
まさかStrutsじゃないよねえ。。。
ある程度優れているとは思うけど、洗練とはちょっと違う気がするね。
洗練されたフレームワークなんてあったっけ？？？
無い
もしあったらそれだけ突出したシェアになる
言語もフレームワークも有象無象
もしあったらそれだけ突出したシェアになる
言語もフレームワークも有象無象
いや、Javaでも洗練されたフレームワークはあるよ。
WebObjectsとかWebWork2とかRIFEとかTapestryとか、今ならEchoとかStripesとかClickとかWicketとか。
WebObjectsとTapestryは表示周りとO/Rマッピングあたりが洗練されている。
WebWork2はアクションまわりが、RIFEは高機能ぶりがすごい。
ただ、Javaユーザは自分で物事を考えないJakartaマンセーばかりなわけよ。
それでStrutsみたいのが流行って、ほかのフレームワークを調べようとも使おうともしないわけ。
このスレみたってわかるじゃん。Javaしか使ったことなくて他の言語使ったことないくせに、
必死にPHPけなそうとしてる。それがJavaユーザ。
優れたやつもいるけど、ほんの一握り。あ、それはPHPユーザも同じか。
WebObjectsとかWebWork2とかRIFEとかTapestryとか、今ならEchoとかStripesとかClickとかWicketとか。
WebObjectsとTapestryは表示周りとO/Rマッピングあたりが洗練されている。
WebWork2はアクションまわりが、RIFEは高機能ぶりがすごい。
ただ、Javaユーザは自分で物事を考えないJakartaマンセーばかりなわけよ。
それでStrutsみたいのが流行って、ほかのフレームワークを調べようとも使おうともしないわけ。
このスレみたってわかるじゃん。Javaしか使ったことなくて他の言語使ったことないくせに、
必死にPHPけなそうとしてる。それがJavaユーザ。
優れたやつもいるけど、ほんの一握り。あ、それはPHPユーザも同じか。
何桁目を縦に読むんだ？
ＰＨＰの世界はJavaと比較して３〜５年ほど遅れている。
各種MVCフレームワークが広がっている段階。
DIコンテナはまだ先の話だろうな。
各種MVCフレームワークが広がっている段階。
DIコンテナはまだ先の話だろうな。
今、Javaのフレームワークって言ったらStrutsよりもSpringじゃね？
いまどきDIxAOP無しで開発するのは辛すぎ。
いまどきDIxAOP無しで開発するのは辛すぎ。
>>833
Springをフレームワークというのか？これはDIコンテナでよくね？
しかもStrutsとSpringじゃあまったく役割がちがうんだけど。
>>834
まあまあ。Javaも進化しつつあるし、大目に見てあげて。
Springをフレームワークというのか？これはDIコンテナでよくね？
しかもStrutsとSpringじゃあまったく役割がちがうんだけど。
>>834
まあまあ。Javaも進化しつつあるし、大目に見てあげて。
PHPみたいなスクリプト言語でDIコンテナってそれほど
重要ではないと思うけどな
DIコンテナが本当に必要な案件なら、そもそもPHPでやる仕事なのかと
重要ではないと思うけどな
DIコンテナが本当に必要な案件なら、そもそもPHPでやる仕事なのかと
SpringはMVCフレームワークなんだが。
838 ：nobodyさん：2006/07/20(木) 03:22:42 ID:8lhfYc/Q
結局、JavaとPHPは使い分ければいい。JavaとPHPに限らずどんな言語でも。
前回と今作っているシステムではJavaとPHPを両方使ってる。JavaのところはPHPに比べて少ないけど。
確かにJava >> PHP だと思うけど、「手軽に開発できる」という面で俺はPHPが好き。
そんなに高度な処理を行わないwebシステムならJavaよりPHPでいいと思う。
ただPHPを使う人、PHP自体が色んなことをやろうとし過ぎて「手軽に開発できる」「ライトウェイト」というメリットが無くなってきている気がする。
PHPのフレームワークが多く出てきて競うように機能追加し、変に複雑になり、重くなっている。
そんな色々やりたいんだったら、初めからJavaで開発しろよと。
適材適所という言葉を知らない開発者が多いんじゃないかと思う。
PHPで出来ないことは多いし、そこまでやる必要はないというのも多いけど、
PHP+Postgres(mysql)で出来ることはJava+Oracleでやらなくてもいいと思う。
PHPの駄目なところは簡単にベタ書きできるところ。ベタ書きしている参考書が多すぎること。
そして個人的に、$thisが物凄くウザイところ。
前回と今作っているシステムではJavaとPHPを両方使ってる。JavaのところはPHPに比べて少ないけど。
確かにJava >> PHP だと思うけど、「手軽に開発できる」という面で俺はPHPが好き。
そんなに高度な処理を行わないwebシステムならJavaよりPHPでいいと思う。
ただPHPを使う人、PHP自体が色んなことをやろうとし過ぎて「手軽に開発できる」「ライトウェイト」というメリットが無くなってきている気がする。
PHPのフレームワークが多く出てきて競うように機能追加し、変に複雑になり、重くなっている。
そんな色々やりたいんだったら、初めからJavaで開発しろよと。
適材適所という言葉を知らない開発者が多いんじゃないかと思う。
PHPで出来ないことは多いし、そこまでやる必要はないというのも多いけど、
PHP+Postgres(mysql)で出来ることはJava+Oracleでやらなくてもいいと思う。
PHPの駄目なところは簡単にベタ書きできるところ。ベタ書きしている参考書が多すぎること。
そして個人的に、$thisが物凄くウザイところ。
>>838
いつも思うんだけど「高度な処理」って何？（全体的には同意してるのであしからず）
いつも思うんだけど「高度な処理」って何？（全体的には同意してるのであしからず）
たぶん、フォームの内容をDBにしまったり、レコードの一覧を表示したり
する以上の処理＜高度な処理
する以上の処理＜高度な処理
低度な処理 ・・・・・ 足し算と引き算だけ使う
高度な処理 ・・・・・ 掛け算と割り算も使う
高度な処理 ・・・・・ 掛け算と割り算も使う
phpよりperlの方が早いからそっち使った方がよくないの？
何がどう早いの？
コーディングに要する時間も早いし、動作も速い。
主観的な話じゃなくて、客観的な話をしてよ
デザインパターンに準拠した比較コード載せるとかさ
デザインパターンに準拠した比較コード載せるとかさ
HTTPはWebサーバで、DBはDBサーバで、
プログラムはAPサーバで。
これは時代の流れです。
Apacheの上で動かすのも無理が来てるのよ。
だからJavaなの。
プログラムはAPサーバで。
これは時代の流れです。
Apacheの上で動かすのも無理が来てるのよ。
だからJavaなの。
所詮はCPUが処理するデータじゃん
サーバがどうなんてのはそれを論理的にどう区切っているかの違いなだけ
物理的に分けるとかってのは負荷の問題で処理の問題じゃないし
サーバがどうなんてのはそれを論理的にどう区切っているかの違いなだけ
物理的に分けるとかってのは負荷の問題で処理の問題じゃないし
>>836
そもそも、そんな否定的なこと言う前にDIを使って仕事した事あるのか？
なぜ、重要じゃないのか教えて欲しい。
俺はS2Container.PHP5で仕事したけど、結構便利だと思うぞ。
モックでスタブ作れば複数人で分担して仕事しやすかったし
インタフェースがハッキリしてるからaspectしやすかったし。
肝心なとこいえないやつはPHPだろうがrubyだろうがDIつかってようがダメな意見しか言えないんだよな。
そもそも、そんな否定的なこと言う前にDIを使って仕事した事あるのか？
なぜ、重要じゃないのか教えて欲しい。
俺はS2Container.PHP5で仕事したけど、結構便利だと思うぞ。
モックでスタブ作れば複数人で分担して仕事しやすかったし
インタフェースがハッキリしてるからaspectしやすかったし。
肝心なとこいえないやつはPHPだろうがrubyだろうがDIつかってようがダメな意見しか言えないんだよな。
>>836
ごめん、最後の１行は余計だった。
でも、DIを使って何か作ってみて、DIを使わずに何か作ってみてから
その意見を出して欲しい。
だって文面からみるとDIの概要しか頭にないように見える。
S2Containerについてはゴロゴロいろんな意見がでてるからそれを参考に俺は開発したよ。
PHPとJavaっていう違いは沢山あるけど
DIコンテナが何で便利か。ってのは同じだと思う
少なくとも俺はモックとテストのし易さには感激した。
ごめん、最後の１行は余計だった。
でも、DIを使って何か作ってみて、DIを使わずに何か作ってみてから
その意見を出して欲しい。
だって文面からみるとDIの概要しか頭にないように見える。
S2Containerについてはゴロゴロいろんな意見がでてるからそれを参考に俺は開発したよ。
PHPとJavaっていう違いは沢山あるけど
DIコンテナが何で便利か。ってのは同じだと思う
少なくとも俺はモックとテストのし易さには感激した。
PHPが最強ってことでFA？
うん
>>849-850
獄長、乙
獄長、乙
854 ：nobodyさん：2006/07/26(水) 14:01:05 ID:DJQUuUuJ
PHPでモックオブジェクトを作るのも、別にDIコンテナという機能が必須という
わけでもないし特にいらないって思っている
コンテナに登録すれば、オブジェクトがシングルトンになるし、各モジュールも
コンテナさえ渡すことができれば、他のモジュールは使うことはできる
という利点はあると思うが、絶対に必要という機能でもない
それに、>>836はDIコンテナなんて駄目駄目といっているわけではないだろうし
PHP は
$foo =& new $className();
なんて記述できちまうしな
わけでもないし特にいらないって思っている
コンテナに登録すれば、オブジェクトがシングルトンになるし、各モジュールも
コンテナさえ渡すことができれば、他のモジュールは使うことはできる
という利点はあると思うが、絶対に必要という機能でもない
それに、>>836はDIコンテナなんて駄目駄目といっているわけではないだろうし
PHP は
$foo =& new $className();
なんて記述できちまうしな
で何処の誰が$classNameに依存性を注入してくれるんだコラ？
>>853
ウイグル？
ウイグル？
PHPはショップとか分かりやすい規模のための言語だろ
その手の拡張はPHPがJavaを食ってる分野を失うきっかけにしかならない
両方使えりゃいいだけの話なんだからPHPは小規模特化でいい
その手の拡張はPHPがJavaを食ってる分野を失うきっかけにしかならない
両方使えりゃいいだけの話なんだからPHPは小規模特化でいい
Javaで作るとどう見ても小規模案件のものが、何故か大規模案件になっちゃうからね。
逆だろ
案件つったら業務だろ？
だとすると低レベルで柔らかいPHPの方が設計やテストや標準化でJavaやASP.NETよりも工数が増大しがち
しかもキッチリと開発手順を確立するほどPHPは工数が大きくなる
個人ならそんなん関係ないから、単純なコード量なりトライアンドエラーのしやすさの方が問題なんだろうけどな
パーソナル（個人）向けのPHP、エンタープライズ（企業、役所）向けのJava/ASP.NET、適材適所だよ
案件つったら業務だろ？
だとすると低レベルで柔らかいPHPの方が設計やテストや標準化でJavaやASP.NETよりも工数が増大しがち
しかもキッチリと開発手順を確立するほどPHPは工数が大きくなる
個人ならそんなん関係ないから、単純なコード量なりトライアンドエラーのしやすさの方が問題なんだろうけどな
パーソナル（個人）向けのPHP、エンタープライズ（企業、役所）向けのJava/ASP.NET、適材適所だよ
まったく同じ案件をPHPとJavaの両方でやったことがないから
良くわからないな
良くわからないな
PHPだろうがJavaだろうが工数ベースなら値段は大して違わない
Javaだからと吹っ掛ける糞開発会社が多いのが問題
まだJava神話は一般人相手には通用するからな
Javaだからと吹っ掛ける糞開発会社が多いのが問題
まだJava神話は一般人相手には通用するからな
まあ、PHPは理解できるけどJavaは理解できないような人にPHPのサイト作ってもらいたいとは思わないよな。
別に単一言語/単一フレームワークだけしか知っていなくても問題ない
ちゃんと設計と実装とテストができるんなら言語なんて無関係
どっちかってーと、httpやブラウザの特性や、サーバOSやアプリケーションサーバの癖をちゃんと押さえておいて欲しい
あと各種標準や勧告だけでなく、あえて標準外や非推奨を選択できる柔軟さも
ちゃんと設計と実装とテストができるんなら言語なんて無関係
どっちかってーと、httpやブラウザの特性や、サーバOSやアプリケーションサーバの癖をちゃんと押さえておいて欲しい
あと各種標準や勧告だけでなく、あえて標準外や非推奨を選択できる柔軟さも
>>863
オブジェクト指向設計・分析のスキルが JavaのPG＞PHPのPG ということだからですか？
JavaやUMLの勉強、時間がかかりそうだなー。
（C→Perl→PHP→Java(3ヶ月)→PHPと来てますが、Javaもちゃんと習得したいんですよねー。）
今日本屋行ったら、Ruby on Railsの新刊が並んでて、面白そうだった。
立ち読みでページをパラパラめくると、ワクワク感がありました。
技術本を見て「おっ！面白そう」と感じたのは久し振りです。
ちょっとRubyに１〜２ヶ月ほど立ち寄りして、Javaに突撃してみるか？
Javaやってる人から見ると、RubyのOOPってどんな風に見えますか？＝似たようなもの？
オブジェクト指向設計・分析のスキルが JavaのPG＞PHPのPG ということだからですか？
JavaやUMLの勉強、時間がかかりそうだなー。
（C→Perl→PHP→Java(3ヶ月)→PHPと来てますが、Javaもちゃんと習得したいんですよねー。）
今日本屋行ったら、Ruby on Railsの新刊が並んでて、面白そうだった。
立ち読みでページをパラパラめくると、ワクワク感がありました。
技術本を見て「おっ！面白そう」と感じたのは久し振りです。
ちょっとRubyに１〜２ヶ月ほど立ち寄りして、Javaに突撃してみるか？
Javaやってる人から見ると、RubyのOOPってどんな風に見えますか？＝似たようなもの？
インタプリタ言語は業務ではあり得ない。Rubyは糞。
素直にJavaやっとけ。
素直にJavaやっとけ。
>楽天やYahooでもPHP使ってるし。
これ、ビューだけだろ。
これ、ビューだけだろ。
>>867
Java以外は糞。常識だろ？世間を見ろよ。
Java以外は糞。常識だろ？世間を見ろよ。
PHPは高卒用言語ですよ＾＾＾
21世紀のVB
21世紀でもVBは現役なわけですが
＃VB.NETって名称はVBに戻った
＃VB.NETって名称はVBに戻った
>>868
それ、ほんと？ソースは？
おれが聞いたのと違うな。ショップまわりはぜんぶPHPだと聞いたんだけど、違うのかな。
それから、サイボウズもぜんぶPHP4だな。あれは業務といえるんじゃないか。
で、>>866のいう業務ってなによ？
それ、ほんと？ソースは？
おれが聞いたのと違うな。ショップまわりはぜんぶPHPだと聞いたんだけど、違うのかな。
それから、サイボウズもぜんぶPHP4だな。あれは業務といえるんじゃないか。
で、>>866のいう業務ってなによ？
もウチの会社は金融機関向けにPHPとPostgreSQLで作った用業務アプリケーション出しています
もしかして世界中でウチ一社だけかもしれませんが、出してます
そういえば他社が作ったPHPシステムとの連携もあったので、少なくともウチ以外三社も作っています
あと、今まで作ったPHPシステムで稼働中のｶﾞ五社くらいにあります
もしかしたら世界でそれだけかもしれませんが、五社はPHPの業務システムを使っています
もしかして世界中でウチ一社だけかもしれませんが、出してます
そういえば他社が作ったPHPシステムとの連携もあったので、少なくともウチ以外三社も作っています
あと、今まで作ったPHPシステムで稼働中のｶﾞ五社くらいにあります
もしかしたら世界でそれだけかもしれませんが、五社はPHPの業務システムを使っています
ブラウザで表現できるUIしかいらないのなら、PHPやらPerlやらで
やることは、最近多いからな
予算を低く抑えることができる（と思っている）から、そこそこあるよ
やることは、最近多いからな
予算を低く抑えることができる（と思っている）から、そこそこあるよ
エンタープライズとビジネスロジックは別概念な訳だが
全然違うよな
ど素人か
ど素人か
エンタープライズ用WEBAPの中の、ビジネスロジック処理部分を指してるのでは。
なるほど
ちょっと強引な好意的解釈過ぎるな。
スクリプト言語ごときがビジネスロジックなんて組めるわけがない。世の中やっぱJAVAしかないよ
ビジネスロジックを実装するビジネス層はデータ層とプレゼン層の間にあり、一番言語の違いが出ないところ
データ層はSQLで処理するのかアプリ側で処理するのかで大きく変わるし、プレゼン層はフレームワークやクライアントの種類で大きく変わる
ビジネスロジックで言語が云々ってのはちょっと理解できないな
データ層はSQLで処理するのかアプリ側で処理するのかで大きく変わるし、プレゼン層はフレームワークやクライアントの種類で大きく変わる
ビジネスロジックで言語が云々ってのはちょっと理解できないな
ぶっちゃけJava以外の言語はビジネスで全く使い物にならないでしょ？
「仕事から趣味まで幅広くこなすJavaと、趣味にしか使えないその他糞言語たち」ってことでしょ？
「仕事から趣味まで幅広くこなすJavaと、趣味にしか使えないその他糞言語たち」ってことでしょ？
COBOLに謝れ
C++最強万能論は揺るがないわけだが
他の言語なんて所詮C++で作られた便利ツールに過ぎない
他の言語なんて所詮C++で作られた便利ツールに過ぎない
Java厨ってホント頭悪い
シンプルにできることを、わざわざ複雑にやる必要はない。
Javaの欠点は、めんどくさいこと
ゆとり教育世代にふさわしい言語はPHPで極まり！
JAVAとPHPを他のものに例えてみてください。
JAVA＝マニュアル車のダンプカー
PHP＝オートマチック車のライトウェイトスポーツカー
そんなかんじです。
Javaの欠点は、めんどくさいこと
ゆとり教育世代にふさわしい言語はPHPで極まり！
JAVAとPHPを他のものに例えてみてください。
JAVA＝マニュアル車のダンプカー
PHP＝オートマチック車のライトウェイトスポーツカー
そんなかんじです。
例える必要は無い
PHPはPHPであり、JavaはJava
それぞれを認め、理解し、適材適所を見極めることで、両方を使いこなす俺様のような素晴らしい人間になれる
PHPはPHPであり、JavaはJava
それぞれを認め、理解し、適材適所を見極めることで、両方を使いこなす俺様のような素晴らしい人間になれる
Javaが使えるとPHPの案件を振られないけどね
末端コーダーもしくは下請けには言語を選択する権利は無いから可哀想だな
技術方針の決定権を持つ俺様は、仕様と人員に合わせて最適な言語を選択できる
技術方針の決定権を持つ俺様は、仕様と人員に合わせて最適な言語を選択できる
>>884
趣味でわざわざJavaもある意味すごいな。
趣味でわざわざJavaもある意味すごいな。
マゾなんだろ
元々PHP的な使い方の為に作られたJSPがView層に利用され、
JSPにロジックを含める事が悪と思われたのが根本的な不幸。
本来MVCとかにとらわれない柔軟なものであるべきはずだったのに。
StrutsとかがViewにVelocityを使ってりゃ良かったのに。
JSPにロジックを含める事が悪と思われたのが根本的な不幸。
本来MVCとかにとらわれない柔軟なものであるべきはずだったのに。
StrutsとかがViewにVelocityを使ってりゃ良かったのに。
896 ：nobodyさん：2006/08/09(水) 14:27:31 ID:/+24miQ0
Javaは最強の言語です
Javaを取りまくフレームワークも全て最強です
でも、PHPが可愛くてなりません
Javaを取りまくフレームワークも全て最強です
でも、PHPが可愛くてなりません
別にわざわざってこともない。
環境構築は間違いなく面倒だが
開発そのものはPHPでもJavaでも大差ない。
仕事でも使ってる人は、環境構築もサクっと終わらせるし
各種フレームワークのノウハウも持ってるから
Java使ったからって遅くなったりしない。
仕事で一切触ってないならまた話は別。
環境構築は間違いなく面倒だが
開発そのものはPHPでもJavaでも大差ない。
仕事でも使ってる人は、環境構築もサクっと終わらせるし
各種フレームワークのノウハウも持ってるから
Java使ったからって遅くなったりしない。
仕事で一切触ってないならまた話は別。
javaの環境構築面倒か？
win2Kで開発してlinuxで本運用してるけど、
PHPと比べてそんな差は無いと思うけどな。
tomcatとjavaをそれぞれzipに固め直したものを持ってるんだが、
それを解凍して以下のように置く。
java5_6/...
tomcat5_5/...
start_tomcat.bat
stop_tomcat.bat
tomcatのconfに自分らwebアプリのserver.xmlを置いたら構築完了。
start_tomcat.batでtomcat起動。
---start_tomcat.batの内容---
pushd .
cd /d %0\..
set JDK_HOME=%cd%\java5_6
set JAVA_HOME=%JDK_HOME%
path %JDK_HOME%\bin;%PATH%
cd tomcat5_5\bin
call startup.bat
popd
さすがにサーバー(linux)の方はapache経由だけど。
win2Kで開発してlinuxで本運用してるけど、
PHPと比べてそんな差は無いと思うけどな。
tomcatとjavaをそれぞれzipに固め直したものを持ってるんだが、
それを解凍して以下のように置く。
java5_6/...
tomcat5_5/...
start_tomcat.bat
stop_tomcat.bat
tomcatのconfに自分らwebアプリのserver.xmlを置いたら構築完了。
start_tomcat.batでtomcat起動。
---start_tomcat.batの内容---
pushd .
cd /d %0\..
set JDK_HOME=%cd%\java5_6
set JAVA_HOME=%JDK_HOME%
path %JDK_HOME%\bin;%PATH%
cd tomcat5_5\bin
call startup.bat
popd
さすがにサーバー(linux)の方はapache経由だけど。
>>897
> 開発そのものはPHPでもJavaでも大差ない。
( ´Д｀) ＜はぁー
プログラム修正したらAP鯖再起動しなきゃいけないとか、
work以下を消して再起動したら直るとか、
それらをくだらないと思えないのは、
やっぱり洗脳されているんだろうなぁー。
ホットデプロイが役立たずなのはもちろん知ってて黙っているなんてひどいね。
それによって洗脳されちゃう人もいるんだろうなぁー。
信者の布教活動と同じだ。
ちなみに俺はPHPは嫌い。
> 開発そのものはPHPでもJavaでも大差ない。
( ´Д｀) ＜はぁー
プログラム修正したらAP鯖再起動しなきゃいけないとか、
work以下を消して再起動したら直るとか、
それらをくだらないと思えないのは、
やっぱり洗脳されているんだろうなぁー。
ホットデプロイが役立たずなのはもちろん知ってて黙っているなんてひどいね。
それによって洗脳されちゃう人もいるんだろうなぁー。
信者の布教活動と同じだ。
ちなみに俺はPHPは嫌い。
続きはム板でどうぞ
どう見てもwebプログラム板の範疇だろｗｗ
a
903 ：nobodyさん：2006/08/14(月) 19:27:21 ID:CxFSbxCE
b
今はやっぱりﾊﾟｲﾊﾟｲが最強だよ＾＾
同意
桃白白？
中華な？
Yahoo!、PHP開発者センターを開設
http://www.itmedia.co.jp/news/articles/0602/27/news020.html
http://developer.yahoo.com/php/
http://www.itmedia.co.jp/news/articles/0602/27/news020.html
http://developer.yahoo.com/php/
いつのネタだよ
次スレはPHPマンセーでお願いします。その方が面白かった。
つ〜か最近のスレの伸びのスピード考えたらこれで終わりでいいと思うけどね
つ〜か最近のスレの伸びのスピード考えたらこれで終わりでいいと思うけどね
PHPマンセーなスレタイじゃないから釣れない
今までのスレの流れを見ると、薀蓄語りたい香具師はJava厨に多いからJavaを貶すと「ちょっと待てオレの話を聞け」と釣れる
そういう香具師を生暖かく、時には餌を投げて見守るスレとして、今後も細々と生き延びて欲しい
今までのスレの流れを見ると、薀蓄語りたい香具師はJava厨に多いからJavaを貶すと「ちょっと待てオレの話を聞け」と釣れる
そういう香具師を生暖かく、時には餌を投げて見守るスレとして、今後も細々と生き延びて欲しい
912 ：nobodyさん：2006/08/26(土) 18:33:58 ID:FkUTlorq
PHPがマリオだとしたら
Javaなんて所詮ルイージ。
つまりそういうことだ。
Javaなんて所詮ルイージ。
つまりそういうことだ。
いや、Javaはゆうしゃやったん。
PHP6で名前空間は実装されるのかな？
915 ：nobodyさん：2006/08/29(火) 10:06:15 ID:K0UosIpn
名前空間があると、あの腐ったようなディレクトリ配置とクラスの命名規則が
緩和されると思うのだけどな
PHPとかPerlとかでちょっと共通処理を多く作ると、依存がすげーことになって
他で使えない
緩和されると思うのだけどな
PHPとかPerlとかでちょっと共通処理を多く作ると、依存がすげーことになって
他で使えない
＞PHP6で名前空間は実装されるのかな？
Perl5では既に実装されてますよ？
＞PHPとかPerlとかでちょっと共通処理を多く作ると、依存がすげーことになって
＞他で使えない
自分の設計の悪さを棚に上げて言語のせいにしないの。
Perl5では既に実装されてますよ？
＞PHPとかPerlとかでちょっと共通処理を多く作ると、依存がすげーことになって
＞他で使えない
自分の設計の悪さを棚に上げて言語のせいにしないの。
Javaいいと思うんだけど、
概念とか理論を学ぶには。
でも、このWebProg板のＪａｖａ関係スレ
の過疎ぷりをみても、
あまり実際に使ってる人は
いないように思えるんだけど？
概念とか理論を学ぶには。
でも、このWebProg板のＪａｖａ関係スレ
の過疎ぷりをみても、
あまり実際に使ってる人は
いないように思えるんだけど？
汎用のWebアプリじゃなくて、
ビジネス向けとかで使われてるのかな
J2EEとかは、あんま詳しくないけど
ビジネス向けとかで使われてるのかな
J2EEとかは、あんま詳しくないけど
そだね。汎用のものを作りやすいんだけど、UPできる無料鯖なんて殆ど無いしね。
>Perl5では既に実装されてますよ？
namespaceは見送られたんじゃなかったか？
namespaceは見送られたんじゃなかったか？
ぱっくあげ
>>920
一応、名前空間はある
一応、名前空間はある
PHPにもローカル変数とグローバル変数の違いぐらいはあるよね。
インクルードするファイルの変数が衝突するのを防ぎたければ
クラスも作れるし。というか、Javaが出来る人ならＰＨＰ覚えるのなんて
直ぐ出し、小規模の開発ならいちいちクラスの設計を考えて、
変数の型を指定してメソッドを定義するなんて回りくどい事のメリット少ないし、
ＰＨＰでやるほうが早いと思うんだけど。
インクルードするファイルの変数が衝突するのを防ぎたければ
クラスも作れるし。というか、Javaが出来る人ならＰＨＰ覚えるのなんて
直ぐ出し、小規模の開発ならいちいちクラスの設計を考えて、
変数の型を指定してメソッドを定義するなんて回りくどい事のメリット少ないし、
ＰＨＰでやるほうが早いと思うんだけど。
さいきんケンカが少なくていいかんじだぉ（ ＾ω＾）
でも、PHPの言語仕様がJava化してきてる点について。
PHPならではのメリットが沢山あることは承知のつもりだけど、
オブジェクト指向を取り入れるにつれ、良さを失いつつある気がしてならない。
個人的にだけど、あえて中途半端なものをチョイスする利点が、
スクリプト言語であること以外に見出せないんです。（あくまで開発側として）
クラシックな使い方をすれば良いだけかもしれないけど。
どうでしょうか、詳しい方々。
※僕は、PHPもJavaも好きですよ（ ＾ω＾）
PHPならではのメリットが沢山あることは承知のつもりだけど、
オブジェクト指向を取り入れるにつれ、良さを失いつつある気がしてならない。
個人的にだけど、あえて中途半端なものをチョイスする利点が、
スクリプト言語であること以外に見出せないんです。（あくまで開発側として）
クラシックな使い方をすれば良いだけかもしれないけど。
どうでしょうか、詳しい方々。
※僕は、PHPもJavaも好きですよ（ ＾ω＾）
同じく両方好き。
PHPは、そこそこ複雑なデータ構造を連想配列で楽々と扱える部分が特に気に入っている。
Javaでもジェネリックと新しいfor文によってMap使う処理が前より大分スマートになったけど
PHPのLightweightさには及ばない。
しかし複数で込み入った処理を書く場合はコンパイラが欲しくなることもある
定義されてない関数や変数のスペルミスは、そこを通らずとも発見したい。
型システムが欲しくなる時もある。
PHPに事前変数宣言・型システム・クロージャ作成の制限なんかを強制する
strictモード（またはブロック）みたいなのが出来ると良いんだけど。
web系とか基幹系のシステムによって使い分けじゃなくて、
１つのシステムの中でも両方使いたい。
RESTとかRMIとかじゃなくて、.netみたいに２言語間でもっと直に連携出来ればいいのに。
PHPは、そこそこ複雑なデータ構造を連想配列で楽々と扱える部分が特に気に入っている。
Javaでもジェネリックと新しいfor文によってMap使う処理が前より大分スマートになったけど
PHPのLightweightさには及ばない。
しかし複数で込み入った処理を書く場合はコンパイラが欲しくなることもある
定義されてない関数や変数のスペルミスは、そこを通らずとも発見したい。
型システムが欲しくなる時もある。
PHPに事前変数宣言・型システム・クロージャ作成の制限なんかを強制する
strictモード（またはブロック）みたいなのが出来ると良いんだけど。
web系とか基幹系のシステムによって使い分けじゃなくて、
１つのシステムの中でも両方使いたい。
RESTとかRMIとかじゃなくて、.netみたいに２言語間でもっと直に連携出来ればいいのに。
Java化というか、最初からBjarne的OOPを選択した感じはあったから
成り行き、かな。
成り行き、かな。
Javaの正規表現の実装って混乱の極みだね
Javaだけやってりゃ無問題
あの地獄のようなエスケープは確かに混乱してるといわざるを得ない
Javaだけやってりゃ無問題
Javaだけやってりゃ無問題
そろそろ次スレの時期か。
必要なのか？
必要なのか？
面白い話も結構出たし、存続希望。
じゃれあいもありだし。
じゃれあいもありだし。
JavaのヤバイところはDTOとかAction Formとかだろ。
何でもクラスにするのキモッ！ハッシュにしてしまえよと。
何でもクラスにするのキモッ！ハッシュにしてしまえよと。
正直、javaに
Map<String, Integer> mp = new HashMap<String, Integer>();
mp["a"] = 10; // -> mp.put("a", 10);
int n = mp["a"]; // -> int n = mp.get("a");
というような構文糖が欲しい。文字列の+のように。
C++のオペレータオーバーロードまでは望まないから、せめて固定で。
Map<String, Integer> mp = new HashMap<String, Integer>();
mp["a"] = 10; // -> mp.put("a", 10);
int n = mp["a"]; // -> int n = mp.get("a");
というような構文糖が欲しい。文字列の+のように。
C++のオペレータオーバーロードまでは望まないから、せめて固定で。
>>938
打鍵数的に深刻な差が無いのになぜそんなシンタックスシュガーが欲しくなるのかわからない
打鍵数的に深刻な差が無いのになぜそんなシンタックスシュガーが欲しくなるのかわからない
型付けの強い言語に慣れちゃうと
動的言語のゆるゆるなところにキモさを感じる時もある。
一度クラスに落としたおかげで、IDEによる入力補完の恩恵とかがある。
カラム名を必死にコピペするより全然楽だ。
Action From はキモいけどな。別の理由で。
動的言語のゆるゆるなところにキモさを感じる時もある。
一度クラスに落としたおかげで、IDEによる入力補完の恩恵とかがある。
カラム名を必死にコピペするより全然楽だ。
Action From はキモいけどな。別の理由で。
じゃあ強い方付けができて最強のIDEを持つC#が最強ってこと終了
C#なんて使ってる奴いませんからー
使っている奴いますからー
うちのチーム、今日C#なWebアプリ納品してきたよ
直接的なコーディングに23人関わってる
うちのチーム、今日C#なWebアプリ納品してきたよ
直接的なコーディングに23人関わってる
>動的言語のゆるゆるなところにキモさを感じる時もある
ユニットテストとコードカバレッジを徹底的にやらないと
見つからないバグがあったりするからな
ユニットテストとコードカバレッジを徹底的にやらないと
見つからないバグがあったりするからな
C# は言語仕様はかなり好きだが、IDEが最強とは思えない。
リファクタリングとか使い物にならんかった。
コーディングに関係ない部分はすごく頑張ってると思うんだけど。
リファクタリングとか使い物にならんかった。
コーディングに関係ない部分はすごく頑張ってると思うんだけど。
946 ：nobodyさん：2006/09/15(金) 21:58:08 ID:nJAD9gR+
しかも一見正常に動作するように見える事も多いからなぁ＞変数の型間違い。
charにlongで渡すとか。
charにlongで渡すとか。