【戦場は】PHP王とJava乞食【ｴﾝﾀｰﾌﾟﾗｲｽﾞ】

速度大幅アップの5.1の降誕でエンタープライズ分野への足固め完了！
Javaを地べたにひれ伏させるZend Frameworkの登場が待たれる今日この頃、
皆さん、いかがお過ごしですか？（by きっこ）


過去スレ：
【5.1発表】PHP一色 さようならPerl【Javaを凌駕】
http://pc8.2ch.net/test/read.cgi/php/1134820417/l50
【明暗】金持ちPHP様・貧乏Perl様【格差】
http://pc8.2ch.net/test/read.cgi/php/1132681055/
【5.1登場】PHP時代到来 他言語終了【Perl即死】
http://pc8.2ch.net/test/read.cgi/php/1129715894/
優秀な言語が色々ある時代 粗悪PHPの出る幕なし
http://pc8.2ch.net/test/read.cgi/php/1127441561/
今はPHPの時代Perlがこの先生きのこるのは無理3
http://pc8.2ch.net/test/read.cgi/php/1116912721/
これからはPHPの時代Perlはもう終わりバイバイ2
http://pc8.2ch.net/test/read.cgi/php/1046194468/
Perlはもう時代遅れPHPの時代
http://pc2.2ch.net/php/kako/1036/10369/1036915437.html

生まれて初めて2get

生まれて初めて 3GET

PHP4

これはひどい

もう、どうでもいいょ

サン、「Java SE 6.0」ベータ版を公開
ttp://japan.zdnet.com/news/software/story/0,2000052520,20096682,00.htm
| (Java SE 6.0 の)開発の狙いについて、PHPやRubyなどのスクリプト言語をサポートすることだと説明。

>>5-6
Java乞食、がんばれ、がんばれ

PHP7もJavaとRubyをサポートしてやれ

>>7
Parrotのﾊﾟｸりじゃねえかwwww
Java終わったな。

phpからプログラミング入ったんだけど、Perlて今更だけど習得した方が良い？
それともCへ行くべき？　phpの次にやるならどの言語が良いかご伝授お願いします＞＜

Haskell か OCaml 以外考えられない

>>11
馬鹿者！
PHPを極めずして次を選ぶとは言語道断！
PHPが破滅するまでPHPを使い続けるのだ！

PHPなんか消える言語やる必要無し。

Perlみたいな消えた言語の厨が必死すぎて笑えるｗ

Java坊やかわいそうだからPHP厨をいじめてみるお

class 戦場 {
static double ﾀﾞﾒｰｼﾞ = 0;
public static void main(String[] ｴﾝﾀｰﾌﾟﾗｲｽﾞ) {
攻撃(100 * Math.random(), Math.random());
System.out.println("Java坊やは戦いに" + (141 < ﾀﾞﾒｰｼﾞ ? "勝った" : "負けた"));
}
static double 攻撃(double 武器の威力, double 疲労度) {
double ｳﾎﾞｧ = Math.floor(疲労度 < 2.72 ? 攻撃(武器の威力, 疲労度 + Math.random()) : 武器の威力);
System.out.println("PHP厨" + ｳﾎﾞｧ + "のﾀﾞﾒｰｼﾞ");
ﾀﾞﾒｰｼﾞ += ｳﾎﾞｧ;
return 武器の威力 * Math.random();
}
}

PHP4と5に互換性がまったくないのはイタかったね。

どこの異次元世界？

>>18
ちょっとは現実を直視しろよ。

ラリーエリクソンがよだれをたらして欲しがった言語、
それがPHPですが何か？

しかし盛り上がらねースレだなｗ

Java坊やがいてこそ、だからなぁ。

>>20
何処の何方だ？
人の名前も覚えられないようじゃコードの質もたかが知れるぞ

そんなところで突っ込むようじゃ人間の質が知れるぞ

こんなところで書き込んでいるようじゃウンコ漏れるぞ

しかしPHP関連のスレはどれも格段にレベルが高いな。
これも王である証か。

>>26
ここ以外はね

全く悪い冗談だ

>>26
禿同。
それに比べてJavaやPerlのスレのレベルの低いこと
うんち、しっこ、ちんこ、まんこ、これが8割。
まったく思いやられますな。日本の将来。

うんち

しっこ

PHPスレとHSPスレの雰囲気が非常に似ている件について。

>>32
あんなマイナー言語と
国際的スター言語のPHPと一緒にするな。

プログラム板のゴミスレ=HSPスレ
Webプログラム板のゴミスレ=PHPスレ

うんこ

しっこ

ちんこ

まんこ

ちーちーでるー

んこ！んこ！でる！でる！

Java鮮人の怒涛の書き込みでPHP厨が黙ったな。

PHP厨なんていません




だって




PHPなんて誰も使っていないから




すべては




Java坊やの妄想なんです。。。

Java坊やの下品さに呆れました。

>>40
>>29

なるほど。だから Java を使う富士通、NEC、日立がうんこなのか。

PHPを使った代表的サイトWikipediaのリーチが大続伸中！
PHPは世界を変えつつあるな

Wikipedia や Yahoo! が PHP で作られたように、
Java で作られた便利なサイトはないですか？

>>44
ウェブアプリしか目に入らない可哀想なお方。

>>44
ヒント・Javaアプレット

>>46
便利で有名な Java アプレットありますか？

ブロック崩し

お絵かき掲示板

Javaを使用した代表的サイト：oekakibbs.com
PHPを使用した代表的サイト：yahoo.com・wikipedia.org等

>>45
ここは何板だよｗ

釣られてるし

>>44
サイト自身が会社の評価に繋がるようなとこはPHPやPerlのように柔軟な環境を使う。
メーカーや販社のようにサイトが業務を支援するようなとこはJavaや.NETのように費用対効果の高い環境を使う。

ということで販社が運営するECサイトとかメーカーの運営するサイトはJavaが多い。
最も金を回す普通の社会人が便利に使うサイトの多くはJavaだったり.NETだったりするよ。
名前が有名なトコではニッセンとかアリコとかテレ朝（PHPも併用）とか。
金融系もJavaでシミュレーションとかオンラインバンキング組んでるとこ多い。

ニートは情報サイトくらいしか見ないかもしれないけど、普通の人が普通に使うとこにはJavaって結構多いんだよ。
あ、別にPHP<Javaって言ってるわけじゃないよ。適材適所。

やっぱつまんないシステムには Java だね。
無能なサラリーマン・プログラマにはいいかもしれないけど、
才能のある人がやる仕事ではないね。人生の時間が無駄だよなぁ。
とはいえ誰かがしないといけない仕事だけど。
あ、別にPHP>Javaって言ってるわけじゃないよ。適材適所。

釣りだと思うけど大卒はJava。
PHPは売り上げ500万、給料は新卒以下、もしくはフリーで500万とかの
プログラマーの中でも底辺レベル。
言語的な優劣はともかくPHPは高卒、専卒が使う奴隷言語という事実。

Java は現代の COBOL だからね。

Java坊やが学歴を持ってきたから盛り上がるかな？

>>53,55 を見るにやはり富士通、NEC、日立という感じだな。
あそこは大卒でつまらん仕事でしょ。

学歴を持ち出すなら、高学歴で優秀ならスクリプト系、平凡なら Java だね。
論文を見れば分かると思う。

あと Google, Yahoo!, Amazon は Java を使わない。

[学齢 / 才能]
低学歴 / 低脳 ... スクリプト、Java
大学レベル / 平凡 ... Java
高学歴 / 優秀 ... スクリプト

学歴に関係なく、本当に優秀なら Java を使わないね。
( Sun のハッカーをのぞく )

本当に優秀な奴は学歴を持ち出さない

>>57
確かにそれはあるかもしれない。
きっちりとした仕様書が無くクリエイティブにかつ軽やかに開発するには
スクリプト言語が向いている。Javaはそういった用途には向かない。
けどそういった優秀な人間ってほんの一握りだよね。
PHPの場合、ほとんどは糞案件の受託かせいぜいベンチャーの自社開発で
あんまりぱっとしないパターン（チームのレベルが低い傾向がある）。

ビジネス開発でVBが猛威を振るってきた頃のC++との比較論議に似てるね

VBとC++、PHPとJavaを比べると
開発者の技量で対ユーザ成果物のレベルが大きく変動するのがPHPやC++
対ユーザ成果物のレベルは並レベルだが安定して開発できるのがJavaやVB

企業が両方を選択できる状態でリスクヘッジを取ると、並レベルで安定開発の方を取るだろう
開発者に自信があり、レベルの高いものが必要であればPHPなりC++を取るだろう
個人レベルでの良し悪しと企業レベルでの良し悪しは全く別物
企業責任や開発チームのレベルやその後の瑕疵担保保守改修を鑑みて判断すべきところであって、単純にどっちが良いとか言える話じゃない
もちろん学歴なんて微塵も関係ない

Java プログラマは糞なので仕様がないと作れず、
仕様があってもその通りに作れない、というぱっとしないパターン。
それは Java プログラマの質が低いからだね。

しかも Java の案件は誰にもできるつまらない仕事ばかり。

こういう話を展開すると

・バカなヤツが書けばVBだろうがJavaだろうが低レベルだろ
・ハカーが書けばどんな言語でも高レベルです

って話が出るが、普通話題を展開するときは極論は避けるもの
ハッカーとかバカとか両極に位置する人間を持ち出したら何でも言えるからね

なんだ、書いてるうちにバカが書いてたかｗ
なんでこう極端な人間を持ち出そうとするのかね

>>63
誰にもできるってのは素晴らしいことだ
自分が開発から離れた後に別の人間に引き継げる
自分しかできない、限られた人間しかできない、そんな仕事をいつまでも負うなんてゴメンだね

おれは、自分や限られた人間くらいしか開拓できなくても、その後は誰でも引き継げるように仕事をしている

もっと学歴ネタで盛り上がろうぜ！

な、中卒ばかりのPHP厨どもよ！

PHP厨がJavaを馬鹿にするのはJavaという崇高な言語を理解できないから

何故なら、MIT卒の人間達が作るJavaの理念を全く理解できないから

何故なら、旧帝大卒の人間達が作るオープンソースライブラリの意義を全く理解できないから

何故なら、中卒だから

そして、そんな中卒のPHP厨が愛用するソフトはWinny（東大助手）

本当に学歴があれば、プログラミングなんて自分ではやりません。

>Java プログラマは糞なので仕様がないと作れず、
通常の案件で仕様が無いなんてよっぽど小さなものだけだろ。

>しかも Java の案件は誰にもできるつまらない仕事ばかり。
そう、デジタル土方なんてそんなもん。
もし誰か辞めた時に致命的なダメージを受けては話にならない。

土方職で誰にでも出来るがJavaという言語自体敷居がそれなりに高いため
生活はある程度保証される。事実Java技術者は供給不足だ。

しかしPHPで食ってる奴はPHPにすがるしかない。
バイトやデザイナーでさえ扱えてしまう初級者用言語だからだ。
土台自分とは関係ないYahooが〜等とほざき何とか自己アイデンテティを保とうとしている。

Java の糞案件ばかりで人生を無駄にしている、
と感づいた Java 君たちが PHP を貶めて安心感を得よう、
というだけですよね？

最近、プログラマじゃなくて客先でコン猿したい、
という奴は決まって Java プログラマだし。

>>71

それはつまり、Java開発で得た知識でコンサルへ行こうと思ったわけですよ

未だにパスタ開発しかできないPHP開発ではコンサルって何？的な知識しか得られないですからね

>>69

本当に学歴があれば、他人のプログラムなんて怖くて使えません

>>72
それで適材適所が分からず Java だけ提案する糞 SI が多いのか。
6 種類の言語と 4 種類の DB と OS くらい知ろうぜ。

Java しか知らないでコンサルかよ…
さすが Java 坊や。質が低すぎ。

>>72
お前みたいなのがいるから Java 使いがボンクラと言われるんだよ

>>74
貴方が知るべきだと言う 6 種類の言語と 4 種類の DB と OSを教えてください

やっぱりPHP厨は開発イコール土方コーディングだと思ってるんだね
仕様も書かずに作れるらしいから、一生上流の世界は知らないんだよね

システムはコンサルとSEとアーキテクトで構築して、土方コーダと奴隷テスタが作るもんなんだけどね

BASIC/C/C++/C#/Java/Lisp/PHP/Ruby/Perl/Python
AS400/FreeBSD/Linux/Sun/Windows
DB2/MySQL/Oracle/PostgreSQL/SQL Server

>>78
Java しかしらんでコンサルで通用する世界なのかぁ
レベル低いね。

>>80
言語に依存するようなコンサル屋なんてｲﾗﾈ

言語やプラットフォームに依存するコンサルや SI はいらね。

互いに口を開け超音波でコミュニケーションをする凄腕コンサルたち

Java のプロダクトがダメなのは
Java 上がりの Java しか知らないコンサルのせいが FA?

そんなこと言い出したらPHP厨のほうが言語依存率が高いぞ。

>>85
どこかに参考になるデータある？

Java しかシステムを知らないのにシステムを提案する輩だから捏造だろ

PHPしかシステムを知らないのにシステムを提案する輩も同じだけどな。

結局コード書いてる奴らは下っ端に過ぎないんだよ。
設計ができてプロジェクトをまとめれるようにならないと、一人前とは言えない。

ま、せいぜい下っ端同士で争ってなさい。

今は Java しかできないのに設計やろう、という
Java 馬鹿を楽しんでいる最中だろ。空気嫁、低脳。

PHP しかできないのに設計やろう、という
PHP 馬鹿を楽しめないなんて勿体無いだろ。空気嫁、低脳。

>>86
一番敷居が低い言語なんだから当然依存率高いと思う。
Java出来る奴にPHP習得させるのには1週間もあれば十分なのに対して
PHP厨はPerlにでさえ拒絶反応出す奴が多いだろ。
PHPが無くなればプログラマとして存在出来なくなる。だから必死

PHP5をやっていればJavaなんて三日で習得できる
兄弟みたいなものだから

PHP（4でも5でも）とJavaじゃ、型があるかないかで大きく違う。
PHPしか使ってないと、use strictなPerlも最初はかなり戸惑うと思う。

うちは主にオープンソースでシステムを作ってる会社です
新規開発の4割はPHP、4割がJavaで、残りが.NETやPerlです
すべてインターネット/イントラネット向けのWebアプリ開発です
そんなうちの会社はこんな感じでキャリアアップしていきます

コーダ＋テスタ
　　　↓
プログラマ
　　　↓
プログラマのリーダ
　　　↓
SE兼プログラマのリーダ → アーキテクト → 技術コンサル
　　　↓　　　　　　　　　　　　　　　　　　↓
専業SE → システム監査部隊　　　　品質保証部隊
　　　↓
システムコンサル

技術コンサルは特定の分野のスペシャリストなので、PHP依存やJava依存の人がいます
システムコンサルは上流のスペシャリストなので、特定の言語に依存しません
専業SEのあたりで特定言語から切り離した思考を求められます

Webアプリは言語/Frameworkによる絶対的な差異は小さいので、設計分野に入った時点で特定言語への依存度は落ちると思います
ですので、ずっとPHPをやってきた人でもJavaで組むシステムの設計はできますし、逆も可です
特定環境に依存するような要素は技術コンサルやアーキテクトが判断する部分ですし、技術に依存するシステムは技術コンサルがメインになります
たった一人が何もかも受け持つのは不可能なので、開発も設定も普通はこう分業するものではないですか？

>>95
引きこもりは氏ねまで読んだ。

>>79
別ネタで盛り上がってたからスルーしかけたけど、OSにAS/400って何よｗ
OとAは物理的にも離れているしタッチタイプで押す指も違うぞｗ

しかも言語にLisp？
AllegroServeとかマイナーなの持ち出すならColdFusionあたりも書いてやれよｗ

Ajax時代にJavaScript落としてどうすんのよ
それにXMLやらHTMLやら超基本的な部分を忘れていないか？
SIerだからって基本を知らなくてもいいって言い訳は無いと思うけどね

あとさー、WebProgで大事なフレームワークを忘れていないかね
例えば言語としてのJavaだけできても何も作れないと思うんだけど
WebProgの醍醐味はOSとは無関係に作れるフレームワークたちの存在だと思うんだよね
OSなんて関係するの.NETくらいなもんじゃん
その.NETだってCLIレベルならmonoってLinux版もあるし

適当にぐぐって拾った言葉並べてるだけにしか見えないなー

OSの並びにSunがいるのも違和感あるな

>>98
懐古趣味なんだろ

深く突っ込むなよ。おとなしくなっちゃうだろ。

Sun は Solaris もダメで Java もダメですね

Sunは過去の会社
JavaもPHPにﾊﾟｸられなじられ捨てられます

無知同士の楽しい言い争いを高みの見物

これがこのスレの正しい嗜み方

今時の一般的なWebProgでOSを意識するってあるか？
PHP開発してるけど、開発はWindowsで、実行はLnuxでやってる。
微妙な動作の違いあるけど、業務アプリ組む分にはほとんど影響ないし。

LinuxをLnuxって書いちまったよ orz

大したレベルじゃないんならそれでも事足りますけどね。

>>106
事足りなくなるような大したレベルって何？

ブラウザから開発

そりゃ大したレベルだ

Java なら OS を意識しないといけない、ということでは

>>110
え？

>>111
え？Solaris, Windows, Linux, FreeBSD で
細かな動作が違うこと知らないの？

ここにいるのは低脳な下っ端 Java コーダーだけだから知らないのだろ

細かな動作を意識しなければいけないほど大したアプリを組んでいる人の意見は参考になりませぬ

>>111じゃないが、Javaなんてやった事無いから知らなかったよ。
プラットフォームも意識しないといけないのね。

PHPはOSどころか、マイナーバージョンやiniで挙動がorz

>>115
24 時間 365 日動かすとなると
Java のスレッドや GC の実装の違いが問題になるんですよ。
ゴスリング自身も OS 毎の違いを認めているし。
>>116
それは Java も同じ。つか、フレームワークや規格変わりすぎ。
JBoss1.0 や EJB1.0 のシステムの数年後を想像するとゾッとするけど。

いいPHPは最新のPHP。
どうせライトウェイトなんだから常に最新にしとけばいいんだよ。
ぷりけつ野郎が。

エンタープライズの Java の場合は常に最新にできない。
互換性が問題になるからね。今でも 1.3 って多いはず。
まぁ、PHP もクリティカルな業務で使っていれば同じだろうけど。

JavaとJavascriptって何が違うの？

ほとんど同じ。
PHP5とJavaみたいなもん。

>>117
それは言語の問題かい？
Javaフレームワーク開発者のヘボさが問題であって、Java言語の問題ではないと思うけど

PHPは言語レベルでもmod_phpレベルでもヘボいから困る

PHP5はJavaに手軽さをプラスした最高の言語と言われてるな

>>122
聞くけど、坊やは独自フレームワークで基幹系を作ってるの？wwww
いったいどこの仕事よ？あ？
>>123
具体例挙げられるのか、負け組クンよ？

この際だから名前一緒にしちゃえよ。
Pavaに。

JAPでいいじゃんｗ

Jhapha

PHPERL

「Java」と「馬鹿」ってなんとなく似てるね

邪婆

PHP5 > Java > PHP4

だいたいこんな感じ。

こんな感じ
Java = .NET = Parrot(Perl6,Python3,Ruby,PHP6) > PHP4,PHP5

Japhvap ｼﾞｬﾌﾊﾞｯﾌﾟ

こんな感じ
PHP SE >= PHP PG > Java SE > Java PG

PHPにSEなんているのｗ
仕様書なくても作れる素晴らしい言語なんでしょｗ
>>63が言ってたよｗ

言葉遊びで満足している辺りが低脳っぽくて微笑ましい

最初から最後まで自分1人で開発できるのがPHPのすごい所だろ。

言語で言えばPerlとPHPとJavaとC#とVBとC++で仕事してるけど、どれもいつもは自分一人で開発してますが
一人で開発できる規模のしか請け負わないし、チーム開発が必要なら同業者募ってレンタルオフィスでやるし
PHPなら大規模だろうがエンタープライズだろうが一人でやれるんですか？

>>138
で、設計と運用は誰がやるの？

PHPには 要件分析→設計→開発→運用 という基本的な流れも不要ですか？

一人で出来ることが優秀だと思っている。これが何より恥ずかしい。

要件分析から開発までなら一人でやってもいいけど運用まではやりたくないな
でも運用を他人に任せる前提なら要件分析や設計に最低一人は絡ませて責任分散をしないとキツい

まあ、渡された仕様書通りに作った成果物を安価で買い叩かれる下請けSOHO屋には理解できない世界なのかもね

PHP厨は自分で仕事をしてることを誇りにしてるから、会社でこき使われてるJava厨よりも偉いと思ってるんだろうな。

Java厨はきちんとプログラミングの勉強をしてきたから、素人のくせにプログラミングで仕事をして威張っているPHP厨が面白いんだろうね。

ま、どっちも下っ端同士、勝手に煽り合ってれば？

>>144
ﾃｨｯｼｭ配りの時間だぞ

PHP の案件にも要件分析→設計→開発→運用がありますが？
Java 厨たちは何を興奮してるの？
てゆうか、PHP とかほかの開発状況も知らないんだな。
狭い世界で生きているんだなぁ。だから馬鹿なんだね。

Java しか知らんで上流できる、と思っているのが一番恥ずかしいのにな

WebProgで主流な言語（サーバ側ならPHPとかPerlとかJavaとかC#とかC++とかVBScriptとか）で業務アプリ開発経験10年ののあるオレが言おう

「どの言語でも上流は同じ」

今は上流がメインだが、はっきり言って言語別な基本設計が必要な仕事は無い
詳細設計レベルになればパフォーマンスチューンとかアベイラビリティの問題で差は出るが、ビジネスロジックの部分で影響が出ることは皆無
要件分析から詳細設計まで一人でこなす必要がある零細企業やSOHOならJavaしか知らないなら問題だろうが、アーキテクトもいるようなプロジェクトならSEは上流に注力できるから単一言語上がりでも無問題

それより問題なのは基本設計に技術設計を絡めてくる馬鹿
何で業務フローを実装するのにコードレベルで語る必要があるのかと
UMLならまだ許せるが、関数名とかで語りだすのは困るな
こういう馬鹿はスパイラル開発が多いPerl上がりに多い
PHPはWebProgがビジネスとして確立した頃に流行しだしたから意外に設計がしっかりできるヤツが多い
>>63とかは異常な例だと思うよ

Java で作られたシステムが死屍累々なのは、
Java の開発者の多くはシステム全体の一部しか担当しないことと、
そんな Java 上がりの上流によるせいかと思うが。

PHP/Perl などでは一人で設計、開発、保守の経験があるから
設計に将来性などを持っているから優秀な奴が多いよね。

>>149
小規模システムしか担当したことねぇ癖に偉いこと言うなや
死屍累々とか言ってるシステム言ってみろや
全部一人で抱えられないようなエンタープライズじゃねーのか？
日経コンピュータから拾っても大規模しかねーから頑張ってぐぐれよｗ
あ、自分が一人でやって失敗したシステムを例に出さないでね
君の無能さを自慢したいなら別だけど

> PHP/Perl などでは一人で設計、開発、保守の経験があるから
> 設計に将来性などを持っているから優秀な奴が多いよね。

こういう技術至上主義の馬鹿がいるからシステムダウン時にどうしようもなくなる
全て抱える唯一の者が風邪で倒れただけで障害復旧が一週間も遅れるとか仕事として駄目だろ
それに他者が関係することで一者では見抜けない問題やバックアップ体制が構築できることを知れ

>>150
は？坊やはどこの中小企業？
死屍累々なこと知らないのかよ。
日経は当然大企業しか取り上げないよ。
そんなことも知らないのかよ。本当に世界が狭いな。
>>151
それを経験して上流に進むことがノウハウになっている、
という話だということも読めないのか、低脳。
そういう経験ない奴が上流になるからシステムが駄目になるんだよ。

ほらね、形勢不利になるとすぐに逆ギレｗ

一言言って良い？
「目糞鼻糞」

ここで言い争ってるのが底辺のやつだって事は把握した。

下っ端同士で煽り合ってるのを見るのも面白いなｗ

あー早くZendFrameworkでねーかな
そしたらPHP5.1が出た時にPerlが一瞬で死亡したように
Javaも一瞬で死ぬんだがなあ。

一瞬で自爆だろ

>>154-156
ﾜﾗﾀ

下っ端しかここ見てないでしょう？

ぼく下っ端！

>>160
自分は下っ端だと宣伝告知ですか？

まあ、実際webprog板はあんまり見ないかもね

下っ端意外はこんな駄スレ見てる時間ないだろうしな。

>>162
Java坊や、がんばれ、がんばれ。

>>165
おいおい、そのレスじゃ自分が下っ端だと認めたようなもんじゃないかｗ

>>166
論理学が苦手なようだね。
Java坊や、がんばれ、がんばれ。

＞あー早くZendFrameworkでねーかな
＞そしたらPHP5.1が出た時にPerlが一瞬で死亡したように
＞Javaも一瞬で死ぬんだがなあ。

PHP自体が死亡したんだが？

>>168
>>158

>>168
へー、そんなんだ。PHP 死んだんだー。
Java坊や、がんばれ、がんばれ。

>>1-169 >>171-1000
Java坊や、がんばれ、がんばれ。
自作自演、超がんばれ、超がんばれ。

なんか小学生の喧嘩だな

下っ端じゃない小学生 Java 坊や、がんがれ、がんがれ。

お前の母ちゃんでべそ。
↓

Yahoo!、PHP開発者センターを開設
http://www.itmedia.co.jp/enterprise/articles/0602/27/news020.html

いよいよJavaの死とPHPの黄金時代が近づいてきたな！
あーZendが上場していれば買っとくのになー
Sunは空売りしまくりんぐ☆

Java坊やの低脳発言、はやくー、はやくー。

開発センターだのコミュニティだのって.NETやJavaの世界では当たり前過ぎるんだけど
PHPは大企業がバックにいる言語じゃないから社外機関に頼るしかないんだよね
ｶﾜｲｿｽ

期待を裏切らない低脳っぷりをありがとう。
ttp://developer.yahoo.net/php/ の
Other Resources の意味すら理解できないんですね!!

177 は Yahoo! Developer Network の意味も分かっていないと思う。
別の意味でいろいろと可哀想だな。

Java坊やの低脳反撃、はやくー、はやくー。

頭の回転遅いなぁ、Java坊や、がんばれ、がんばれ。

PHP厨氏ね

ﾜﾗﾀ
ひっぱった結果それかよ。
氏ね程度しか言えない低脳Java坊や、生きろ！生きろ！

>>182
結局 182 みたいなことを書いてしまう自分は
つくづく馬鹿だなぁと思う？それとも改心のｶｷｺ？

(Java坊や、誤字を指摘するチャンスですよ、がんばれ！がんばれ！)

＞なんか小学生の喧嘩だな
小学生はPHP厨だけですよ。
大人にPHP厨（小学生）がたてついてるだけ。
PHP厨の顔真っ赤っぷりを見ると
大人の冷静な対応が余程気に障ったらしいなｗ

>>186
なんで顔がそんなに真っ赤なのか分からないけど、
流れを見るに、真性厨房のJava坊やと、
それを敢えて小学生レベルな煽りで釣ろうとする人たちかと。
それに引っかかるJava坊やを嘲笑う場所でしょう？
楽しもうよ。ちなみに自分はRuby厨。
Java坊や、がんばれ！がんばれ！

>>187
必死だなｗ

必死です！

PHP厨 （´・ω・） ｶﾜｲｿｽ

>>188-190
これが >>186 の言う「大人」の対応か。
Java大人子供や、がんばれ！がんばれ！

PHP厨 （´・ω・） ｶﾜｲｿｽ

ttp://www.google.com/search?hl=ja&lr=&ie=UTF-8&oe=UTF-8&num=50&q=%E9%A6%AC%E9%B9%BF%E3%81%AE%E4%B8%80%E3%81%A4%E8%A6%9A%E3%81%88

>>191
大人だなｗ

C#厨の私が降臨しましたがどうして欲しいですか

Jane viewはURLエンコードをデコードし、かつUTFをsjisにして表示してくれるのか

>>195
mono fc5に標準搭載おめでと〜

>>195
流行りもしない言語の習得ご苦労。

VB厨の私が降臨しましたがどうして欲しいですか

もうどうにかしてほしい

どうにでもしてください

PHP厨がんばれ
Java坊やがんばれ
C#厨がんばれ
VB厨がんばれ
みんながんばれ


　　　　　　　　Perl厨より

PHPの . 連結に対してはみんな文句言うのにPerlの場合は文句言わないのはどうして???????

printの.連結には文句いうよ

俺普通にprintでもたまに.連結してるな

.

.
↑
液晶のドット抜け(故障ではありません)

>>203
Perl6から~連結になるから。

PHPしか出来ない俺が来ましたよ。

これからＣ言語をやるとしたら、Ｃ＋＋とＣ＃どっちが良いの？
正直違いがよく分からん。とにかくＣ＃がＭＳ製だということくらいしか。

　　　　　　　 ＿＿＿
　 　 　 ／￣　　　／＼
　　　 / 　 　 - ／,- 　|
　　　｜（　（■） ｌｌ （◎ ）
　　　（６ 、_,／ 　, ヽ　 ｜
　　　｜ ／ヽ(__(＿ノ)、ノ　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　　|,　 （　'ー─一ノ｜＜　人はみんなPHPに戻ってくるんだよ…
　　 　 ＼λ＿　⌒　,ノ　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿

>>209
C++もC#もC言語じゃないから

>>209
C：PHPでルーズなコーディングに慣れてるならこれだけど他に比べてライブラリが貧弱
C++：オブジェクト指向を意識しつつプラットフォームを意識したくなければこれというかC的な書き方もできるからこれが一番お勧め
C#：最高の開発環境と強力なフレームワークの恩恵を受があるけどWindows専用で高価

Cがルーズという意味がわかりません。

型安全じゃないから

型が安全じゃない？は？

Cの型なんて見かけだけ
全てポインタに支配されてる中級言語

>>215
少しはぐぐれ

「型安全」って書くとM$の直訳文書みたいだ
「Type safe」とか「タイプセーフ」って書けばPHP厨でも聞いたことあるだろ
・・・ないか？

ありません

さすがPHP厨ｗ

PHPのような高級言語を使っているくせに
低級言語のCを覚えようと言う気持ちが分からんな。
一流企業からホームレスに転職するようなものだぞ。

>>221
なるほど。
PHPを作ってるZendの中の人はホームレスってわけか。

>>212
サンクス。ってことは、Ｃ＋＋を勉強するのが一番いいのかな？

型安全とかType Safeとか全然意味わかりません。聞いたこともない。

>>221
他人にも使ってもらえるようなWindows用のソフトを作りたくてさ・・・。

221大漁ですね

>>221
ネタにマジレスかもしれないが、Cは高級言語
中級言語と揶揄されることはあるが、低級言語ではない

>>222
PHP開発言語をPerlからCに乗り換えたからなー
221の理論からするとそうなるのかもね

>>223
広く使えるWindows用アプリを作るなら、C/C++とWin32SDKだな
とりあえずVC++2005ExpressEdition（今年一年間は無料）で遊んでみろ

>>224
オレには221が真性にしか見えないのだが、やはり釣られているのだろうか
PHP→Cって流れは、プラモデルじゃ物足りなくて型から全部フルスクラッチする、って感じだと思うよ

>>225
高級、低級なんて所詮相対的なもの
ポインタとかメモリ管理とか出てくる時点で明らかに低級

時と場合によるが、型を宣言した方がやりやすいこともある。
まぁ、WebProgの範疇なら、上の言い分もわからなくもないが。

>>226
ちょｗｗｗｗｗｗおまｗｗｗｗｗｗ
勝手にオレ基準で相対的にするなよｗｗｗｗｗｗｗ
何故に高水準って呼ばれるか理解してるのかよｗ

さすがPHP厨クオリティ

型宣言と型安全は無関係だけど・・・？

型安全なんてC厨の造語だろ

だから型宣言だの型安全だの、意味がわかんねぇから教えろって！！

はい、俺はPHP厨です。
卑下するのは自由だが、ちゃんと教えれ。

型も知らんでよくプログラミングできるよな。

型があった方が、面倒ではあるが、バグが減るのも事実。

>>157
出たけど、全然死ぬ気配がないね。

>>231
こんな感じかな
深く突っ込めばもっと詳しく書かなきゃだけど、概要はこんな感じ

型宣言：
変数が格納できる型を特定して、その変数の使用を宣言すること

型安全：
変数が格納できる型としか値の出し入れや演算ができないこと

型安全と型宣言は開発者向けの高級言語はほとんどサポートしている
型宣言があっても型安全ではない言語は準開発者向け言語のVB（VB6以前とVBA）が代表的
型宣言すらないのはJavaScriptやPerlなどのスクリプト系（変数の宣言と型宣言は別）

型宣言はメモリを有効に扱える利点もあり、それを元に高度なサポートをしてくれるIDEも多い
型安全は開発者の意図しない動作を防ぐ上で有用であるが、VBAなどのライトな開発環境では敬遠されることが多い

>>235
サンクス。でも具体例がないと、イマイチ体感的に理解しにくいっす・・・。

あと、PHPはどうなってます？　Perlと同じ？？

全然違うんだけど、
JavaScriptでparseIntとか使うようになれば、
なんとなくわかるかもね

PHPは変数の宣言もしないでしょ。たいてい。

>>235
perlの名前空間はそれに当てはまらないの？

スコープと型は全く持って別物

Perl厨はひどいな

いや、perl知らないから聞いたんだがｗ

>>234
Railsをﾊﾟｸることで先にRubyを殺しに行った
Rubyの息の根を止めてその勢いでJavaをｻｸっと行くって言ってたよ。

ruby好きな人はphpのやっつけ仕事っぷりは我慢ならんでしょう。

PHPの普及度＋Railsの手軽さ＝最強

ユダヤ人SUGEEEEE！

そのユダヤ人が多く参加してC#やJavaを作ってるわけですが
あのビル・ゲイツもユダヤ人だし
同じ最優秀民族同士仲良くしようぜ




まあ、そのユダヤ人も韓民族が起源ﾆﾀﾞ

ITmedia エンタープライズ：Visual Studio 6.0にバッファオーバーフローの脆弱性
http://www.itmedia.co.jp/enterprise/articles/0603/06/news039.html

ASP終わったな

>>247
そんなこと言い出したら、PHPなんて何度終わったことか。

>>248
立場の違いも理解できないご様子でｗ

見ろ、何だかんだ言ってもPHPはしぶとく生き残っているどころか勢力を増している
だがPerlやASPは見る影も無いでは無いか

ASP終わったな

ASPは仕様も名前も変わりすぎなんだよ。
なんだかんだで10年以上一貫して同じ名前で、
同じようなプログラミング体系を提供し続けているのは
JavaとPHPだけ。
そのJavaも死にかけだからPHPの偉業がさんさんと輝いている。

PHPは名前が変わらないのに仕様がコロコロ変わって、バージョン毎の互換性もない。
詐欺だ。

>>251
ASPはIIS6でもASPのままだよ
ASPとASP.NETではJavaScriptとJavaくらいの違いがある
つまり、どっちも「既に有名だった言語の名前を借りただけ」
・JavaScriptはJavaの名前を借りたけど実装は無関係
・ASP.NETはASPの名前を借りたけど実装は無関係
WebProgの常識だろｗ

1997年生まれのASPは基本実装が未だに変わっておらず、動作レベルでの互換性もある
1995生まれのPHPは、最初Perlで書かれた版から現在のZendEngine版まで実装がコロコロ変わってる
しかも微妙な言語実装の違いもありメジャーアップどころかマイナーアップですら完全な互換性が保証されない
Javaは一貫した実装ポリシーをSunがコントロールしており言語レベルでの揺らぎはほとんどない（フレームワークでは結構ある）

PHPが最も日和見的で一貫性の無い言語だと思うがな
その分過去を引きずらずに常に先進的な状態に置けるとも言える
開発からサービスまで一手に抱えるYahoo!なんかはそれを良しとして使用してるくらいだからな
気に入らない実装版には文句を言い、気に入った実装版になるように圧力をかける団体まで作っちまったしｗ

ま、PHPが一貫してるのは名前だけと知っとけ
別にそれは悪でも恥でもないが、他言語の事まで思い込みで語ったのは悪で恥だったな

存在自体がネタの奴にマジレスしても無駄だし

それにしてもPHP5は一向に流行る気配すらありませんねぇｗ

Zend Frameworkは出たけど、PHP5でないと動かないみたいだし。
肝心のPHP5の普及率がこの有様ではね。

PHP5なんかどこのレンタルサーバでも採用してない。
Debianの公式パッケージにすらなっていない。
もう終わったんだよPHPは。

ヒント：終わってるのはDebianの方

アクセス修飾子が貧弱なPHP4だと
ﾃﾞｻﾞﾊﾟﾀがやりにくいこと山のごとし。
もはや戻れない。

残念ながら、Zend Frameworkが出ても全然盛り上がらない。
これがこのスレの現状だ。

>>257
大手のレンタルサーバはほｔんどPHP5使えるよ
まあでもPHP4も使えるってとこ多いし、PHP4の方が使われているっぽいし（元公社系レンタル鯖屋の中の人から聞いた）

「PHP」を固有名詞として捉えるから、期待を裏切られるんだよ。
「PHP4」「PHP5」みたいに、メジャーバージョンと思われる数字まで含めて考えないと。

サブバージョンまで固有名詞と考えるとなお良し。

ビルドまで入れて単独製品扱いだろｗ

そうだよな、JavaとJavaScriptとかASPとASP.NETとか同じようで違うのがたくさんあるもんな

>>265
…

オレは>>265のコメントに物凄く納得したんだけど

CとC++も似ているよね。

それを言うならC/C++とC#ｼﾞｬﾏｲｶ

それを言うならCとC++、JavaとC#じゃないの？

流れ嫁
>>262から名前の流れだ

JavaとC#じゃ名前に関連性がないだろｗ
さすがPHP厨

え？俺PHP使ったこと無いんだけど

おれもおれも

PHP出版に謝れ

松下幸之助をも覆い尽くすPHPってSUGOSUGI

検索したらノイズになる
PHP出版UZEEEEE！

PHP祭りだﾜｯｼｮｲﾜｯｼｮｲ

　　 ,､L,,,,,,,,,,,,,,,,,,,,,,,,-‐‐‐''''"~´_____,,,,､､-‐'ｒ゛
　　　　　　,　-‐'　　　　________,,,,,,,､､､-=;;''''ヽ|　,,､-‐''"
　　　　　<　―‐'''!'''''''h''T'''廿'i＝　.r廿´|　{ ｒ~
　　　　　　￣￣ |⌒i ｒ　ヽ-- ' 　　|i‐‐‐' 　}|
　　　　　　　　　 |λ|｛　　　　　　　ヽ　 　 　 |
.　　　　　　　 　　|ヽi　|　　 　　　 , r.'　　　 |
　　　　　　　　　　lＶ　ｒ　 　 　　 　　 　 　　　　　　PHPはとんでもないものを盗んでいきました
　　　　　　　　　　｀､　!　　 ‐‐''''''''"""'　　 !
　　　　　　　　　　　ヽﾄ　　　　　"" 　 　　/　　　　　　　　　　　Javaの未来です
　　　　　　　　 　　　　|＼　　　　　 　　　,.!
　　　　　　　　　 　,,､rl　　'''''''ｰ‐_"''''""_´└ ､
　　　　　　　　　／/ __｀-‐''""~　　 ／　　　　丶-､__

>>276

PHP - Google 検索
http://www.google.com/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&q=PHP&num=50
> PHP の検索結果のうち 日本語のページ 約 152,000,000 件

PHP -"PHP出版" - Google 検索
http://www.google.com/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&q=PHP+-%22PHP%E5%87%BA%E7%89%88%22&num=50
> PHP -"PHP出版" の検索結果のうち 日本語のページ 約 24,300,000 件

PHPの方がノイズということは分かった
PHP出版だけを検索したくとも　-PHP とできないからPHPの悪質さは特筆すべきだ
今こそ立ち上がれ幸之助チャイルドよ！PHPを叩き潰せ！

「ウェブ全体から検索」で php で調べると
4,440,000,000 件だけど？
ちなみに java は 998,000,000 件ね。

>>280
そりゃURLやリンクテキストも検索対象になるから当たり前
だから単に「PHP」と「Java」をキーワード検索して比較しても無意味
それに動的ページは生成されるページ単位でクロールされるから数が多くても使われている証明にならない
PHP厨は枯れ逝く未来を否定したいがために少しでも拠り所が欲しいんだろうけど、無意味

java も php も URL として含むのはあるだろうから
拡張子だけ除外して「php -filetype:php」で 1,150,000,000 件。

>>282
お前低脳すぎ
281は「URLやリンクテキスト」って書いてるやん
「phplens.com」とかにもヒットするんだよ
blogにphpへのリンクを書いてもヒットする

だからさ、検索エンジンで言語を検索しても全く無意味なんだよ
そんな数字のマジックでしか自尊心を満たせないPHP厨がｶﾜｲｿｽ

今時検索結果で何かを計るって発想が厨すぎる

>>279-284 を読むに主題が二つあるようだね

>>285
PHP厨は低脳としか読めない

PHPは低脳　まで読んだ

　H　は　脳　で　ん

ああ、PHPは低脳だよな。

ZendFrameworkの登場にうろたえた反PHP厨が
涙目でﾜｰﾜｰ言ってますけども

Zend曰く、

Zend Framework's success should be driven by the same forces that
drive PHP's success: simple and elegant solutions that
work hard and can be easily understood.

つまり低能＝簡単に理解できるということは
PHPにとって賞賛の言葉でしかないのだよ。
PHPのように簡単に理解できるフレームワークは
PHPのように急速に広まるだろう。
反PHP厨の死亡フラグ立ちましたｺﾚw

ZendFrameworkが出た割には、全然盛り上がらねーなｗ

>>290
あまりの批判の嵐に面白くて涙目です

>>292
まだプレビューリリースだからね

俺の隣の席のJava厨が
ZendFramework見ながら「この手があったか！」って
独り言言ってたよ。

phpが発明したものってなんもないからな。perlのマネしたり、javaのマネしたり。
後発のrubｙにもrailsでやすやすと抜かれてしまった。さっそくマネするみたいだけど。

>>295
嘘を言うな嘘をｗ

phpってインスパイヤというパクリをしたエーベックスみたいな存在？

諸外国の真似をしてさらに改善することによって敗戦から立ち直った日本のような存在

有限会社レアル
http://www.e-real.jp/
SE募集　Fedora Core　+　Apache　+　MySQL　+　PHP
自注の場合はクライアントに合わせる
勤務場所　ご自宅
雇用形態　正社員　アルバイト　フリーランス　副業

WEBアプリケーション開発をしている会社で、簡単な資料を基に仕様書を作成し、翻訳家を通してセブのPGに作業させて、完成させる。

若い会社です。一緒に夢を追いかけませんか？

通報しますた
http://qb5.2ch.net/test/read.cgi/sec2chd/1141806388/409

イスラエルの技術力が凄いといっても
PHP見る限りでは大したことはないってことが分かる。

F-Basic（富士通FM-7使用）しか使えない俺が来ましたけど、何か質問ある？

F-Basicでどうやって2ちゃんに書き込んでるの？

ユダヤの陰謀論なんて信じてなかったが
PHPを見ると、あながちありえなくもないことが分かる。
あまりに戦略的すぎ。

>>304
F-Basicでブラウザを開発しましたｗｗ
ちなみに５インチ・フロッピーで起動しています。

>>306
感動した！！

TCP/IP通信さえ実装できればHTTPなんて簡単
HTMLもグラフィカルにパースせずテキスト表示すればいいわけだし

HTTP取得なんてPHPでも出来る

>>308-309
お前ら、F-Basicという言語、そしてFM-7というマシンのことを
何も分かってないようだな・・・ｗｗｗ
あの8bitマシンを触ってみれば分かる。ブラウザなんて100％無理ってことが。

RS-232Cにモデム繋いだらなんとかなるんじゃないの

>>309
低脳がしゃべんなｸｽﾞ
次元が違うんだよ

>>310
お前が分かっていないよ
TCP/IPを実装すればあとは簡単なんだよ
ブラウザがすべてグラフィカルパースだと思っていないか？
Lynxって知ってるか低脳が

>>311
そういうことだ


まあ、どっちにしても実用レベルかと言われりゃ否定するしかないけどな
巨大なcontentは受け取れないから分割受信する必要がある
２ちゃんに投稿はできても受信はスレ単位すら難しい場合もある

>>312
http://www.amazon.co.jp/exec/obidos/ASIN/4061498274

内容（「MARC」データベースより）
やる気がなく、謝まらず、他人を軽視し、すぐキレる若者たち。
そして、根拠のない有能感に浸る若者が増えている-。
教育心理学の研究データが示す新しい日本人像を紹介しつつ、
その変化の最も根源的な要因を追究する。

m9（＾Д＾）ﾌﾟｷﾞｬｰ>>312

それでは、他人を見下せるほど超有能な>>312氏に、
FM-7でブラウザ（テキストブラウザでいいよｗ）を
開発してもらいましょうｗｗ

彼ほどの天才なら２日もあれば出来るはずｗｗｗｗｗｗｗｗｗｗ
チャッチャｔｐお願いしますよ、先生！！＜312

馬鹿だなぁこのJava天災の俺様がそんな低次元環境を今更使うわけ無いじゃん
具体厨のPHP厨には呆れちゃいますよ

PHP厨による酷い自作自演と思うべきなのか
真性Java厨による馬鹿発言と思うべきなのか

どっちもありそうで判断に悩む

>>316
おっと、今さら逃げですかぁ？？ｗｗｗｗ
ちなみにFM-7のスペックとか分かってて発言してんのかね、コイツ・・・ｗｗ

６４ｋBの壁を打ち破れ！

さあ、早くブラウザ作ってみろよ>>316！！

http://retropc.net/fm-7/database/fm_series/fmseries.html

おいおい、F-Basicでブラウザも作れないのかよおまいらｗ

綺麗にレイアウトできなくてもテキスト表示くらい簡単だろ？
何をそんなにいきり立ってんだよｗ

>>321-322
321の書き込みを1分で追記したということは、
321自身がテキスト表示レベルのブラウザしか作れない、と。

>>323
おいおい勘弁してくれよ！
今時グラフィカルパースのブラウザなんてフルスクラッチしたくねーよｗ
太字斜体くらいで勘弁してくれよ〜ｗｗｗｗｗ
もしかしてPHPやJavaなら簡単にできるってか？
画像系はどの処理系でも面倒だろｗ大口叩くなってｗｗｗｗｗｗ

つ　Tk

F-BASICがFM7でしか使えないと思っている厨が集うスレはここですか？

たまにはF88BASIC for Windowsのことも思い出してあげて下さい。

F-BASICなんて化石言語どうでも良いんだよ

PHPなんてCUIですらまともなアプリ作られて無いじゃん。

まだこんな人もいるんだな

F-Basic Programming Life
ttp://www.geocities.co.jp/SiliconValley/1223/mainmenu.html

でも、掲示板はレンタルなのか消されてるし、コピーライトも2002で終わってる・・・

昔F-BASIC6だか5だかでTCP/IPベースのテキスト通信アプリ書いたけど、それを応用すればHTTPもできるよ
ターミナルっぽいプログラムも書いてデバッグに利用してたし、バイナリ転送も書いてたから
ただOSはWindowsだけどね
FM-7の時代のF-BASICとは別物だと思うよ

>>326
違う違う、バカだなお前は。
F-Basicかどうかはどうでもいいんだよ。
とにかく「FM-7を使ってブラウザを開発してみろ」って言ってんの。
もちろん、エミュじゃなくてあのハードを使ってね。

あれ、もしかしてお前>>316か？ｗｗｗ　逃げる口実？ｗｗ

PHP厨はJavaからF-Basicに矛先を変えたんですねｗ

うはｗ

Hu-BASICしか使えない俺が来ましたよ

MSX-BASIC狂のオレに何か用か

どれもPHPに駆逐されていった言語ですね、可哀想な人たち…

BASICがなければPHPもないんだけどね。

PHPなんてPerlの便利ライブラリが出発点だろｗ

>>333
昔FM-7にRS232C載せてF-BASIC使ってBBSホスト作ってやってたよ
多分同じ切り口でTCP/IPスタックも作れると思う
Lynxより貧弱なブラウザも多分できる
作ってみるから待ってて
コーディングはWindowsでやってテストはエミュ使うけど、最終同確は実機でやるから安心してね

また壮大な無駄を…

どうせ遊びだもん。

ライブラリも関数の不十分な言語で遊んだ日々。
あの日々のおかげで今の俺がある。

いまだに趣味で終わってる俺がいる

あの当時はBASICってすげー良かったんだよなー
特にROMにBASICがあるのは最高
少ないメモリ容量で最大の処理をしようと思うと、下手に機械語書くよりROMにあるBASIC読んだほうが小ステップで大処理できた
ほんと、時代が変わったよなー

perlでgoto使うと怒られる時代だしね。

後藤さんは怒ると恐いぞ

呼んだ？

いまだにダンプリスト手打ちしてる俺も来ましたよ

>>341
神ｷﾀｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰ！！！！！！！！

時代はこうなのか

　　　　PHP vs F-BASIC

.NETやJavaには敵わないと悟ったのね。。。

>>351
アホか。
勝利が明白な戦いなどしても無駄。PHPの高機能と開発の簡易さは最強。
JAVAなんかとは比べ物にならない。.NETなんてハナから相手にならない。

F-Basicは単純に面白い。神クラスのプログラマが降臨しそうでワクワクする。

単純に
PHP > F-BASIC > .NET&Java
だから話題にあがってきただけだろ

まだまだCUIが生きのこってるから
F-BASIC＞PHP

F-BASIC SUGEEEEEEEEEEE

PHP は CUI もできるのだが

今どきCUIも出来ないJavaださすぎ

他者との比較で語るんじゃなくPHP自身の素晴らしさを語ってくれよ
PHPでなければならない良さってのが分からないんだよね

>>358
言語とかセッション（？）とかたいして分からなくてもWebアプリができるところじゃないの？

>>358
変なプライドにとらわれず
いろんな言語のおいしいとこどりをする合理精神

>>359
それは素晴らしさじゃないし、他の言語でも言える事だよね
言語機能の全てを知らなくても組めるし、セッションを意識しなくても組める

> 言語
ASP.NET2.0ではデザインだけの無コーディング（正確にはASP.NETのXHTML構文のみ）でblogを組めたそうだよ
PHPはIDEの力を借りても無コーディング開発はできないよね

> セッション
セッションステートレスな環境は最近珍しくも無いからアピールポイントにはならないよね


>>360
抽象的な事を書いても何も伝わって来ないよ
プライドなんてのはPHP開発者の話であってユーザには何も関係ない
いろんな言語のおいしいとこ取りと言うけど、一体どの言語のどんなおいしいとこを取ったのか具体的に書いてくれないかな

>>361
バカだなお前ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
プライドにこだわってんのはお前みたいなアンチＰＨＰ派だろうが！！

多少のプライドがないと、コーディングを任せられません。

>>363
そりゃ誰だってあるだろバカが。

>>362
オレはアンチじゃないよ
PHPを否定してないけど、選択する理由が見つからないって話だよ
PerlやJavaで事足りてるから、あえてPHPを選択する理由が欲しい

いやさ、どっちかと言えばオレは新しいもの好きだからPHPに行きたいんだが、会社と言うかチームを説得する理由が欲しい
ということで素晴らしさを語って欲しいんだよ
今のところは「爆発的なシェアの伸びがある」くらいしか無いんだよね

>>365
良いものか優れたマーケティング手法のものしか爆発的に延びません
とjava好きな俺がいってみる

JavaのAPIやPerlのCPANは膨大で何をやるにも
探せば絶対にライブラリがある。
ところがPHPのPEARときたらこれがまたお粗末な上に
数も少ないと来てる。
言語使用はコロコロ変わり、PHP5は一向に流行る気配無し。
駄目だこりゃｗ

Javaの面接でPHP使えるって言ったら笑われたよ

ハローワークで28歳っていったら笑われたよ

本物のプログラマはJavaを使わない

>>370
何、使うの？

もちろん赤ちゃん言葉

>>365　なんだ、使ってみもしないで文句だけ言ってるクチか。

>>367
そもそもライブラリに頼る発想が俺には理解できん。
俺は別にイバラの道を歩みたいというわけではないが、
どんな機能であれ、探すよりも自分で作ったほうが早いし使いやすいや、って感じで、
PEARを調べようなんて毛頭思わない。

＞そもそもライブラリに頼る発想が俺には理解できん。
↑おどろくね

phpがライブラリの塊なのに…

簡単なことをするのにも
長々とコーディングしないといけないJavaウゼー

　　　　　　 #/:::|Xト、::::::::::::::::::::::::::::::人ﾒｌ::::::ヽ
　　　　　 /ｿ::::::ix|::::＼:::::::::::::::::::::::／:::::iX|:::::::丶
　　　　　/ﾒ::::::::K|:::::,..へ、_;;;;;_,..へ;::::::::Kｌ::::::::::::i かっこつけてJavaをつーかーったらー
　　　　 Ki:::::::::::じ:／,,,,,,,,、`´´ ,,,,,,,,,,ヾ;;:じ::::::::::::ｌ　　工期が2倍にふくれあがりましたー
　　　　 ゞﾊ::::::::::/ノ　,二、ヽ　'　,二,ゝヽ:::::::::::::ﾉ
　　　　　　ヾ:_:::{　　< (;;),> } :{ <,(;;)_>　 ヾ::::／
　　　　　　　　}ヾ.　　 二´ﾉ　ヽ `二　　　ﾘｲ
　　　　　　　　ｌﾉ　　　　 /ｒ.、_n丶　　　　しｊ　　／⌒）　_　i⌒ーヽ　ｆ_ヽ、,、 　　　　　　　　　　/７
　　　　　　　 ひ　　　　i　 _,,,,,,_　 i　　　　ト'┌-`‐　 ￣ノノ　/7.　〉 {, ヽｊ/ !　r--┐ｒ‐‐―┐ / /
　　　　　　　　 ヽ、　　.|lF-―-ヵl|　　　:/　└ー7 ./￣　し"／ /　　`／ /　 ｒ三 |└‐―┘/_/
　　　　　　　　　 .ヾ 　 {.ト、＿ノ} i　　 .:/　　　 /／　　　　ヽ_／　　{＿ ノ.　　匚_」　　　　 ◇
　　　　　　　　＿ ハ　 ヾ┴┴'ｿ　　　ｲ ＿　
　　　　　　／ヽ＼ヽヽ　 ` ニ ´　ノ　 ﾉ ）　 ＼
　　　　／　　　＼＼　 ` ー-−´　／／　　 　＼
　　／　　　　　　 ＼＼　　　　　／／　　　　　　 ヽ

　　　　　　 #/:::|Xト、::::::::::::::::::::::::::::::人ﾒｌ::::::ヽ
　　　　　 /ｿ::::::ix|::::＼:::::::::::::::::::::::／:::::iX|:::::::丶
　　　　　/ﾒ::::::::K|:::::,..へ、_;;;;;_,..へ;::::::::Kｌ::::::::::::i 　ユーキャンでJavaをまーなんだらー
　　　　 Ki:::::::::::じ:／,,,,,,,,、`´´ ,,,,,,,,,,ヾ;;:じ::::::::::::ｌ　　憶えた頃には時代遅れでしたー
　　　　 ゞﾊ::::::::::/ノ　,二、ヽ　'　,二,ゝヽ:::::::::::::ﾉ
　　　　　　ヾ:_:::{　　< (;;),> } :{ <,(;;)_>　 ヾ::::／
　　　　　　　　}ヾ.　　 二´ﾉ　ヽ `二　　　ﾘｲ
　　　　　　　　ｌﾉ　　　　 /ｒ.、_n丶　　　　しｊ　　／⌒）　_　i⌒ーヽ　ｆ_ヽ、,、 　　　　　　　　　　/７
　　　　　　　 ひ　　　　i　 _,,,,,,_　 i　　　　ト'┌-`‐　 ￣ノノ　/7.　〉 {, ヽｊ/ !　r--┐ｒ‐‐―┐ / /
　　　　　　　　 ヽ、　　.|lF-―-ヵl|　　　:/　└ー7 ./￣　し"／ /　　`／ /　 ｒ三 |└‐―┘/_/
　　　　　　　　　 .ヾ 　 {.ト、＿ノ} i　　 .:/　　　 /／　　　　ヽ_／　　{＿ ノ.　　匚_」　　　　 ◇
　　　　　　　　＿ ハ　 ヾ┴┴'ｿ　　　ｲ ＿　
　　　　　　／ヽ＼ヽヽ　 ` ニ ´　ノ　 ﾉ ）　 ＼
　　　　／　　　＼＼　 ` ー-−´　／／　　 　＼
　　／　　　　　　 ＼＼　　　　　／／　　　　　　 ヽ

私もライブラリには頼らないっていう時期がありました。
dumperを自分で作ったりdaemonを自分で一から作ったり。
完全に劣化版車輪の再開発ですけど非常に勉強になりました。
今では極力信用出来る既存のライブラリを使うようにしてますけどね。

>>375
だからこそPEARなんて要らないっちゅーの。
わざわざPEARのややこしい使い方覚えるよりも、
PHP標準の関数だけでほとんどのことは出来る。

それができないから
私もライブラリには頼らないっていう時期がありました。
があるんだろーが、
んとに馬鹿だなPHPは

言語は制御に特化して機能はライブラリ化したほうがスッキリするけどなー
他の言語への移行もスムースだし

VB（7以降）⇔C#⇔Java の相互変換の高さは切り分けが明確だからだと思うよ

>>381
それはPHPが馬鹿なんじゃなくて、単にお前が馬鹿なだけなのでは・・・

PHP厨が馬鹿

>>384
ﾌﾟｹﾞﾗｗｗｗ　負け惜しみはみっともないぞ、お前ｗｗｗ

phpそんなに速いか？と思っていたら、そこの鯖はCGIで動いていましたorz

同じようにモジュールとして動かすならperlの方が早いしね。
モジュールとしてのPHPとCGIとしてのperlだとPHPの方が早いんだろうけど。

CGIで動いてる鯖結構あるんじゃないかな

共用鯖はほとんどがCGIだよ

共有サーバーなんかでPHP(モジュール版)使ったら、
他のユーザーからPHPソース見放題だもんなｗ
そこに書かれているパスワードも同じ。

まっ、Perlをモジュールで動かしても同じことだが。

PHP最強ってことでFA？

結局Perlがいいってことか

国内最高技術者集団のはてなとmixiはperl

>>393
ヲタ勢ぞろいのはてなはまだ分かるが、
mixiはどこが技術的に最高なのやら？？？？

いわゆる「テレホタイム」の時間帯は激重だし（なぜこのご時世に！？）、
しょっちゅう障害とか起きてるし。

>>394
がいしゅつだが、重いのはコンテンツの量とアクセス数の問題
言語云々とは別次元

>>395
俺は言語の話なんかしてねぇよ。
技術力の話。

>>390
phpも見れるの？
mod perlはその辺の原因で共有鯖で使えないってのは知ってるが、
phpはモジュール版でも見れない=PHPの方が低負荷でcgiで動かす必要があるperlより早い
って事だと思ってた。

もし、見れるならよく言われるPHPの軽さのメリットって殆どなくなっちゃわない？

>397
というか、どれだけの鯖がmod_phpで動いてるかすら怪しいけど。

という事はPHPは軽い早いってのは嘘って事だよなぁ。

mod_perl>mod_php>>cgiのperl>cgiのphpって感じの速さらしいし。

まあ、初心者でもとっつきやすいとか、DB関連のお手軽さってのは魅力ではあるけどね。
phpもちょっとかじろうかなと思ってたけど、perl使えれば十分な気がしてきた。
やるならRubyの方が面白いのかな。

>>396
だからコンテンツとアクセスの問題で技術関係の話じゃないってことでしょ。
486でPenDと同じ処理をしろって言っても無理というのと同じ。
mixiのデータ量はソフト以前にハードのキャパをオーバーしてるから、短いサイクルでネットワークとハードを増強してる。

>>399
そんな定説今更書かなくてもｗ
それを否定したいPHP厨が悪あがきしてるのがこのスレなんだからｗ

>>400
そこをなんとかするのが技術者の仕事だろ。
まあハードへの投資が追いついてないのが最大の原因だろうけど。

>>399
それ都市伝説だから

実際は、mod_perl＞mod_php＞perl＞[壁]＞phpみたいだしね。

単純な速度比べなんて意味ない
速度だけ欲しければApacheﾓｼﾞｭｰﾙでいい
PHPは総合得点でぶっちぎりなんだよ

条件付マンセーを言い出せばなんだってマンセー

z

>>403
phpが軽い早いってのが？
それとも逆に
> mod_perl>mod_php>>cgiのperl>cgiのphpって感じの速さらしいし。
ｺﾚの事？

PHP厨の妄想に付き合う必要無し

ま、ここで重さ云々の議論をしている奴らの作ったサイトが、
はたしてそこまで考慮しないといけないほどのアクセス数があるのかと。

あ、これを言ったらおしまいだったね。気にせず続けて。

>>410
余りに同意過ぎて泣いた

>>410
俺は共用鯖で細々とだけど、
perlのcgiゲーム設置してるから負荷はかなり気になるな。
phpのもあるから乗り換えようかと思ってたんだけど、
負荷増えるんじゃ元も子もないよな。

心に残るうすしおさんのブログ
私が近年最も衝撃を受けたブログは、うすしおさんのブログ
というブログで御座います。
このブログの特徴は、、、、、えーとぉ・・・なんやったかいの？
あー、そうそう、あ？あぁ〜あぁ〜あ、あ、そうそうそうそうそうそう、え？なに？
おーおー、傑作や、ほっはっはっはっはっっはっは、はぁ〜あ、ぁ〜。。。。。。

まあ、Javaはmod_perlと比べても段違いに速いけどね。

mod_javaってあるんだ？

mod_vbもmod_netもmod_javascriptもあるよ
オレの心の中に

もーど_にでもしてっ♪

if構文で
$_GET['php']が1~100の間だった場合、$php2 =PHP
100~200 の間だった場合、$php2 =PHP2
みたいにしたいのですがどのような書き方になるでしょうか？
｛~の間｝の部分が分からないです。
いきなり質問で申し訳ないのですがお願いします。

教えない

>>418
PHP使いの評判を落とそうと必死な
Perl厨乙

回答できないからってPerlのせいにするのﾋﾄﾞｽ

>>420
ごめんなさい
普通にPHP使いです
スキルがないだけです
PHPレベル底上げのためにもご鞭撻のほどお願いいたします

PHPは素人厨が物凄くいるのでたかが一人を上げても意味が無い

>>418
とりあえず自分で考えられるだけ考えた
ソースを書いてみろ。100％他人に頼るな。

>>424
俺の予想
if (1 <= $_GET['php'] <= 100) { $php2=PHP;}

>>425
条件判断のアルゴリズム云々以前に、
根本的な文法を間違えてるじゃないかｗｗｗ

そこまでアホじゃないだろう。。。。　と願いたい。

>>425
ありがちｗ

>>426
いや、これってC言語時代からFAQだったりする
カンが身に付かないうちは数学の公式とゴッチャになるんだよ

PHPだったらこれぐらいのことサポートして欲しい。

>>427
たしかに俺もいまだに無意識に「数学的」な条件式を
書いちまってエラーになり、「どうしてどうして？」と
さんざん悩んでしまうことがあるｗｗｗ

PythonいいよーーーPython!
誰も使ってないけど(´・ω・`)
i = 0;
while 0 <= i < 10:
　print i
　i += 1

ぱいそんは、うちのWindowsで動かんかった。

PythonやRubyは、言語として非常に美しい。
理念のないPHPとは大違い。

そういうとこ求めるんならPHPなんて使わないだろ

ぱいそーんはインデントで記述するのがなんか不思議。
ちょっと興味あるけど使える場所があまりないし使い道がないｗ

アプリのプラグインがぱいそんとかだよね。

>>430
PHPもこの書き方できるようにすべきだな
技術的にも難しくないだろうし

＞PythonやRubyは、言語として非常に美しい。
＞理念のないPHPとは大違い。

C系でない記述はキモいだけ。

>>432、>>437
宗教論争は宗教板でおながいします。

Rubyは書き方と構造理解するにはいい勉強になるとは聞いた事有るな。

{}でくくるのも\tやスペースで表現するのもbegin〜endもどれでも別にお好きなようにって感じ
要はそれぞれの言語の組み方の勘所を身に付けられるかってだけ
たかが記述方であれがいいこれがいいとか言ってる香具師は開発に向いてない

>>439
オブジェクト指向を理解するのはということかな？

おまいらごちゃごちゃ言ってねーでもっとPython使えよ！
PHPやJavaみたいに -2 % 3 が -2 になるなんてありえねーんだよ。
-2 を 3 で割った余りが 1 になることくらい中学生でも間違わねーつーの。
IEEE754標準だって？誰だよそんなもん標準にしたは！
今からでも遅くねーから土下座してPythonにあわせろよこのやろう！
だいたい虚数が標準でサポートされてない言語なんて計算機の言語としては糞過ぎるんだよ！
太古からπとｅとｉはセットと決まってるだろ！
Python最高だからもっとつかえよこのやろう！(´；ω；`)

>-2 を 3 で割った余りが 1 になる
え、そうなの？ｗ
素で知らなかった。
というか負の数を割って余りを求める事自体やった事無いよ。

>443
余りがあれば割り切れていない数。
決まった数値の等倍かどうかを調べるなど、よく使うよ。

プログラミング歴10年以上だが
俺も今まで「負の数の余り」について考えたことなんて
なかったな

負数の除算は言語によって違う結果になるから、プログラマなら非常に意識する必要がある問題
まさか10年以上そんな常識も知らなかったのか？

なんで１になるの？

元々の意味を考えると、-2を3で割った余りは-2になるかも知れないけど、
実用上は0から2の範囲の値が欲しいことがほとんどかもな。

例えば、曜日の計算で7で割った余りを使うときとか。
昔、これが原因のバグに悩まされたことがあった。

＞元々の意味を考えると、-2を3で割った余りは-2になるかも知れないけど、

適当なこと書くなよ

本来数学に合わせるべき
数式の解析でマイナス記号の扱いをちゃんとしてないからバラける

マイナス記号を後で解決する場合
-4/3 → -(4/3) → -1...2

マイナス記号を先の数値に付与する場合
-4/3 → (-4)/3 → 1...-2

数学的な解析がなされず、文字列の解析として式を解決しようとするからこうなる
更にキャストとか型変換とか浮動小数点型とか入ってくるとわやくちゃ

言語による違いはここを見れ

The RWiki - スクリプト言語の比較::負数の除算
ttp://pub.cozmixng.org/~the-rwiki/rw-cgi.rb?cmd=view;name=%A5%B9%A5%AF%A5%EA%A5%D7%A5%C8%B8%C0%B8%EC%A4%CE%C8%E6%B3%D3%3A%3A%C9%E9%BF%F4%A4%CE%BD%FC%BB%BB

まちがった orz
なんで4なんて書いたんだろう

マイナス記号を後で解決する場合は、商にマイナスが付与される
-2/3 → -(2/3) → 0...2

マイナス記号を先の数値に付与する場合、剰余にマイナスが付与される
-2/3 → (-2)/3 → 0...-2

他にも色々ある

>>446
スクリプトによって異なる
＝スクリプト作るようなスキルの人間にすら
真剣に考えられないケース
だから常識とは言えないと思うが。
特にWebプログラミングなんて、
整数の四則演算でほとんど済むだろ。

×整数
○自然数か

やっぱり知らない人いますよね。
これ何も見ずに即答できる人の割合ってどのくらいなんでしょうね。
周囲の人間に聞いてみた調査結果きぼん。

>>452
真剣に考えられないと言うより仕様ですよ。
たぶん数学寄りの人はPython流でコンピュータ寄りの人はJava流なんじゃないかと。
さすがに小数の誤差について知らない人はいないと思いますが
必要にならなければずーっと必要にならないもんなぁ。

ちなみにPerlもPyhonと同じで
print -2 / 3;
print "\n";
print -2 % 3;
を実行すると
商が -0.666666666666667
余りが 1
になります。
って計算おかしいじゃねーかよ！
Pythonつかえよこのやろう！

普通に考えると-2になりそうな気がするけどな。

3×0 ＋（-2）＝-2

定義でもググってろ

>>454
＞数学寄りの人はPython流でコンピュータ寄りの人はJava流

実用的な商人寄りの人はPHP流。

>>457
Perlができなかった人がPHP流

>>455
10 % 3 = 1
7 % 3 = 1
4 % 3 = 1
1 % 3 = 1
-2 % 3 = 1

要するに、普通に考えても人によって見解が違うって事だな。

負の数を0を基準として考えるか、
正と負を一緒に基準にするかで変わる感じだな。

>>458
違う。
Perlのように無意味にめんどくさいものは覚えたくない、覚えるメリットもない、
と考えた、合理的な賢い人がPHP流。

当たり前だが数学が真
計算機の都合で数学を捻じ曲げることは許されない
IEEE754は修正が決定し、現在検討中

数学的に正しい結果と、計算機を利用する上で欲しい結果が違う可能性がある場合は、
２通りの演算子を用意しておいて欲しい。

計算機を利用する上で欲しい結果なんて演算子を組み合わせればどうにでもなるだろ
問題は演算子の一般的な理解

>>462
ちがうよ！もっと自分を知って！
君はPerl程度のスクリプト言語を理解できずに
PHPという簡易言語に逃げ込んだんだよ！
勘違いしないで、お願い！

PHPはJavaScriptにも劣る長簡易言語です。
デザイナーがリファレンス本片手に使えちゃいます。
つまり、PHP専門プログラマなんて価値が無いってこと。
何お前らプログラマ気取ってんだよ。
こんな簡易言語誰にでもできるわｗ

> デザイナーがリファレンス本片手に使えちゃいます。
それっていいことじゃね？

>>468
素人が作るとセキュリティホールが発生しやすい

じゃあデザイナーがリファレンス本片手に使える言語じゃないね。

>>469
例えプロが作ってもPHP自体に穴が

PHPの穴は高速に埋められるから安心

穴で埋め尽くされたPHPの穴を1つ埋めたところで・・・

PHPの堅牢さには誰しも驚嘆すると言われているね

PHP専門プログラマを馬鹿にすんのは良くないよ。

>>464
数学に准じない計算機なんて“狂機”以外の何者でもない

>>459
ありがとう。
でも分かったような分からないような。

>>459
なるほど

>>477-478
おまいらﾘｱ厨ﾚﾍﾞﾙｗ

王JAPANを支え続けたPHP SUGEEEEE！

え、COBOLだよ

王を支えるのは、歩香桂銀金飛角

チョット質問があります。
ワンクリサイトにPHPが多いのは、なんで？

お手軽に開発できるから。

>>483
厨でもある程度のことができるから

>>483
ワンクリサイトの多くはPHPを使っている。だから何なんでしょうか？

こんなネタ知っていますか？
http://that3.2ch.net/test/read.cgi/gline/1097474889/
> 1)犯罪者の98％はパンを食べている

解からなければ結構です。

>>483
それは悪魔の証明だな
糞質問だ

世間の需要を証明できません？

チョット曲がったね。
他意は無いのよ。
PHPの需用がそっちにあるのは何故？

逆に言えば、
ASP.NETやJAVAでは何故駄目なの？

ワンクリ詐欺してる人に聞いてみたら？ｗ
ここで聞いてもわかる訳ないだろ。

だーかーらー
>>487

わざわざここで聞かなくても結構です。

OK

>>TwbymGV1
あのさ、自問自答してから質問してよ
そのタイプの質問て「どうしてUFOって存在するんですか？」って聞いてるのと同じレベルだから

>>483
PHPはワンクリ業界の認定言語だからです。
すべてのワンクリサイトはPHPでできております。

犯罪者のほとんどはWindowsを使ってるのは何で？っていう質問と同じ

犯罪者のほとんどはWindowsを使ってるのは何で？

日本では血液型A型の犯罪者が一番多いのは何で？っていう質問と同じ

>>500
意味不明

日本人はA型の割合が多い→犯罪者の人数もA型が多い

でも実際ワンクリサイトはPHPでできてるのしか見たことない。

>>502
マジレスしちゃったよ…

なるほど！PHPは女子供でも理解出来るため使用可能な人口が多く
オレオレ詐欺やワンクリサイトはDQNが多いため知能が欠如しているケースが大部分であり
結果としてPHPを採用していることがほとんどであるという事ですね。

PHPをバカにしてるヤツらはアホな「曲解教」信者だなｗｗｗｗ

「PHPなんて誰でも使える簡易言語だ。だから価値は無い」
「鉛筆なんて誰でも使える道具だ。だから価値は無い」
「炊飯なんて誰でも出来る家事だ。だから価値は無い」
「洋服なんて誰でも着れるモノだ。だから価値は無い」

こうしてバカどもは「バカの連鎖」を繰り返していくのです。

鉛筆が使える事を自慢する奴を生暖かく見守ることはあっても
鉛筆の存在自体に価値はないと思う奴は少ない。

>>507
ﾊｲﾊｲ屁理屈乙

>>506
それらは反証可能性が無い。
故に定義として成り立たない。

A「PHPなんて誰でも使える簡易言語だ。だから価値は無い。」
B「Aよ、PHPは誰でも使えるわけではない。」
C「Aよ、誰でも使えるから価値が無いわけではない。」
A「Bよ、PHPは誰でも使えるのだ。」
A「Cよ、誰でも使えるものは価値がないのだ。」

こういうことを反証可能性が無いと言います。
反論が成立すれば定義を取り下げられないのであれば、それは定義として成り立たないものです。
絶対の定義は無い。絶対と自分以外に認めさせることができなければそれは絶対ではない。

つまりPHPはSUGEEEE。

その通り

Java じゃアクセス数多いとさばけないから
PHP ならさばけるから

PHPはPerlにひどいことをしたよね(´・ω・｀)

少ない投資で大きな収益
PHP SUGEEEEEEEEEEEEEEEEEEEEE！

PHPは日本のGDPに2％くらい貢献してるらしいな

>>509
そもそも、それじゃ反論をいなせて無いじゃんｗ
反証可能性が無い以前の問題。

詭弁を崩そうとするやつの発言は詭弁の法則。

反証とは、論破したり言い包めたりすることではない。
定義に対してそれを否定できる論証ということ。

「○○○は□□□である」に対する唯一の反証が「○○○が□□□であることは△△△が実証できなければ虚偽」とする。
△△△を検証した結果実証できなかった場合、○○○が□□□であることは否定される。
これが反証可能性。
あらゆる定義には反証可能性が存在し、反証が実証できないためにその定義が真とみなされる。

ところが「☆☆☆という事実があったために△△△が実証できなかっただけで○○○は□□□である」という反論をしてくる場合がある。
そうなると「○○○は□□□である」に対する反証ができなくなり、反証可能性が無いということになる。
有名なのは「幽霊は存在する」に対する「ある故人と遺族しか知らない事実を降霊会で述べよ」である。
降霊会で故人と遺族しか知らない事実が出なかったとする。この時点て「幽霊は存在する」は否定される。
しかし霊能力者が「今回は磁場が悪い」などと不調を訴え、検証は無効であったと訴えるとする。これは反証を否定して反証可能性をなくしてしまう為、そもそもが事実と認定されない。
超常現象などでは反証可能性の無い定義や議論がなされる事が多く、結果として「胡散臭い」ものと扱われる。

ちなみに、「○○○は□□□でないという事を証明せよ」という議題があったとする。
実際「「○○○は□□□である」は虚偽だとすると、元々事実ではないことを否定することは非常に困難。
これを「悪魔の証明」といい、こうなったしまった定義は否定を証明する以前に正当性を証明できなければ虚偽となる。



何を言いたいかと言うと、PHPは超常現象だってことだ。

>>516
> 詭弁を崩そうとするやつの
やっぱり詭弁なのかｗ

B「Aよ、PHPは誰でも使えるわけではない。」
A「Bよ、PHPは誰でも使えるのだ。」

この時点で反証可能性が無いってのが否定されてないか？ｗ
屁理屈で言ってるだけで、文字読めない人もいるし、
PC持てない人も居るのだから誰でも使えるわけが無いのは紛れも無い現実。

俺もここで定説を述べよう。

「詭弁について語る奴は詭弁を述べる。」

黄便？

>>519
お前、アホだろｗ

アホだろｗ！出た！アホだろｗ出た！得意技！
アホだろｗ出た！アホだろｗ！これ！アホだろｗ出たよ〜〜！

オレ、アホだよｗ

つまりPHPはアホでもできるってこと。
だからPHPに必死でしがみ付いてるお前らはアホってこと。ＯＫ？

それ順接になってなくね？

>>522
アホ発見

PHPは天才でも出来る。

敷居を下げたことには感謝しないとね。

perlを初心者レベル卒業するまでかかる時間を100とすると、
phpを同じレベルになるまでどのぐらいかかるの？

サービスや製品は、賢くない人にも使えなくてはいけない。
一部の人に向けてのみ作ってはいけない。
ってドラッカーも言ってるよ。

何の知識もない人がプログラムを作れることが問題だとは思わない。
でも、知識がない人が作ったプログラムが実際にネット上で動いてるのは大問題だ。

開発者が賢ければユーザはアホで良い
開発者がアホならユーザが賢くなるしかない

>>509よ、お前を使う（雇う）のは誰にでも簡単にできる。
ゆえに、お前には何の価値もないのだ。

Perl「先輩をうやまえ！」

PHP「この業界、おじんに用はない」

おじん って言葉久々に聞いた
おばん って言葉をFSSで見て以来の懐かしさだ

おばんです

おばんです(こんばんは)は方言だった気がする。

で？

ど

ふむ

いやいや

>>534
あーあ、言っちゃった。本当のことズバリ言っちゃった。
あんまりアホを追い詰めちゃ可哀想だよｗｗｗ

やっぱりそういうレスが来ると思ったよ。
都合悪くなるとすぐ自演なんだからｗ
ここに声高らかに宣言する。

釣れた

と(´ﾟc_,ﾟ` )

　　　　|:_______:|
　　　　|:|∧＿ﾍ|:|
　　　　⊂(･ω･`)つ､｣朕はPHP王なり
　　　＿／/　　/_/:| 何なりと望みを申せ
　 　|:|/⊂ヽノ|:|/｣
　 　|:|￣∪ ￣|:|

ジュース買ってこいよ

王様の耳はｷﾞｺの耳

IDが表示された状態でこのスレを見てみたい。
どんだけ自演が多いんだろ

>>545＝価値の無い雇われ人ｗｗｗｗｗｗｗｗｗｗｗｗ

>>549
オレは>>548だが他は書いていない
もし>>549がそれ以外書いていないとすれば、もしかしたらこのスレには３人しかいないのかもしれない

547は俺。
それ以外は上50レスぐらいは書いてないよ。
その前は書いたかもしれないけど。

オレはこのスレでは、このレスが初めてだ

　　　　|:_______:|
　　　　|:|∧＿ﾍ|:|
　　　　⊂(･ω･`)つ､｣朕はこのスレの1だが
　　　＿／/　　/_/:| 書いたのは久しぶりじゃよ
　 　|:|/⊂ヽノ|:|/｣
　 　|:|￣∪ ￣|:|

>>554
ｸｿｽﾚ立てんな

　　　　|:_______:|
　　　　|:|∧＿ﾍ|:|
　　　　⊂(･ω･`)つ､｣Java乞食の心の叫び
　　　＿／/　　/_/:| 朕にはまこと妙なる音楽のようじゃ
　 　|:|/⊂ヽノ|:|/｣
　 　|:|￣∪ ￣|:|

わかったからズレ直せ。

　　　　|:_______:|
　　　　|:|∧＿ﾍ|:|
　　　　⊂(･ω･`)つ､｣ズレてないですよ
　　　＿／/　　/_/:| 朕をズレさせたら大したもんだ
　 　|:|/⊂ヽノ|:|/｣
　 　|:|￣∪ ￣|:|

では、PHP王ノミにお尋ねします。
ワンクリサイトにPHPが多いのは何故ですか？

開発が手軽でスピーディーだから。
ワンクリに限らず。

ワンクリとＰＨＰを意図的に結びつけようとしてるが、
何の論理的関連性もないのに、バカだなお前も。

#また雑魚の相手かよ…。やっとボスキャラが出てきたと思ったら…。
#ふう。

うわ超ダセェ

で？

　　　　|:_______:| 　ﾜﾝｸﾘと言えば環境変数を表示してﾋﾞﾋﾞらせるのが典型
　　　　|:|∧＿ﾍ|:|　　環境変数をもっとも手軽に表示できるのがPHPなのじゃ
　　　　⊂(･ω･`)つ､｣　Java乞食にもPHPの気だての良さを
　　　＿／/　　/_/:| 　見習って欲しいものじゃのー
　 　|:|/⊂ヽノ|:|/｣　　ほっほ
　 　|:|￣∪ ￣|:|

ほらよ、ズレぐらい直せよ。

　　　　　|:_________:| 　
　　　　　|:|∧__ﾍ |:|
　　　　⊂(･ω･`)つ
　　　＿／/　　/ /:|
　 　|:| /⊂ヽノ|:|/.|:|
　 　|:|￣∪ ￣|:|

・PHPは簡単である。（Web作成に関しては）
・PerlやJavaは、PHPほどには簡単ではない。（どちらも簡単だが）
・PHPは明らかに開発効率がよい。（Web作成に関しては、Perl、Javaに比較して）

↓上記の命題から導出

PHPを使う人はアホだと思われる
PHPしか使えない人はアホかもしれない
Perlにこだわる人は（難しい言語を使ってるから）自分が頭がよいと主張したいのかもしれない
Perl、Javaを使えて、PHPを使ってる人は頭がいいかもしれない

（個人的意見）
大規模システムにおけるJavaのメンテナンス性は高いと感動することが（たまに）ある。
しかし、PHPの柔軟性、開発の手軽さにも感動することもある。

プログラムおたくとか、そういうこだわりのある人には
PHPを使うのはプライドが許さないという印象がある。

>>566
・だけ読んだ

>印象がある。
まで読んだ。

全部やん

ひどい！ひどいひどい

よいでわないか、よいでわないか。

perlはなんとか普通に使えないぐらいまで覚えて、
今PHP覚えようか迷ってるんだが、開発効率とか覚えるまでの習得期間って
perlとPHPでどの程度違ってくるもの？

>>572
perlやＣ言語がある程度使えるなら、PHPの習得期間はほぼ１日でＯＫ。
あとは関数をリファレンス見ながらレゴブロックみたいに組み立てていくだけ。

プログラミング自体がまったく初めてという人でも、一ヶ月あれば十分かと。

>>572

ゼロからはじめるならPHPの方が習得は速いでしょう。
Perlが読めるくらいのレベルであればPHPはすぐできるよ。
PHPの関数の使い方覚えるのに２〜３週間くらい？？
PerlとPHP両方覚えることを薦める。
クラス使ってオブジェクト指向でやったことないならこれも覚えることを薦める。

あとはメールやHTTPのプロトコルやら、
Webとかネットワークのしくみを勉強するといいよ
開発でかなり必要だから。

Perlには過去の膨大な遺産という強い武器があるが、
最近は新規のシステムでPerlを使うことはほとんど無いのは
やはりPHPの方が効率がいいからかな？

遺産は、武器であるとともに足かせでもある。

>>573-574
レスありがとさん。なんとなくイメージつかめたよ。
いきなりphpに入らずperlから覚え始めたのは正解だったっぽい気がしてきた。
チャンス見て弄ってみることにするよ。

電子政府も「縦割り」弊害　同一パソコンで申請不可
ttp://www.asahi.com/politics/update/0326/004.html

馬鹿が Java なんか使うから。

>>575
↑何言っちゃってんのこいつｗ

　　　　　|:_________:| 　
　　　　　|:|∧__ﾍ |:| 我がPHP王国の領土が
　　　　⊂(･ω･`)つ　拡大中だｸﾎﾟｰ
　　　＿／/　　/ /:|
　 　|:| /⊂ヽノ|:|/.|:|
　 　|:|￣∪ ￣|:|

>>577
まあ、PHPでも同じだがな
こういう縦割りが厳しい行政は相互関係が最強の.NETがお勧め
まあ、枯れ果てたPerlでもいいけどな

Java は論外だし
.NET はバギーだし
Perl は保守が問題だから
消去法で PHP か。
個人的には Python なんだがマイナーすぎ。

５年後にJavaは消えてるかもしれんな。

Java は現代の COBOL だから COBOL 同様なかなか消えないと思うよ
新規案件で選ばれるのが減るといいのだが

>>581
PHPなんて一番だめやんｗ
行政の発注先毎に微妙なバージョン違いとかパッチ有無とか要求されてJava以上の爆発が間違いなし
サーバに手を入れるだけで判子を山ほど付いて回らなきゃいけないお役所仕事を理解してないね
＃専任の情報システム担当がある役所なんて滅多に無い

Java/.NET/PHP/Perl でリスクが最も低いのはレガシーなPerl
次はMicrosoft一辺倒な分OSや環境の揺らぎが少ない.NET
PHPとJavaのバージョン違いは尋常じゃないから論外
＃正確には、Javaは問題があるフレームワークがあるだけで、PHPは全てが問題

PHPを選択して互換性問題で火を吹いて全て.NETに焼き直した行政システム知ってるよ
数フェーズに分けて納品してもらったら、それぞれの段階でバージョン違いを要求するわパッチ当てたら互換性問題で落ちるわ
挙句の果てには相乗りする予定の別システムも微妙なバージョン違いを要求してきてセキュリティホールのパッチでまたてんやわんや

所詮PHPなんて家鯖で単独で動かすための環境なんだよｗ

いや案件にもよるけどPHPは一番いいと思うよ。
Javaは技術者不足→コスト高
Perlは速度出そうとmod_perlで作ろうとすると技術者不足→コスト高
.NETはOS選ぶのと今の段階ではまだ早熟

共同開発しない単価が安い小さな案件をこなそうと思ったら
PHPしかないと思う。

>>585
あと、PHPには品質に期待し過ぎないという条件も必要。

そうだね。例外処理なんて無いに等しく多少バグっててもそれなりに動作してれば
おｋって感じの案件にもってこいだね。
あとPHPは高クオリティな案件でもそれなりに通用するよ。ただそういった優秀な人材は
PHPやらせる必要性が無いだけ。自社開発に優秀な人材を投入出来る時ぐらい(yahooとか)

>>585

> 共同開発しない単価が安い小さな案件をこなそうと思ったら
> PHPしかないと思う。

今の流れは共同開発する大規模（行政）案件についてなんだが
ああ、PHPはそういうとこじゃ使えないって言うことを言いたいのね

>>586

そうなんだよね、“PHPで開発したもの”ではなく“PHPそのもの”に対して品質を期待できないんだよね

>>587
ループしてるけど、“if”な人材を持ち出したら何でも言えるからやめて

・スーパーハカーならPHPでも超SUGOIウィルスを作れる
・凄い人ならPHPでどんなシステムでも作れる
・優秀な人材は言語を問わない

そんな人間だけが開発してる訳じゃないんだし、圧倒的大多数は凡人以下なんだし
漏れも圧倒的大多数な凡人以下だよｗ

凡人の言うことなど当てにはならないな

>>585

> Javaは技術者不足→コスト高

確かに詳細設計〜総合テストまでのコストは高いが、開発全体から見れば大した影響ではない。
PHPでSE単価80万円がJavaでSE単価160万円になったとしても、1000万単位の開発では許容範囲。
逆リスクヘッジを取れば許容範囲どころか安価になる場合が多い。

> Perlは速度出そうとmod_perlで作ろうとすると技術者不足→コスト高

Javaと同様。
あと、コストの安い・高いというのは単に開発に掛ける分だけで判断はしない。
どこにコストを掛けることで最終的なコストが安くなるか・安定するかが重要。
言語しか見てない末端コーダには理解できないだろうけどね。

> .NETはOS選ぶのと今の段階ではまだ早熟

OSを選ぶのは.NETだけじゃない。
Linuxとて名前は一緒でも突っ込むパッケージが変われば別のOS。
サポート体制や保守を考えればOSの違いなんて矮小。

> 共同開発しない単価が安い小さな案件をこなそうと思ったら
> PHPしかないと思う。

そりゃそうだ。
だから行政には使えない。
自分で「いや案件にもよるけどPHPは一番いいと思うよ。」を否定してどうするよｗ

>>590
良く見ろ「凡人以下」だとおっしゃられてるｗ

>>591
それはある程度の案件の話だね。
先方が言語に拘りが無く機能要件だけ出して入札する場合、
いくらメンテナンス性や運用コストを説いても平気でこちらの1/5の価格を
提示してくるPHPウェブ屋の前では無力。
"金額が低くてそれほど品質を求められない案件"に関してはPHP最強
そうでない案件ではPHPの優位性が感じられない。

>>593
何でPHP厨は流れを読めないんだろう
>>577のこれが開始点だ

電子政府も「縦割り」弊害　同一パソコンで申請不可
ttp://www.asahi.com/politics/update/0326/004.html

電子政府のためのシステムに小規模だのある程度だのって前提は無い
規模を絞れる前提があるなら別にPHPを否定する理由は無いのよ

>>584
＞所詮PHPなんて家鯖で単独で動かすための環境なんだよ

そりゃそうだよ。当たり前のことを何偉そうに語ってんだお前は。
そもそも「行政で使うシステムにPHPは…」なんてお前が勝手に持ち出した前提だ。
自分に都合のいい前提をもとに結論を導くのはバカがやることだ。

どっちが乞食なんかいw

PHPの仕事は最近増えてきたとはいえちっちゃ案件ばかりだし。

名前空間もない糞言語を崇拝してる厨こそ乞食

>>577
PHPで作っても問題は解決しないだろうっていっても
その省庁の申請サービスはクライアントサイドのGUIだし。
サーバサイドのPHPに相当する技術はとくに使ってないので
その例でJavaとPHPとを比較するのは素人丸出しで畑違い。

サーバで動かすこと、webのみを前提としたPHPと比較することが間違い。
まさか利用者のWindowsマシンにActivePHPをインストールさせるという手間でもかけるのかw

>>598
そんなにむきになるなよ、低脳くん
ゆったりと話そうぜ

>>595
>>577
本当にPHP厨は流れ読めないんだなｗ

クライアントじゃWindows+.NET最強
Windowsがダメ？アホかとバカかと
揺らぎをなくすには一社に絞るってのが定説

流れはどう見ても Java がダメ

駄目っていうか
瀕死の重傷って感じ。ﾌﾟﾌﾟ

駄目なのはバージョンに気を使わなかったやつら全員だろｗ

だから縦割り行政がダメっだって記事に書かれてんだろが
受注した会社間どころか行政内部ですら同じPCに相乗りするシステムについて分かってないんだから
串刺しする部署を作るのお役所は嫌うからクラアントにJavaなんて使っちゃダメってことだよ
鯖なら単独で立て放題だからJavaでもPHPでも.NETでも問題ないんだけどな

縦割りとか串刺しとかエロすぎるぞ

>>606
想像のしようによっては残酷かも。

>>604
へー、バージョンに気を使わないといけないんだ

しかもマイナーバージョンな

PHP厨がJavaの人達の押されてるな。
可哀相にｗ

Java厨がろうそくの火の最後のようにさかんに燃えているだけだろ

>>609
ビルドバージョンだ

>>577
JREのバージョン違いを考慮しないほどの技術者が開発したのが問題なんだよね？？
PHPだろうがJavaだろうが、結局は開発者のレベルさえあればすべて解決するというのが結論ですか！？

考慮しないといけないのが問題。
どんな言語にもバージョン違いがあるが
Java のようにはひどくない。

JavaはSunが権力握りすぎ
OSS魂を掲げたPHP萌えー

GNU Classpath に協力したら？

まぁ、Java は魅力のないつまらん構文なので嫌いだ。

>>613
未来の仕様変更を見据えた組み方ができる人間がいるんですかそれは神ですか
しかも互換性が保証されない仕様変更を

では新しいバージョンで作る人が旧バージョンを意識して作ればいいと？
全く情報無しで相乗りするバージョンを確定できる人間がいるんですかそれは神ですか

今回の問題は開発者のレベル云々って次元ではなく、神じゃないと解決できません

神を我らを救いたまへ　ファーラム

>>615
OSSコミュニティハッカーに憑依されて操られるままに仕様を変えるんだから大して変わらん

オープンソースって言っても、結局一握りのハッカーが開発してるだけだからな。
PHPとかの場合、そういう開発者のちょっとした気まぐれで仕様が変わるから性質が悪い。

>>619
それでも Java ほどひどくない。
0 か 1 かではなく、程度の問題。

>>620
0 か 1 かの問題だよ
なんでユーザーが開発者の都合で苦労しなきゃいけないんだ
製品に不具合があったとき「いや、うちの製品は他社製品より不具合が小さいですから」なんて言えるか？

使う側も問題だろ。
互換性がないことで有名な言語を使う奴も馬鹿。

Java は低脳会社の SE と PG を生かすための言語として価値がある。
無駄と思える公共投資と同じ。それでシステムが動かないのも当然。
金になればいいんだよ。

>>622
しかも JRE はセキュリティーホールだらけだし

セキュリティーホールあっても
互換性のためにバージョンアップできない
Java はありえないだろ。
馬鹿だから Java を選ぶのだろうけどひどすぎ。税金だぞ。

perlがベストと言う事ですな。

Java に比べれば Perl は一億倍以上いいけど
多人数で作るには向かないね。やはり PHP だよ。

>>622
なるほど、PHPを使う奴は馬鹿と言いたいわけですな。

>>625
なるほど、PHPを選んだとしても税金の無駄遣いと言うわけですな。

>>626
なるほど、perlがベストと言う事ですな。

>>627
スーパーハカーが大人数で作ると、それぞれの癖が強く出すぎてチーム開発が難しいのがPHP
スーパーバカーが大人数で作ると、それぞれの馬鹿さ加減を強調され過ぎてチーム開発が難しいのがPHP

PHPは癖も無く馬鹿も少ない大企業サラリーマンプログラマ向き
もしくは単独開発

>>628-629
こういう Java 低脳が Java による動かないシステムを作るんだなぁ、としみじみ実感した。

Javaをレヴェルの低いプログラマー向けに作り直したのがPHP。
PerlやPythonやRubyはスーパーハカー向き。

どうやらいつものJava坊やが出てきたらしいな

>>622と>>625はJavaにもPHPにも通じると思う

そして、なでしこCGI最強伝説が始まった。

>>633
また捏造か。PHP でセキュリティホールがあっても
互換性が問題で上げられなかったバージョンっていくつよ？

まあ少なくともJavaよりPHPの方がまだましだよ

どうでもいいけど、この論争に加わってるヤツら全員キモすぎるよ

>>635
メジャーバージョン間で下位互換性が無い箇所があるのは有名

PHP: 下位互換性のない変更点 - Manual
http://www.php.net/manual/ja/migration5.incompatible.php

去年のこの騒ぎではマイナーバージョン以下でも下位互換性が無くてレンタル鯖やホスティングが対応遅れたりしてたな

PHPに“最悪”のセキュリティ・ホール，全ユーザーは今すぐ対処を：ITpro
http://itpro.nikkeibp.co.jp/article/NEWS/20051102/223939/

捏造も何もねーよ
Javaと大してｶﾜﾝﾈ

PHP厨の次の反撃の文句はこんなとこだろう


　　　「その互換性の無さで困っているのは糞プログラマだけ。普通のPHPerは困っていない。」


これって過去スレで何回もループしてるネタだよな

>>638
そのセキュリティホール懐かしいなｗ
うちホスティング会社なんだけど、アップデートの予定を出したら速攻で「上げんなｳﾞｫｹ」ってメールがﾊﾞｶｽｶ来た。
今使ってるスクリプトが落ちるから、開発元（会社だったりフリーソフトだったり）が対応するまで待てだと。
セキュリティホール突かれて大変なことになるよりサービスが停止するほうが大事みたいね。
約款ではセキュリティホールのパッチは最優先かつ最短３営業日の猶予期間で当てると明記してるんだよね。
もちろん動作させてるCGIは顧客の自己責任。
でもまあ全ユーザの６割から苦情来たから仕方無いかと一ヶ月延ばしたけど、いざ当てようってなって３営業日前に再通知出したらまらパラパラと「当てんな」メールがｗ
理由は「忙しくてスクリプト入れ替えていない」「一ヶ月前のメールなんて知らない（緊急通知以外に月次メールでも先頭に書いてるのに）」「オレのスクリプトが動かなくなったら責任取れ」だよｗ
ほんと、面白い香具師らだよｗ

>>640
カワイソス　ガンガレ

まあたしかに、PHPの仕様がもっと安定してくれれば、世界中で幸せになれると思うんだけどね。
なんであんなに細かい仕様変更がおおいんだろ。

>>640
約款を守らせることができないお前の会社がチンカスなだけ。

>>642の会社がどんなことしてるか気になる。

とりあえず>>640や>>643の会社みたいにクソ客に対して
ペコペコしたりはしない会社であることだけは確かだ。

優秀すぎるのも罪だな

つか、それってパッチが ML に出てたよね。
それ当てれば解決するのに。

セキュリティーは後手後手になりがちだ罠
とにかく食うのが先決
守りを固めてもお金にならないからねー

ぺこぺこしてようがしてなかろうが、ユーザは文句言ってくるだろｗ
文句いう窓口を作ってないとかか？

うほっ！春の新鯖入れ替えしてるうちに批判ｷﾀｺﾚ！

>>641
ありがとう、愛してる
PHPのバージョンアップは鬼門ｗ
今は緊急性が無きゃ放置が基本だもん

>>642
お客様は神様ですからｗ
実際は苦情出した顧客から得ている利益の率から判断したんだけどね
お金様こそ神様ですからｗ

>>643
おれも気になるｗ
約款は不利な時の切り札であって有利な時に持ち出すもんじゃないよ
最後の２つくらい前の武器かなｗ

>>644
客にはﾍﾟｺﾍﾟｺしないけど金には媚びへつらってますｗ

>>646
どんなパッチ？
うち鯖屋だから得体の知れないの当てられないんだよねー

>>647
んだんだ

>>648
もちろん窓口に苦情が集まってくるわけですよ
各種通知メールの返信も窓口メールアドレスにして、何も考えず「返信」してくるお金様じゃなくてお客様にも優しい設定にｗ
苦情の処理基準は費用対効果だけですよ
直接金にならなくても長い目で見れば金になるなら個人からの要望でも受けるし

それより今日寒くねぇ？

PHPのおかげで懐だけは暖かいが、寒いな

とりあえず>>649がウザイことだけは間違いない。

>649 = >652 だということは分かった

はずれ

それにしてもファイル読み込みなんてＪＡＶＡだったら
FileやStream関係の関数をいくつも使って書かなきゃいけないのにＰＨＰではopenの一言でできてしまう。

いったい今までやってきたＪＡＶＡは何だったの？と思ってしまうぜ。

Java＝ハードM用の言語

その代わりPHPは段違いに遅いけどな。

>>655
マヂレスすると、いろんなファイルやストリームに対して共通のメソッドで操作できるようになってるんだけどな。
ファイルしか扱わないやつには関係のない話。

>>655
Javaや.NETはファイル以外も統合的にデータを扱う仕組みとしてStreamが提供されている
実ファイル操作、メモリ操作、バイナリ操作、イメージ操作、その他自作のデータ操作・・・etc
その出力先として任意のStreamWriterを使うことで余計な変換も処理もいらない
この利益を理解できないなら、PHPやVBなどのopen一発でも十分だろう

ウェブで扱うファイル・デバイスは限られている。
PHPはほとんどウェブ専用言語だし、Perlはテキストの扱いが柔軟だからHTTPやHTMLと相性がいい。
一方JavaサーブレットはJavaを無理にウェブ対応させた感が拭えない。
アジャイルとかウェブ2.0とかの、これからのトレンドにはマッチしない。
エンタープライズな現場では残るだろうけど、相対的な地位はドンドン下がっていくだろう。

>>660
なにその20世紀レベルのJava知識

>>660

> ウェブで扱うファイル・デバイスは限られている。
おいおい、ファイルデバイスってなんだよ。
Streamの利点はIOの統一化だよ。
StreamでHTTPからバイナリ受信して特段何をするでもなくバイナリ操作やファイル出力やHTTP出力やらを出来るのが利点。
統一した形式で扱うのはデバイス云々以前の利益があるだろ

> PHPはほとんどウェブ専用言語だし、Perlはテキストの扱いが柔軟だからHTTPやHTMLと相性がいい。
これ良く聞くけど、今時PHPやPerl級の文字列操作ができない言語ってあるの？
それにJ2EEも.NETもHTMLパースするクラスがあるからいちいちテキストとしてのHTMLなんて扱う必要ないけど。

> 一方JavaサーブレットはJavaを無理にウェブ対応させた感が拭えない。
Javaは汎用言語であってWebもへったくれもない。
フレームワークがWebの部分を制御してくれるわけで、何故に言語としてのJavaに文句を？
JavaやC#なんかの最近の高級言語はプログラム制御に特化しているわけで、別にWebやコンソールの区別なんてない。
PHPもPerlも制御構文あるよね、そこに更にデータ操作とかをゴタゴタ付けているわけで、シンプルさではJavaやC#の方が上。

> アジャイルとかウェブ2.0とかの、これからのトレンドにはマッチしない。
おいおいおい、どうすればそこでアジャイルとウェブ2.0が出て来るんだよ。
アジャイルはスケーラビリティの高い運用手法や開発技法の定義であって、JavaやC#のようにオブジェクト指向であるほど本領発揮される。
ウェブ2.0は定義すら曖昧な言葉で例えば「インターネットでできるすごいことの総称」って感じだろ。どうすりゃ言語レベルの会話に適用されるんだ？

> エンタープライズな現場では残るだろうけど、相対的な地位はドンドン下がっていくだろう。

前提がおかしいからこの文も成り立たない。
キーワードだけ知る中途半端な知識で書くからそういう恥ずかしい文になる。
もしかして馬鹿PHP厨を装う釣りか？

どMのJava厨が必死wwwww

Perl厨はど変態だわ
Java厨はどMだわ
なんでこう糞言語の厨は異常な性癖の持ち主なのかねえ ┐(´ー｀)┌

どっちもどっちだ

Perl厨　＝　ど変態
Java厨　＝　どM
PHP厨　＝　お馬鹿

.NET厨ｷﾀｰ

PHP厨 = アホ
ってことで。

ウェブではテキストファイルの読み書きと標準出力への出力が出来れば十分だ。
いちいち面倒なステップ踏むよりとっととサービスインした方がいい。

Java厨で荒川静香に踏まれたい奴ちょっとこい

言い訳苦しすぎｗ

WebサイトをとっととサービスインするならJavaでもPHPでもなくASP.NETだね。
ちょっとしたデータを整形して表示する程度の要件でHTMLをシコシコ書くなんて馬鹿らしくてやってらんね。
重厚長大なものはJava、スケーラブルでスピーディーな開発はASP.NET、この２つさえ押さえていれば問題無し。

>>671
その2つは特にいらんねw

>>671
開発環境とか実行環境とか開発者の絶対数とか…

ウェブプログラミングというのは、DBからテキストを取り出して加工して、表示する。
もしくは、ブラウザから渡されたテキストを加工して、DBに入れる。
これが全て。
こんな簡単な作業にJavaのような多機能な言語は大げさ。
Javaのメリットとして処理速度の速さがあったが、今はスピードが欲しければサーバを増やせばいいという時代になった。
ほとんどすべてのウェブサイトはLAMPで十分というのは、ヤフーやmixiが証明済み。
残るメリットとして、特別高い品質を求められるとき、そのための仕組みを備えているというのがあるが、これは全体の中ではごく一部だ。
結局のところ、ウェブの開発はほとんどPHPかPerlでいいということ。

俺は知ってる。
このスレに書き込んでるやつが厨なだけだと。

PHPエリートが
下々の厨と戯れるスレですが何か。

iTextを使ってPDFを直接HTTPのストリームに出力したりも出来るんだけどなぁ…

ホントにその程度でいいならperlだっておおげさだと思うな。
シェルスクリプトのcgiでぜんぜんおっけーってことじゃん。

うちにシェルスクリプトのcgiでサービスしている部分はあるけど。

>>674
なにその前世紀のインターネット

>>674
＞ウェブプログラミングというのは、DBからテキストを（中略）これが全て。

ｱｲﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀ・・・・・・・・・・・・・・・・・・
俺もPHPだけで十分だとは思うが、「テキスト入出力のみ」という考えはアホで古すぎる概念。
「Web0.5」って感じだぞｗｗｗ

そんなもんじゃね？
加えて、RSS、フィードを使ってる程度だろ。

>>679-680
それ以外の例をよろしく。

画像の加工とか色々ありはするけど、基本はかわっとらん気がする。

>>680
痛いのはお前だろ。
他に何があるのか答えてみろよ。
素晴らしい答えに期待してるよｗ

>>680は明らかに痛いな。
それなら例えばWeb2.0では「テキスト入出力」以外に何か特別な処理があるとでも？

まあ、HTMLを自力でｶｷｶｷしたい前世紀脳の人はPerlなりPHPなりで十分ってことで

最近のWeb開発の主流はテキスト入出力ってことは意識しなくて、アプリケーションの１インタフェースとして概念的にWebを扱う
概念の実装は主にHTMLなわけだが、フレームワークレベルでアプリケーションの出力結果をブラウザ別やデバイス別にレンダリングするのがPHPなんかとの決定的な違い。
開発者はアプリケーションの実装に特化し、フレームワーク開発者が端末別のHTMLなりCSSなりDHTMLを考える。
こういう高度な開発がJavaなり.NETなりで行われているのであって、レガシーなテキスト処理だけのWebアプリなんてのは無い。
逆に、しJavaや.NETで<HTML>から自力で書き出すようなWebアプリを作っているなら、それはPHPやPerlに置き換えても構わないと思うよ。

更に言うと、PHPやPerlだけを使っているとWebはHTMLさえ生成できれば良いと思っているかもしれないが、いまやHTTP経由でアクセスしてくるクライアントはHTMLブラウザだけではない。
有名どころではPDFやFlashがある。
PDFやFlashを動的に生成して応答できるWebサーバもあるわけで、そこにはテキスト処理なんて無いことも。
MicrosoftはXAMLでWPFって流れを勧めているけど、これもテキストであってテキストではない。内部処理にテキストは不要でレンダリング結果がXAMLなだけ。

まあ、HTMLページだけ作るならPHPやPerlで十分だけど、Web2.0と総称される次世代インターネット技術ではWebサービスくらいにしか使えない存在だね。
だからライトが売りだったPHPも高機能なフレームワーク化を勧めていて、将来的にHTML以外のインタフェースも持つように目論んでる。
まあ、PHPﾊｶｰの暴走をZendが受け止めちゃったｱﾎな結果だと思うけどな。
PHPはレガシーなライトHTMLWebアプリ開発環境として特化すればPerlを超えて至上最強だと思うんだが、変な触手を伸ばしちまったな。

>>686
あなたも相当痛いですねw

>>686
そこまで堂々とアホさ加減を披露されると哀れに感じるではないか。

会話の次元のズレに気づかないというか、
プログラマの普通の用語法をわかっていないというか。
素敵な痛さだな。

出た。
自分のわからない言葉があると「イタい」「キモい」「ヲタ」って言うやつ。

だってー、いまさらPDFやFlashが動的に生成できるってw
まあ確かにテキスト入出力ではないけどねぇ。
>>686こそ、前世紀脳なわけだがw

java vs PHPよりも
java + eclipse vs PHP にすればjavaに勝ち目があるかも
WTPとか使うとすげぇ

>>613
そのとおり、と言いたいところだが、
本当は開発者に指示をする上司に問題がある。
さらにその上の上司、つまり各省庁の指示、采配に問題。
技術を知らない奴がトップダウン方式で指示を下すとああなる。
もっとボトムアップ性を高めてもいいのにな。

>>614
バージョン違いによる弊害が
置きに苦言後と言ったら
今のところJavaがトップなんだが。
C++なんてコンパイラが違うだけでもう
動かなくなるしPHPなんてPEARを5で動かすと
不具合が発生することがあるし

>>615
Java Community Processを知らないとはおめでたい。
Sunの影響力は限りなく離れている。
かわりにIBMの影響力が濃くなってきているが。
あれでもオープンソース陣営の影響力はかなり強いほうだ。
Eclipseを見て解るように。

>>617
> >>613
> 未来の仕様変更を見据えた組み方ができる人間がいるんですかそれは神ですか
> しかも互換性が保証されない仕様変更を
> では新しいバージョンで作る人が旧バージョンを意識して作ればいいと？
旧バージョンを意識するのは苦しいぞ。
新バージョンを意識するならJava Comminuty Processの動きや
Javaコーディング規約に従っていれば問題にぶち当たる可能性は非常に少なくなる。
バカなハードコーディングや拡張性のないコーディングばかりやっていなければ問題はかなり静まる。

>>623
それはむしろPHPのほうだが。

>>624
根拠は？
MS JVMと間違えてないかな。

>>625
根拠無しだな。バカだからPHPを選ぶのかあれのために。
わざわざエンドユーザにサーバ用PHPを端末にインストールさせるなんて
愚かなマネをさせるのかw

>>626
それも愚かだぞ。あの各省庁のアプリのために
エンドユーザにActiveStateのサイトからActivePerlをダウンロードさせて
クライアントマシンに、わざわざそれをインストールさせるというのかw
愚かにもほどがあるw

>>627
PHPも多人数で作るには剥かないんだが。
オブジェクト指向言語として機能が貧弱なPHPは
明らかに多人数で開発するにはJavaに劣る。
なぜからＰＨＰには名前空間が無いからね。

>>630
PHP低脳やPerl低脳はトンデモ発言ばかりしているのでもっと酷いものを
作り出しそうだな。

>>636
そもそも名前空間がない時点PHPはJavaに敗北しているのだよ。
Perlも、型安全性が保証されていないこととGenericsが使えていないことで
すでにJavaに敗北しているのだよ。

>>655
> それにしてもファイル読み込みなんてＪＡＶＡだったら
> FileやStream関係の関数をいくつも使って書かなきゃいけないのにＰＨＰではopenの一言でできてしまう。
> いったい今までやってきたＪＡＶＡは何だったの？と思ってしまうぜ。

おまえみたいな単純バカのためにJakarta Commons IOというものが
用意されているのだが。知らなかったと？　知らなかったとは言わせないぞ。

>>660
> ウェブで扱うファイル・デバイスは限られている。
> PHPはほとんどウェブ専用言語だし、Perlはテキストの扱いが柔軟だからHTTPやHTMLと相性がいい。
> 一方JavaサーブレットはJavaを無理にウェブ対応させた感が拭えない。
いや
webと基幹系との組み合わせを柔軟にできるという利点があるだけだと思うが。
というか大金が入ってくるJavaの仕事かなり多いんだが。
しかもPHPやPerlよりも金ガッポリはいる。

>>671
それでASP.NETの利点を語ったことにはならんのだが。
StrutsやJSF, Tapestryに勝るものがASP.NETには未だにないだろう。

まあ、だったらJavaでもっとすごいサイト作ってよーw
うんちくはいいからさ。結局Javaは負け組みw

>>674
> ウェブプログラミングというのは、DBからテキストを取り出して加工して、表示する。
> もしくは、ブラウザから渡されたテキストを加工して、DBに入れる。
> これが全て。
> こんな簡単な作業にJavaのような多機能な言語は大げさ。
> Javaのメリットとして処理速度の速さがあったが、今はスピードが欲しければサーバを増やせばいいという時代になった。
それだけじゃないんだが。複雑なシステムを構築するにはPHPやPerlだけでは貧弱すぎるという
問題があるわけだが。だからJavaが使われるというわけなんだが。

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

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

DBでも複雑なクエリではテーブル設計次第で検索速度ががらりと変わる。
場合によってはストアドプロシージャをつかわなければならないときもある。
O/Rマッピングを使って効率化をはからないといけないときもある。
最近PHPでもそういうものが出てき始めているが、PHPやPerlのような型に甘い言語でそういうものを
使ってもデバッグがどれだけ困難で拡張性や保守性に弱すぎて限度ってものがある。

>>686
それに加えて最近ではJavaや.NETの世界では
Java Web Start, ClickOinceなる者が出てきて、
リッチクライアント有名なそれらの技術が普及すればwebしか手を出すことができないPHP厨やPerl厨によって
かなり痛手になること間違いなし。


今はAjaxのお陰でしばらくは凌いでいけるけれどもAjaxにも限界があるから
結局Java Web StartやClickOnceのような技術が優勢になりそうだね。
そうなったらHTMLしかできないウェブデザイナーもかなり痛手になる可能性はでかいね。

>>692
別にEclipse出さなくてもPHPがJavaに勝る点は小規模開発以外無いという結論が
すでに出ているんだけど。

>>707
その前にさ、とりあえず金融系のサイトみてみなよ。
以下のサイトにはJavaが使われているから。

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

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

ついでにおサイフケータイ対応携帯電話アプリをJavaやC/C++の替わりにPerlやPHPだけで
作ってみてよ。絶対に無理だろうけどw

>>711
同額のシステム開発費用を払ってくれるなら作るよ。
携帯アプリが作れないのはphpの言語の問題ではないし。

携帯アプリはpythonが話に上がってたよね、ノキアだっけ？
携帯アプリまで侵食されちまうかねぇw
>>711
Javaが金融機関限定言語だということはわかったよw
しかし、とてつもないアクセスをさばいているGoogleやYahooなどは
なぜJavaにしないんですかねw

>>712
> >>711
> 同額のシステム開発費用を払ってくれるなら作るよ。

同額でもPHP程度しかできないお前の技術力じゃ無理

>>713
PHP＆Perl厨言い訳乙
全然煽りになってないんだがw

本当に頭が悪い。
Javaの唯一のメリットとして、高い品質が求められるケースではそのための機能を備えていると書いてあるじゃないか。
しかし、それは唯一のメリットだ。
ウェブの開発でもっとも大事なのはスピード。
googleもmixiもベータバージョンのまま走り出し、そのままトップに立つ。
これがネットワークの外部性というものだ。
のろまなJavaに用はないということだよ。

mixiのどこがトップなのかアクセス数が多ければトップで
それに使われている言語がほかのどの言語よりお優れていると
主張するとは実におめでたい。

ふむふむ、なるほこ、このスレは

アクセス数が多いというだけでミッションクリティカルにでも
どんな分野にでもPHPやPerlが適していると勘違いしている厨が暴れるスレ
というわけですな。

>>711
作れると思うんだがなあ。
同じように動くシステムというのであれば。

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

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

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

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

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

>>719
> >>711
> 作れると思うんだがなあ。
> 同じように動くシステムというのであれば。

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

っていうか名前空間がある言語で作られたシステムを名前空間がない言語に
リプレースするのは地獄。
っていうかObject#equals(T)や Comparable#compareTo(T), CloneableやSerializableなどを
すべてPHPで自前で実装するのかｗ

>>720
うん、だからJavaにも同様に向き不向きがあるじゃん。
やろうと思ったらできるなんてのは、大体どんな言語も一緒だろ。

>>720
うん。
作れないことはないよというだけの話。
「同じように動く」という前提でｗ

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

大手金融にしろYahooにしろgoogleにしろ、
どんな言語を使うかのか、どういうシステムを組むのかなんてのは
きちんと損益分岐点やらコストパフォーマンスを考えて作られてる。
みたいなことを言いたかった訳で。

適材適所って結論はとっくに出ているわけで

もの凄い勢いで何十個も上のレスにレスしまくる人がいるんだな。

phpってstrutsみたいなフレームワークってあるのかね。
struts-configでfoward先書いてくような。

あるけどstrutsみたいなのは冗長でダサいというのが、最近のライトウェイトランゲージ界での流れ。

特定の言語に命を預けてるやつは必死だなｗ
俺はいろんな言語を使えるから、どれを使おうと別に関係ない。

ここは適材適所を知らない単一言語ﾏﾝｾｰ厨を煽るスレ

ま、Javaやオラクルのシェアは確実に落ちていくよ。ウェブの開発では。
これまでは用もないのにJavaで単金を上げるって手法が通用してたけど、クライアントもいつまでもバカじゃないでしょ。

PHP厨やperl厨は、mixi、Wikipedia、はてな、あたりが
もしJavaを採用したとなると一気に手の平を返しそうで怖い。
所詮は何の根拠もなくてただのミーハーなんじゃないかという希ガス。

大量のアクセスがあるサイトで Java を使うことはあり得ないし、
生産性やクオリティを求める mixi、Wikipedia、はてなが Java をメインに使うこともあり得ない。

金払ってもいいから信頼性を求めるクライアントもいるし、
Javaで動いてるのが一種のステータスになる風潮もあるし、
Javaはエンタープライズ市場でずっと残るんじゃないかな。COBOLとおんなじ。
今より単価は安くなりそうだけど。

○○に使われているからこの言語が最高で、他の言語はクソとか言ってるやつは大したプログラマーじゃないって事だけは確かだな。

>>731
それでJAVAは普通にありえなくね？

>>731
PHPやPerlにとって有利な条件だけ出して他を貶めてるだけじゃん
逆にJavaや.NETにとって有利な条件出せばPHPやPerlを貶めるなんてのは簡単だし
比較論は同じ土俵でやってくれ

そりゃ技術者の力量に頼ればどんな言語環境でも素晴らしいものはできる
ただ、その力量を数値化して技術者全体の分布と照らし合わせると、きっとそんな技術者は稀有な存在で、そういうのをどこでも抱えることはできないと出ると思うよ
「高い力量を持つ」なんてifを持ち出さず、一般的な技術者が使うとどうなるか考えてみ
YahooやWikipediaなんて今のパフォーマンスで作るなんてのは現時レベルの仕事として無理
つまり、そういう作品ってのは一握りの選ばれしものが作る芸術品なわけで、そんなもの持ち出して素晴らしいだの何だの言うのは無意味

ピカソが鉛筆で描いた絵と普通のおっさんが描いた油絵を比べて「ほら、鉛筆で書いた絵は素晴らしいだろ」って言ってるようなもん

>>735
得意な分野が違うんだから同じ土俵で比較できないと言ってるんじゃ？ｗ

>>726
そのダサイstrutsと同じような仕組みがPHPのフレームワークで
存在し、実際につかっている会社があるわけだが。ますますダサイね。

>>729
VB厨みたいな言い訳だな。
Javaの優位性はミッションクリティカルにありだ。
ミッションクリティカルの必要のない小規模アプリでは
PHPのほうがいいことは確か。
だがミッションクリティカルにPHPを使うのは愚かで浅はかとしかいいようがないね。
それでJavaが消えると主張するなんて恥ずかしい。

というか>>729みたいな発言って5年前にも聞いたんだけど
C#信者がこれからはJavaのシェアが落ちてC#が席巻するなんて
大ボラ吹いていたけど結局C#の仕事は殆どと言っていい程なく、
Javaの仕事ばかりとなった。
これからのことだけど、リッチクライアントが普及したら
バカでも簡単に使える言語として人気があるweb向け言語PHPも
かなり苦しい立場に立たされるのではないかと見ている。
PHPだけでリッチクライアントを作ることは容易ではないし、そもそも不適切。

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

>>720
>仮に作ったとしても無駄にコストがかかるだけだと思われ。
>デバッグも大変だしテストももっと時間がかかる。
デバッグとテストに関しては、言語による違いは少ないよ。使うツールによる差異のほうがずっと大きい。

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

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

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

>っていうかObject#equals(T)や Comparable#compareTo(T), CloneableやSerializableなどをすべてPHPで自前で実装するのかｗ
ここらはPHPでも問題ないよー。つーか、720はJavaしか知らなくてPHPはあんまり知らないみたいだね。食わず嫌いはやめて、PHPをもっと使ってみてー。かじるだけじゃわからないと思うよ。

>>736
>「高い力量を持つ」なんてifを持ち出さず、一般的な技術者が使うとどうなるか考えてみ

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

>>742

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

PHPﾏﾝｾｰ厨はその言葉の意味を理解できていない。
だから無分別にPHPは初心者も使える最強の言語環境とのたまう。
ああいうレガシーな処理形態をもつ言語環境は最低限のインジェクション攻撃くらいは押さえておかないといけないのに、全く理解できていないのが怖い。

改行しようぜ。

ターボリナックスがゼンド・ジャパンを買収
http://www.itmedia.co.jp/news/articles/0604/03/news066.html

PHPがﾌﾞﾀ言語になってしまいました
ｷﾓ━━━( ´;ﾟ;ё;ﾟ;)━━━!!!!

わめくな。phpは既にブタ言語だ

しゃーねー
Rubyに乗り換えるか(´ー｀)ﾏﾀｰﾘ

Zend じゃなくて Zend Japan だし。
国内独占販売契約を結んだだけだし。

>>738
Mapleのことかな？

てかPHPのFWって
ほとんどがstruts系だけどな…

PerlやRubyはおたくっぽい。
Javaは悪くないが、めんどくせえよ。
やはりトレンディでファッショナブルなPHPだ！

トレンディって言葉にナウさを感じるｗ

PHPはイマ系でマブい

チョベリグ？

グーだね

今様だね

PHPﾏﾝｾｰ

ﾌﾞﾀ言語になったとたんにｽﾚの勢いが止まった…
みんな堀江嫌いなんだね(´；ω；`)ｳｯ…

戦場はエンタープライズとあるが、
そもそもエンタープライズとはなんですか？
明確な定義をしてください。

>>750
日本のFWは
久保・玉田・大黒など混沌としているよ。

中国からDoSアタック喰らったのでFWで防いだ

もうね、PHPの時代は終わったと思うの。

では何の時代なの？

インターネットなんていらない電波で繋がろう

テレパシー時代到来

この書き込みは電波を経由して行っています

ﾋﾟｰﾋﾟｰﾋﾟｰｶﾞｰｶﾞｰｹﾞﾛﾝｹﾞﾝﾛﾝｹﾞﾝﾛﾝｸﾞﾜﾞｰ

これからはBerryz工房の時代だ

こん　に　ち　は
ﾃﾚぱｼー　で
書く　の　は　たいへん　です

ｵﾚはﾃｨﾑﾎﾟの先から11a飛ばせるぜ

俺もちんぽの先から白い奴が出るぜ

もうねこのスレ見てても分かるけど
PHPは終わったと思うの。

2ch を見て物事を判断する 771 に乾杯

>>751
> PerlやRubyはおたくっぽい。
> Javaは悪くないが、めんどくせえよ。
> やはりトレンディでファッショナブルなPHPだ！

どこが。厨言語だろ。VB厨が喜びそうな言語仕様だし、
PHPはVB同様、バカ製造言語ってところだな。

>>762
AjaxやＤＩコンテナの時代だと思う。
PHPやJavaといった言語固有の点に注目するのではない時代
ともいえる。

エンタープライズアーキテクトの時代

ITの時代は終わり、ＩＣＴの時代が到来する。
そして遺伝子の時代、ナノテクノロジーの時代が到来する。
そんなときＰＨＰの出番はまったく無い。後が無い。
PHPには。JavaならWeb以外の分野にも簡単に進出できる。
ハードウェアだろうとドライバ開発だろうとユビキタスだろうと
火星探査機だろうと。PHPにはそんなことろくにできない。
と言うかやるだけバカ。

まあPHPはVBの後継者的な感じあるね。

どこが

ユーザの質

と、今日も PHP で作られたサイトにアクセスする 779 でしたとさ

文脈を読めないよねぇ

http://japan.internet.com/linuxtoday/20060407/4.html

PHP ソリューション会社の米国 Zend Technologies は米国時間2006年4月3日、
IBM ビジネスサーバー iSeries および IBM OS の i5/OS に Zend/PHP 製品を長期的に移殖し、
オープンソース Web アプリケーション構築環境を提供する、と発表した。

Javaｵﾜﾀ＼(^o^)／

IBMはマイクロソフトに対抗するために何でも突っ込んでるだけ
マイクロソフトは明確に「次のターゲットはIBM」って言ってるしな
エンタープライズでは.NETに対してJavaが強いけど、ライトウェイトな分野では.NETの方が強い
そこでライトウェイトでは最強のPHPを取り込んだわけだ
Javaとは違う分野での成果を期待されてるからｵﾜﾀってことはないな
それにJavaはエンタープライズ分野で安定しているのに対し、ライトウェイトはPHP以外も再帰を狙うPerlやら新規の言語やら有象無象が派遣を狙ってる
いつIBMに切り捨てられるか分かったもんじゃない

IBM が切り捨てるのは Java の方だよ。
PHP と比べて Java は非生産的で互換性がなくセキュリティホール多すぎだから。

Javaはウェブ専門ではありませんから。

IBM が切り捨てるのは PHP の方だよ。
Java と比べて PHP は非生産的で互換性がなくセキュリティホール多すぎだから。

>>785
ごめん、よく知らないんだけど、Web以外で主にどんな用途に使われてんの？

なんかアレだな、Appleが「Macは最も安全なOSです」って宣伝してたけど、実はWindowsよりも重大なセキュリティホールが多くパッチは激遅いってアレと一緒。
JavaもPHPも制御構文以外の互換性は糞だしセキュリティホールも糞だしSunのJava開発コントロールも糞だしZendのPHP開発コントロールも糞だし話にならない。
Java案件もPHP案件も両方持っているが、今後の互換性や安全性を踏まえたコーディングになると最新版の宣伝文句に載るような新機能は絶対に使えない。
過去にも諸々あってSunにもZendにも本社に直接問い合わせたが互換性に関しては「保障できない」の一点張りで話にならない。
じゃあ.NETはってもWindowsServer案件ばかりじゃないし.NETは大丈夫かもしれないがWindowsが信頼し切れないから駄目。
Webアプリ開発市場の主流がJava/PHP/C#/VBってこともあって他の言語でやろうにも技術者が中々捕まらない。
客は「PHPやJavaならどの鯖でも使えるんだよね。稼働中のシステムの鯖に余裕があるから入れてよ。」とか平気で抜かしやがるし。
もうほんとなんとかしてくれよ。

後方互換性とか相乗りとか考えなければPHPって本当に楽しくて楽なだけに無念だよ。

>>787
モバイル端末くらいじゃないかね
それもWindowsMobileに押されて携帯電話くらいしか市場がなくなってきているけど
アプレットはFlashとDHTMLに駆逐され、今度はモバイル
デスクトップアプリとしては一部の企業がユーティリティツールに採用している程度
市場比率では圧倒的にWebのような気がするんだけどね

>>789
ありがとう。

オブジェクト指向を勉強しようと思って、色々、書籍を買ったんだけど、良さそうな本は
全部Javaで書かれていたので、Java覚えちゃった。
でも、ニートが自分のサイトをJavaで作ってもな〜って感じ。

仕事ではPHP使う気になれないけど個人サイトでJava使おうとも思わないな

穴は埋めるもんだろうが、穴で埋まるってどんな感じなんだろう。

穴で埋め尽くされたら消滅するだけだな
消滅しない程度なら昔懐かしい蓮画像みたいな感じか

その言葉だけでフラッシュバックするじゃねーか
乳首が蓮になってるのが最悪にｷﾓかった

穴を見たら、とりあえず入れてみる

もぐらの穴でもか

さっき嫁の穴に入れてきました

>>787
オラクルはJavaで動いてる。

「オラクルはJavaで書いてある」だったらかっこいいのに。

http://japan.zdnet.com/sp/interview/story/0,2000056426,20100854,00.htm

ラリーウォールﾊｹｰﾝ
未来少年コナンに出てきそうなキャラだな

>>787
eclipse

>>750
もう今はstruts系の原型とどめてないけどね。
Rails系になっちゃってる

はてなはともかく、mixiはとても大規模とは呼べないよな。

逆だろ。

はてなってレスポンス重いよね。

レスポンスは早いか遅いかじゃないの？

ところでこのスレの前のほうで、
「FM-7でブラウザ作る！」って言ってた人はどうなったんだろう？？

これが Java だったらピクリとも動かなかったな

>>804
mixiは低機能、低アクセス。
会員以外は一切アクセスできないし、ユーザーも大して居ない。
100万人超えたとかいってるけどほとんどが幽霊ユーザ

>>809
なんで幽霊ユーザだとわかるんだ？
しったかもその辺にしとけw

>>809
また低脳 Java 坊や？
NetRaitings でググってごらん。

でもmixiって一定期間ログインしないとアカウント消えちゃうよな。
100万は明らかにおかしいが、低アクセスって程では無いと思うね。

関係ないけどPHP厨がJava使いのことを間違っても
坊やなどと呼べないと思う。
フレームワークを使った開発で基本設計からできる
Java使いの技術力は半端無いよ。
坊や呼ばわりしてるのは一人だけだと思うが同じPHP使いとして
恥ずかしいからやめてくれない？

Java乞食必死ｗｗｗｗ

PHPは火を噴いたときに手をつけられない。
開発環境悪すぎ

>>810
やればわかるだろ。馬鹿かお前は

やってわかった気になる方がよほど馬鹿だ

>>816
mixiのユーザー数はともかく、アクティブユーザーのアクセス回数は凄いよ。

「やればわかるだろ」ってことは、お前は実際にやってみたうえで「低アクセス」だと
判断してるんだな？　どうしてお前がそう感じたか教えてやろうか？
それはね、お前には友達（マイミク）が少ない（あるいはゼロ）だからアクセスが少ないと感じたんだよｗｗｗ

>>818
子供かお前は？

>>809
会員300万人、アクティブユーザ70%
ttp://internet.watch.impress.co.jp/cda/news/2006/03/02/11092.html

高機能かどうかは分からんが、
mixiが高アクセスなのは確かだ。

とりあえず、mixiをライバル視してる人が一人居るのは良くわかった。

mixiがきめえんだよ

PHPって結局Yahooのフロントエンドに使われているのくらいしか
代表的な事例ってないよね。
Javaのような大規模開発にも向かない、Perl（mod_perl）の
処理速度にも及ばない中途半端な言語ってことだ。

>>824
PHPはフロントエンドに適正をもつように
設計されてるのだから当然なのでは。

そもそもPHPはCで作られてるんだし
PHPとJavaと同列に比較するのは変な気がしてきた。

PHPは何もしなくてもそこそこ速いのが特徴。逆にいうと、頭打ちも早いが。
しかし、PHPのメリットはなんと言っても、言語学習の容易さ。
このおかげで大量の新人PGが出来た。

諸君らが何と言おうがこれからはPHPの時代だよ。
諦めたまえ。

たかがWeb開発にあれこれ手間かけるなんてバカみたいだ。
開発なんてとっとと終わらせて遊びに行こうぜ。
そうでなきゃ一生Javaで頭抱えてろよ。

プログラミングスキルなんてのはちっとも価値が無いってこった。
プログラムで何を作るかというアイデアの時代なんだよ。
PHPで誰でもWebアプリを作れるなんて最高じゃないか。

>>827
そうやって底辺の技術で満足してるようじゃ先は無いよ。

>>826
はげどう。PHPは１、２ヶ月程度の教育で済むけど、Javaは半年かけてようやくものになるかどうか。
とくに、PHPは書いたものが最初から画面に表示されるからやってて楽しいし、学習者の意欲がわきやすい。
Javaはクラスをいくつも書いて、設定ファイルもたくさん書いて、ようやく画面が表示される。ここでかなりの初心者が挫折する。
Javaのよいところはわかるんだけど、まるで役所仕事のように面倒な手続きが多くて困る。教える側としては、Javaはちょっといや。PHPのほうがいい。

ただ、PHPだろうとJavaだろうと、HTTPとセキュリティの研修は別途必要。

>>782
その程度じゃ終わらねえ。

PHPでGUIアプリを作れるくらいでないとさすがに尾原ねえ
PHPで携帯電話アプリ作れるくらいでないとさすがにおわらねえ
PHPだけで火星探査機コントローラを作れるくらいでないとさすがにおわらねえ
PHPだけでJava3Dに匹敵する3Dプログラミングができないとさすがにおわらねえ

>>783
> IBMはマイクロソフトに対抗するために何でも突っ込んでるだけ
> マイクロソフトは明確に「次のターゲットはIBM」って言ってるしな
> エンタープライズでは.NETに対してJavaが強いけど、ライトウェイトな分野では.NETの方が強い

J2EEの対抗馬として作られたあのでっかいドトネトがライトウェイトに強いかっていうと
かなり疑問だが。ASP.NETは結局ほぼ使われていないし
今ドトネトの行き場はクライアントサイドしかないね。

> そこでライトウェイトでは最強のPHPを取り込んだわけだ
ライトウェイトの意味をわかってないというか、最強っなにが最強なのか。

>>784
> IBM が切り捨てるのは Java の方だよ。
> PHP と比べて Java は非生産的で互換性がなくセキュリティホール多すぎだから。

そこPHPとJavaを置き換えた方がしっくり来るなあ

>>832
やはり Java に冒された脳は回転も遅いんだな

>>788
> なんかアレだな、Appleが「Macは最も安全なOSです」って宣伝してたけど、実はWindowsよりも重大なセキュリティホールが多くパッチは激遅いってアレと一緒。
> JavaもPHPも制御構文以外の互換性は糞だしセキュリティホールも糞だしSunのJava開発コントロールも糞だしZendのPHP開発コントロールも糞だし話にならない。
Javaの制御構文の互換性のどこが糞でセキュリティホールがあるのか言ってみ？
Java開発コントロールって何のこと？

>>787
携帯電話だけでなく、組み込み系や自動販売機などにも使われている。
それから、最近ではJavaWebStart対応GUI開発で再燃しようとしている。
NetBeansをインストールしてJava Swing APIを使った開発が再び蘇ろうとしている。

あとは火星探査機など。
もともとJavaは家電製品を制御するために生まれたものだから、
ハードウェアの性能が向上すればするほどJavaは有利になって行く。

>>813
> 関係ないけどPHP厨がJava使いのことを間違っても
> 坊やなどと呼べないと思う。
> フレームワークを使った開発で基本設計からできる
> Java使いの技術力は半端無いよ。
> 坊や呼ばわりしてるのは一人だけだと思うが同じPHP使いとして
> 恥ずかしいからやめてくれない？

それは言えてる。PHP厨はすくなくｔもC++厨並みのスキルを
身に着けて貰うまでJava使いを坊やという資格も無い罠

>>815
> PHPは火を噴いたときに手をつけられない。
> 開発環境悪すぎ

以前PHPで大規模開発を頼まれてやってみたが
見事に火を噴いて頓挫した。
顧客のほうがそれ以上金を出せないとかいって終わってしまったらしいw

>>826
> PHPは何もしなくてもそこそこ速いのが特徴。逆にいうと、頭打ちも早いが。
> しかし、PHPのメリットはなんと言っても、言語学習の容易さ。
> このおかげで大量の新人PGが出来た。

その代わり、大量のDQNプログラマも量産されてしまったがな。
PHP厨にはウェブデザイナ上がりばかりで、
アルゴリズムもオブジェクト指向もメモリ管理のことも何も解ってない
勘違い君が多いし。まるでヴィビ厨みたいだ。

PHPは馬鹿製造言語

>>827の給料は安そうだな

>>829
> >>826
> はげどう。PHPは１、２ヶ月程度の教育で済むけど、Javaは半年かけてようやくものになるかどうか。
> とくに、PHPは書いたものが最初から画面に表示されるからやってて楽しいし、学習者の意欲がわきやすい。
> Javaはクラスをいくつも書いて、設定ファイルもたくさん書いて、ようやく画面が表示される。ここでかなりの初心者が挫折する。
> Javaのよいところはわかるんだけど、まるで役所仕事のように面倒な手続きが多くて困る。教える側としては、Javaはちょっといや。PHPのほうがいい。

その面倒な手続きを自動化ツールをつかって解決するわけだが。
Apache AntやApache Maven, XDocletやJUnitなどを使いこなして初めてJavaをまともに使えるようになる。

>>833
ほうほう、じゃあPHPがJavaよりもセキュリティに強くて互換性が
高いという証拠を示してみてくれ。

そのツールの使い方を覚えるのが大変。
しかもすぐ陳腐化するし。

Java＝いたちごっこ

ツール使うのはいいが、初心者だとツールに使われてる状態になってしまう。

PHP使うのはいいが、初心者だとPHPに使われてる状態になってしまう。

なんでいがみ合うのさ！

みんなWebProg仲間だろ！

仲良くしようぜ！

>>842
> そのツールの使い方を覚えるのが大変。
> しかもすぐ陳腐化するし。

AntやXDocletが陳腐化する根拠は？
Antはもう10年近く使われているのだが

>>844
初心者はAntといったツールすら使いこなせない。
GNU makeを使いこなせないでVisual Studioに
依存している初心者と同じこと

ツールなんて自分がやりたいことさえやれれば十分
使いこなせないとダメなんてのはVisualStudio奴隷と同じレベル
それこそツールに踊らされてるというわけで

手書きマンセー

まあ俺はPHPEclipseを使ってるからJavaもPHPもマンセーだけどな。

Javaも.NETもPHPもPerlも使えるオレってSUGEEEEE
メインは未だにMSX-BASICってのは秘密だけどなｗ

C も Java も PHP もメールも Emacs ですよ

>>840
>その面倒な手続きを自動化ツールをつかって解決するわけだが。
えっとね、>>829でいっている「面倒な手続き」がすべて自動化できるわけではないの。特に言語仕様に関わる部分はね。
例えば正規表現ひとつとっても、Javaはすごく面倒。PHPは簡単。これを自動化できるの？まあEclipseならできるかもね。
＃しかしPHPは正規表現が２種類あるという罠が・・・

>Apache AntやApache Maven, XDocletやJUnitなどを使いこなして初めてJavaをまともに使えるようになる。
これは「Javaの学習コストが高い」ことを肯定しているととらえてOK?

>>847
>AntやXDocletが陳腐化する根拠は？
XDocletはすでに陳腐化しているんだが。

>Antはもう10年近く使われているのだが
時代はMaven2なんだが。あるいはLLによるDSLとか。ついでにこれよんどけ。
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?BuildLanguage
以下引用----
簡単なビルドならば、一連のタスクと依存とで簡単に表現することが出来る。こういうビルドならば、ant/makeの機能で十分である。
だが、より複雑なビルドになると条件付のロジックが要求され、より汎用的なプログラム言語構造が必要となってくる。この点がant/makeが敗北するところだ。
------------

なんでもJavaが正しいと思わない方がいいよ。簡単なことは簡単にできる道具を使えばいい。高い性能が必要なら高い性能をだせる道具を使えばいい。それだけ。
そんで、Javaは簡単なことが簡単にできない。これは>>829に書いた通り。

ここはWebProg板だぞ。
偉いプログラマー様はム板に帰れ！

>>849
> ツールなんて自分がやりたいことさえやれれば十分
> 使いこなせないとダメなんてのはVisualStudio奴隷と同じレベル
> それこそツールに踊らされてるというわけで
> 手書きマンセー

おまえは「達人プログラマー」を読んだことがないな。
プログラマとしてのスキルを高め開発速度を高めたいなら
自動化は重要な課題だぞ。
しかもAntやXDocletやMavenやmakeをVisual Studioと
同程度のものとしか思っていないとはあまりにも痛い奴だな

>>853
> >>840
> >その面倒な手続きを自動化ツールをつかって解決するわけだが。
> えっとね、>>829でいっている「面倒な手続き」がすべて自動化できるわけではないの。特に言語仕様に関わる部分はね。
> 例えば正規表現ひとつとっても、Javaはすごく面倒。PHPは簡単。これを自動化できるの？まあEclipseならできるかもね。

Jakarta OROをMavenでインポートすれば簡単。

> >Apache AntやApache Maven, XDocletやJUnitなどを使いこなして初めてJavaをまともに使えるようになる。
> これは「Javaの学習コストが高い」ことを肯定しているととらえてOK?

だろうな。だからPHP厨が群がる。

> >>847
> >AntやXDocletが陳腐化する根拠は？
> XDocletはすでに陳腐化しているんだが。
XDoclet2がある。今じゃアノテーションである程度代替できることは
たしかだがな。

> >Antはもう10年近く使われているのだが
> 時代はMaven2なんだが。あるいはLLによるDSLとか。ついでにこれよんどけ。

Maven2にはAntが使われているのだが。

Rake > Ant > Make

>>1-857

くだらん

PHPは最高だ

それ以外の真実は無い

つまらん。

>>857
> Rake > Ant > Make

文法をみるとどうみたってAntやMavenのほうが効率が良いぞ。
Rakeなんてmakeの焼き増し程度のレベル

<?php
print "PHPは屑";
?>

>>860
具体的にどの文法をさして「AntやMavenのほうが効率が良い」といっているのかわからんが、
Rakeのほうが条件分岐が素直に書けるし、配列操作や文字列操作も簡単だ。
あり得ない例だがこんな感じ。

src_files = Dir.glob("*.java").select { |f| f !~ /Test¥.java/ } # javaファイル名の配列
class_files = src_files.map { |f| f.sub(/.java$/, '.class') } # classファイル名の配列
classpath = class_files.join(';')　# 配列の要素を ; でくっつけてclasspathにする

これはあくまで例だけど、こんな感じで文字列操作や配列操作が簡単にできるというRuby（やLL）の利点をそのまま享受できる。条件分岐もif文を書くだけ。
Antはpathelementとかわかりづらい。また条件分岐もプロパティの設定で行うからわかりにくい。

Rake は Write Once, Run Anywhere. なのも好き。

Java は互換性やポータビリティと口だけ。

お世話になっております、山田です。まえら痛杉

ant は直行性がない。
実装が行き当たりばったり。
使えば使うほど嫌いになっていく。。。

もう完全にスレ違いだけど
>>856
>Jakarta OROをMavenでインポートすれば簡単。
いまどきOROはないだろ。正規表現がよっぽどPerl互換じゃないとだめという人じゃなければ。
つうか、ORO覚えるくらいならjava.util.regexの自分にあったラッパー書いたほうがまし。

>Maven2にはAntが使われているのだが。
これはどういう意味でいってる？Maven2自体にはAntそのものは含まれてなくて、
antタスクを明示的に実行しないとAntを実行することはないけど。

まあ、真のハッカー（≠クラッカー）はスクリプト言語を好むわけだが。

ものすごい勢いででレスをつけていく奴が一人いますね。
スキルは高そうだが要領悪そう。若しくは頭悪そう。

別に興味ないからどうでもいい。

>>867
まあ、真のサラリーマン（≒歯車の一つ）はJAVAを好むわけだが。

>>867
とりあえず「真のハッカー」の定義を教えてくれ
話はそれからだ

　　　　　　　　 ﾊ,,ﾊ　　
　　　　　 　 ('(ﾟ∀ﾟ∩_　おいらをどこかのスレに送って！
　　　　　　／ヽ 　 〈／＼　お別れの時にはお土産を持たせてね！
　　　　 ／|￣￣￣|.＼／
　　　 　 　| .ﾓﾂ煮 |／
　　　　　　 ￣￣￣
現在の所持品：たばこ・ライター・コーヒー・ブラックブラック・枕・ケータイ電話
睡眠薬・聖教新聞 ・ダッチワイフ・外付けSCSI340MHDD・ネットランナー4月号
TYG02・小嶋進社長・ゲルトモ・ディプスファンタジア・抵抗1kΩ(黄紫橙金)・媚薬
バーボン・リップクリーム・セガサターン バールのような物・バイブ・50インチ液晶TV
ボンカレー（甘口）・ジローラモ ・ブロント・リサ ステッグマイヤー・オナホール
桜蘭高校ホスト部・鳥肌実・国沢光宏･ニップレス・ｺﾆﾀﾑ ・聖教新聞・ザビー・ゼクター
ブロント・コスモクリーナー・フラゲしたファミ通・単一宇宙全能能力・ヨミ・ショルダー式携帯電話
焼きそばパン・ 触手・801本・アマゾンアフィリエイト・紅茶・PSUclosedβ当選メール
メモリDDR-333 512MB・ミスラ・ラインクラフト・LC2

　　　　　　　　 ﾊ,,ﾊ　　
　　　　　 　 ('(ﾟ∀ﾟ∩_　おいらをどこかのスレに送って！
　　　　　　／ヽ 　 〈／＼　お別れの時にはお土産を持たせてね！
　　　　 ／|￣￣￣|.＼／
　　　 　 　| .ﾓﾂ煮 |／
　　　　　　 ￣￣￣
現在の所持品：たばこ・ライター・コーヒー・ブラックブラック・枕・ケータイ電話
睡眠薬・聖教新聞 ・ダッチワイフ・外付けSCSI340MHDD・ネットランナー4月号
TYG02・小嶋進社長・ゲルトモ・ディプスファンタジア・抵抗1kΩ(黄紫橙金)・媚薬
バーボン・リップクリーム・セガサターン バールのような物・バイブ・50インチ液晶TV
ボンカレー（甘口）・ジローラモ ・ブロント・リサ ステッグマイヤー・オナホール
桜蘭高校ホスト部・鳥肌実・国沢光宏･ニップレス・ｺﾆﾀﾑ ・聖教新聞・ザビー・ゼクター
ブロント・コスモクリーナー・フラゲしたファミ通・単一宇宙全能能力・ヨミ・ショルダー式携帯電話
焼きそばパン・ 触手・801本・アマゾンアフィリエイト・紅茶・PSUclosedβ当選メール
メモリDDR-333 512MB・アナルビーズ・片手ヲリ・ザーメン・PSP・引き止め
おっぱい・義・柿崎・お払い棒・ふんどし・エントリープラグ・思い出の宝箱・ネコミミ・ホウキ・教科書
ゴキブリ・京都府警・無双方天画戟・韓国・俺俺詐欺・カイン・スキマ妖怪・愛・PAR3
X-TERMINATOR武蔵

>>862
> >>860
> Rakeのほうが条件分岐が素直に書けるし、配列操作や文字列操作も簡単だ。
> あり得ない例だがこんな感じ。
> src_files = Dir.glob("*.java").select { |f| f !~ /Test¥.java/ } # javaファイル名の配列
> class_files = src_files.map { |f| f.sub(/.java$/, '.class') } # classファイル名の配列
> classpath = class_files.join(';')　# 配列の要素を ; でくっつけてclasspathにする

率直にスクリプト言語として使ってるRubyやPerl,PHPで書いた方が早いんじゃないかい
と思えるんだが。

> これはあくまで例だけど、こんな感じで文字列操作や配列操作が簡単にできるというRuby（やLL）の利点をそのまま享受できる。条件分岐もif文を書くだけ。
> Antはpathelementとかわかりづらい。また条件分岐もプロパティの設定で行うからわかりにくい。

pathelementは慣れだ。そのタグを<classpath>タグと組み合わせてみ。

>>863
> Rake は Write Once, Run Anywhere. なのも好き。
> Java は互換性やポータビリティと口だけ。

AntもMavenもWrite Once, Run Anywhere.にはなっているんだが。

>>865
> ant は直行性がない。
> 実装が行き当たりばったり。
> 使えば使うほど嫌いになっていく。。。

具体的に。「直行性」とは？　アスペクト指向と何かの関係か？

>>866
> もう完全にスレ違いだけど
> >>856
> >Jakarta OROをMavenでインポートすれば簡単。
> いまどきOROはないだろ。正規表現がよっぽどPerl互換じゃないとだめという人じゃなければ。
> つうか、ORO覚えるくらいならjava.util.regexの自分にあったラッパー書いたほうがまし。

いや、あれも便利なもんだよ。Perl慣れしてる香具師なら愛用したくなるだろう。
POSIX互換よりもPerl5互換のほうがスッキリしてわかりやすい。

> >Maven2にはAntが使われているのだが。
> これはどういう意味でいってる？Maven2自体にはAntそのものは含まれてなくて、
> antタスクを明示的に実行しないとAntを実行することはないけど。

Mavenでは足りない機能をAntで補うという意味だったって事を付け加えるべきだったな。
それからpom.xml内にAntタスクを書くこともできるぞ。

>>875
FreeBSD や Windows で動かないことあるよ。
Rake は大丈夫。

つまらないプログラムを作っている Java には Perl の正規表現は不要だろうね。
PHP には preg_* があってよかった。

>>878
Java 自体が FreeBSD や Windows は鬼門だから。
PHP や Ruby のスクリプト系こそ Write Once, Run Anywhere.

PHPはお世辞にもRun Anuwareとは言えない。

>>881
Java と比べれば遥かに

>>874
>率直にスクリプト言語として使ってるRubyやPerl,PHPで書いた方が早いんじゃないかい
>と思えるんだが。

もうRakeをさっぱりわかってないことがまるだしなんだけど、
RakeやSConsはビルドファイルそれ自体がスクリプトになっている。例えば>>862で書いたコードはまんまRubyのコード。
Javaは記述がめんどっちいからAntでは仕方なくXMLを使っているけど、
LLだと記述が簡単だからただのスクリプトを設定ファイルがわりに使える。
もいっかいこれ読め。つーか、おまえ読んだのか？
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?BuildLanguage

いいかげん、Javaのいい点だけでなくて悪い点にもちゃんと向き合うようにしようや。もちろんPHPでも。
ろくに相手のことを知らずしてレスしても不毛なだけ。

>pathelementは慣れだ。そのタグを<classpath>タグと組み合わせてみ。

この感覚がLLユーザとJavaユーザの乖離だな。
pathelementなんて、ふつうにファイル操作と配列操作ができれば済む話。
本来ならpath操作だけの機能なんかいらないんだけど、XMLだとそういうプログラマブルな操作ができないから、わざわざ専用の機能を用意しないといけない。
つうか、いけてない仕様を改善しようとすることなく「慣れろ」といって押し付ける感性がどうかと思う。

マジレスが始まると俺何するかわかんない

>>880
Java は Mac でもちゃんと動かないね。
PHP や Ruby, Perl, Python は OK。
# Ruby は Mac 標準はダメだけどコンパイルすれば OK。

>>874
874 は Java を浅いレベルでしかできない。
しかも日常、誰でもできるつまらんプログラムを書く社蓄。
そんなくだらない人生を認めたくないから Java を過大に持ち上げ、
知りもしない多言語を貶めて安心感を得ようとしているんだけ。
憐れな 874 の無知をあげつらってもますますむきになって
でっち上げや捏造、感情的な煽りを書くだけだよ。

>>877
>いや、あれも便利なもんだよ。Perl慣れしてる香具師なら愛用したくなるだろう。
>POSIX互換よりもPerl5互換のほうがスッキリしてわかりやすい。

一人プロジェクトでやるならORO使おうがなんでもいいけど、
複数人でやるプロジェクトではjava.util.regex使ってほしい。
JavaユーザがみんなPerlを知ってる訳ではない（知らない人のほうがずっと多い）し、
OROとjava.util.regexではできることが一緒で機能の違いはない。
というか、Javaは正規表現のサポートが遅すぎた

>Mavenでは足りない機能をAntで補うという意味だったって事を付け加えるべきだったな。

>>856の「Maven2にはAntが使われているのだが。」という一文からどうやってこの意味を汲み取れと。
それから、Maven2にとってはAntはただの外部コマンドやプラグインにしかすぎない。
つまりMaven2からみてAntはJUnitとかJavaCCと同じ扱い。
これをもって「Maven2にはAntが使われている」とか「足りない機能をAntで補う」というのはおかしな表現。

>>886
そういう根拠のない書き込みこそでっち上げやねつ造や煽りだろ
886が浅いレベルでしか理解してないのはRakeやRubyのほう

> JavaユーザがみんなPerlを知ってる訳ではない（知らない人のほうがずっと多い）し、
> OROとjava.util.regexではできることが一緒で機能の違いはない。

Java しか知らん低脳の集まりか。

> 886が浅いレベルでしか理解してないのはRakeやRubyのほう

は

> 率直にスクリプト言語として使ってるRubyやPerl,PHPで書いた方が早いんじゃないかい

と書いた奴が書くとはな。

Ruby も Rake も Perl の正規表現も PHP も知らんのだろ？
Java 以外で知っている言語って何？Java 暦何ヶ月？

普通にJava書けるだけで偉いと思うperl初心者。

Ｃ系言語は、スタンドアロンのソフトを想像できる。
スクリプト言語は、Webサービスなどを想像できる。

しかるにJAVAは・・・「いったい何やってんのかよく分かんない」。
俺の勝手なイメージでは、金融機関システムの裏方とか、とにかくつまんない感じ。

>>890
COBOL で作られたシステムが
現代では Java で作られているよ。

>>890
想像できるなんて物凄い人工知能ですね

うちはCOBOL.NETでリプレースしたよ

COBOL 資産は
互換性の問題や仕様が固まらない Java より
OpenCOBOL とかに移行したほうがマシかもね。

>>891
COBOLのイメージもJAVAと同じで、リーマン・プログラマがつまんないもの作ってた…って感じね。

>>892
想像できないなんて、氏んだほうがマシだね。

Javaの仕事には想像力も面白みも必要ないから。
毎日同じ枠組みで仕事したい人には最適だよ。

>>577 などを見るとJavaやってる奴らは氏んでほしいよ。

>>879
仕事でJakarta OROを使っているんだが。
preg_*なんて関数使わなくても同じ事は問題なくできる。
PHPこそweb限定というつまらないソフトしか作れないという狭い世界に留まっているとも
いえるわけだが。

>>878
> >>875
> FreeBSD や Windows で動かないことあるよ。
> Rake は大丈夫。
+BSDでは動かないバージョンのJVMがないからAntもMavenも駄目だといいたいだけか？
Mavenはまだ新しいから不具合はいくつかありうるが、
Antのほうはどうかな。オプショナルタスクに一部OS依存するものがあるから
動かないことがあるなんてオチではないな？

>>887
> >>877
> >いや、あれも便利なもんだよ。Perl慣れしてる香具師なら愛用したくなるだろう。
> >POSIX互換よりもPerl5互換のほうがスッキリしてわかりやすい。
> 一人プロジェクトでやるならORO使おうがなんでもいいけど、
> 複数人でやるプロジェクトではjava.util.regex使ってほしい。
> JavaユーザがみんなPerlを知ってる訳ではない（知らない人のほうがずっと多い）し、

まてや。Javaできる奴ならPerlくらいできないと駄目だ。
鯖弄ってばかりいるならPerlくらいできて当然。
PerlもできないではJavaができるとは言わせるべきでない。

>>885
> >>880
> Java は Mac でもちゃんと動かないね。
> PHP や Ruby, Perl, Python は OK。
見た目が異なるという理由だけでちゃんと動かないと言うのはどうだろう。

バージョンを古いものに変えれば
そこに列挙されいてる言語も事情は同じだが。

>>896
> Javaの仕事には想像力も面白みも必要ないから。
> 毎日同じ枠組みで仕事したい人には最適だよ。

webという同じ枠組みに狭められたPHP屋がそんな発言しても説得力がない。

>>897
そのﾚｽの前後のﾚｽにも有るとおり
Javaやってる香具師が起こした問題ではなく
政府関係者の問題であって氏んで欲しいと
思うなら政府関係者に言うべき

Javaしか知らんやつなんてうざいし、うっとうしいし、
一緒に仕事したくないし、消えてなくなってほしい。

まともに正規表現も使えないのにAntやらフレームワークやら
表面的なことばっかり言ってきてJava厨はほんとにうざい。

C、Perlあたりから入って基本がしっかりしたJava使いは最高だと思うが、
上記のような素人JavaPGが多いよまったく。

やり方きまってるし、Javaが一番簡単なんじゃないのか？
PHPなんか個人の創造力やら人格がもろに出る感じ。Perlもそう。

PHPはJavaに比べれば書く量は減るが、書き方自体は画一的。
PerlのPerlクイズやPerlクックブックに見られるような創造力に富むコーディングは出来ない。

>>904
> Javaしか知らんやつなんてうざいし、うっとうしいし、
> 一緒に仕事したくないし、消えてなくなってほしい。

本当にJavaしか知らない奴が職場にいるとしたら、
そんな奴は最初からお前の職場には現れないから安心しろ。

> まともに正規表現も使えないのにAntやらフレームワークやら
> 表面的なことばっかり言ってきてJava厨はほんとにうざい。

それは2chでのことか？　職場でそう言っている奴がいるなら、
そいつは恐らくJavaしか知らん奴ではないぞ。
Antやフレームワークを使いこなせるなら少なくともXMLの事は知っているし
Java以外の知識、デザインパターンやソフトウェア工学のことも知っているはず。

> C、Perlあたりから入って基本がしっかりしたJava使いは最高だと思うが、

そういうJavaプログラマが大半だと思うが。
Servlet使いこなすならサーバ管理にはC、Perlは欠かせないからな。


> 上記のような素人JavaPGが多いよまったく。

そんな妄想だすなら証拠を出してみてくれ。


> やり方きまってるし、Javaが一番簡単なんじゃないのか？
> PHPなんか個人の創造力やら人格がもろに出る感じ。Perlもそう。

さすがにPHPやPerlをJavaより上に見立てるのは見苦しいぞ。

っていうかLLって略している奴ウザイ。
なんでもかんでも略すなっての。
ライブドアをLDと略している堀江ブタ信者みたいでウザイ。

PHPしか知らねえヴァカが自称「王」と名乗って何言っても説得力ないわな

PHP厨こそ乞食

>>898
へぇ、Web（インターネット）の世界は狭いってかぁ。
じゃあ、どの世界なら広いの？　ねぇ、早く教えてよｗｗｗｗｗｗｗｗ

>>904
> C、Perlあたりから入って基本がしっかりしたJava使いは最高だと思うが、
> 上記のような素人JavaPGが多いよまったく。

ちゃんとしたプログラマーは、複数の言語だけでなく、
コンピュータの基礎やアルゴリズムなんかもきちんと学んでますよね。
というこは、Java使い最高ということですか。

ちなみに、基本中の基本であるC言語や、Javaなどのオブジェクト指向言語、Perlなどのスクリプト言語、
Schemeなどの関数型言語それにアセンブラくらいは最低限学んでますよね。

>>907
最近PHP厨が他の言語も味方に付けようとしてLLって使い出したね。

>>910
お前の使ってるOSやデスクトップアプリがどうやって動いてるか考えてみろ。

PHP が Web だけって
やっぱ Java やってると物を知らないですね

CUI、GUI共にほとんど使われてないよね。
初心者はWEBアプリが適してるだろうし
CUI、GUIを作る人はそれなりにプログラムの習熟度が
あるひとだろうから制約、セキュリティ、言語の底の浅さを
考えれば敢えてPHPを使う意義を見出せない。
言語としては未熟だが難易度が低く幅広いターゲット層を獲得したPHPと
その逆のJavaの差ですね。

今時C言語が基礎っていう香具師がいるんだ
C言語マンセーな時代はアセンブラが基礎って言われてたのが懐かしいね
まあ、アセンブラの時代は「16進で処理読めないヤツは使えない」って言われてたけどね

移り変わりの激しい業界で基礎なんてのは無いんだよ
オープン系でスクリプト系ならPerlネイティブならC++オブジェクト指向ならJavaって程度だろ
組込ではアセンブラ/C/Javaが三種の神器だったけど、WindowsCEが入ってきてVBも基礎になりつつある
ECMAScript系もJavaScriptやActionScriptとして世界を築きつつあるしな
みんなオレ流基礎があるだろうが、どこにでも適合するわけじゃないよ

>>911
俺の大学時代の友達で、コンピュータなんか全然出来なかった人が、
ＳＥとして採用されて新卒入社して、半年くらいの研修でJAVAで仕事してる・・・って
パターンを何人も知っている。そして入社からもう何年も経ってるが、
その人らはいまだに自分のやってる範囲以外のコンピュータの知識は皆無。
アーキテクチャとかアルゴリズムなんて語彙さえ知らないくらいの勢い。

つまり、JAVAは完全に組織化・細分化されたコーディングが可能で、
歯車になる人たち個々は低い知識や能力でもＯＫなんだということが分かった。
だから「JAVA使い＝コンピュータに詳しい」という式はまったく成り立たない。
むしろリーマンJAVA使いはほとんどがコンピュータに詳しくない。

高卒のオタクが一番、コンピューターに詳しい？

>>916
まあ、ビルゲイツも学歴的には高卒のコンピュータ・オタクだわな。
（ハーバード中退なので）

のんびりと大学生やってたら時代に追い付かないからって辞めたんだよね ＞ ｹﾞｲﾂ

java やってたら遅れちゃうよ

何を使えば時代に乗れる？

>>912
PHPでもデスクトップアプリが組めるとは言え、使われている事例を全く聞かない。
スクリプトでGUIを組むとしたら、昔はTcl/Tkだったが、今はPythonが最強なのは間違いない。

Java が GUI できるとはいえ
Windows のネイティブと比べるとなぁ。

スクリプトでアプリ組むなら、AppleScriptだろ

間違えた。
スクリプトでアプリ組むなら、HyperCardだろ

>>921
PyGameとかみると、ほんとうにマルチプラットフォームでゲーム作ってるからすごい。
PerlやPHPより速いし、コードもきれいにかける。
PythonいいよPython。

こんなんあるんだな

SYONテクニカル: WindowsのGUIアプリをWinBinderを用いてPHPで開発
ttp://www.syon.co.jp/syontech/tech011.html

まあ.NET使えばほとんどの言語でWindowsアプリとASP.NETアプリ作れるけどな
monoも頑張ってるからPHP対応も遠くないかもしれない

>>912
PHPやってるやつのほうが物を知らない奴が
明らかに多いんだけど。
現実ではPHP厨のほうが乞食

>>914
> 今時C言語が基礎っていう香具師がいるんだ
> C言語マンセーな時代はアセンブラが基礎って言われてたのが懐かしいね
> まあ、アセンブラの時代は「16進で処理読めないヤツは使えない」って言われてたけどね
> 移り変わりの激しい業界で基礎なんてのは無いんだよ
> オープン系でスクリプト系ならPerlネイティブならC++オブジェクト指向ならJavaって程度だろ
> 組込ではアセンブラ/C/Javaが三種の神器だったけど、WindowsCEが入ってきてVBも基礎になりつつある
VBはイタイぞ。せめてVB.NETとでもいっておけ。VB厨をがっかりさせるだけだからなw


> ECMAScript系もJavaScriptやActionScriptとして世界を築きつつあるしな

JavaScriptはJavaScript2.0になってからすこしはまともな言語になる。
だが2.0になるまではまだまだどうしようもないくらい駄目な言語だ。

>>924
おうっ！
完璧なオブジェクト指向のスクリプティング環境だったよな。

>>915
> >>911

お前の論理は一昔前なら
「C言語使い＝コンピュータに詳しい」という式はまったく成り立たない。
むしろリーマンＣ言語使いはほとんどがコンピュータに詳しくない。
が成り立ったわけだが。

大学でC言語を教わってきた連中が実は仕事では何もできないというパターンでな。
今では多くの大学がC/C++に替わってJavaを教えるようになっている。
その影響でJavaを使えるかと思ったら大した能力がない者が多くなってきたというだけだ。

だが、かといって
「PHP使い＝コンピュータに詳しい」という図式も
「C言語使い＝コンピュータに詳しい」という図式も
「C++使い＝コンピュータに詳しい」という図式も
「アセンブラ使い＝コンピュータに詳しい」という図式も
「Perl使い＝コンピュータに詳しい」という図式も
「Ruby使い＝コンピュータに詳しい」という図式も
「Python使い＝コンピュータに詳しい」という図式も
「C#使い＝コンピュータに詳しい」という図式も
「VB使い＝コンピュータに詳しい」という図式も
「LISP使い＝コンピュータに詳しい」という図式も
どれも成り立たなくなってしまった。

今まで難攻不落と言われた断崖絶壁の要塞コンスタンティティノーブル
オスマン・トルコ帝國の大砲によっていとも簡単に破壊されビザンティン帝国は滅亡した。
大砲の登場によってどの城壁が最強か？
ということははっきりと解らなくなってしまっったということだ。
あの事件以来から、ヨーロッパ各国では大砲の研究のために数学を発展させ
三角関数の研究が盛んになった。

つまり今どの言語が最強かということはわからなくなり、
そんな話題をしても無意味になったということだ。どの城壁が最強か？
ICBMのような核ミサイルが発達した今、そんな議論はまるで無意味だ。

言葉遊びなら他所でやりな坊や

アセンブラできてもコンピューターに詳しくはなれないんだ。

>>928
> VBはイタイぞ。せめてVB.NETとでもいっておけ。VB厨をがっかりさせるだけだからなw
最新版のVS2005/.NET2.0対応のVB8から.NETって表記は消えましたが
中途半端な知識で語んな

>>933
特定のコンピュータの底辺の動作には詳しくなれる
その知識を持ってWebProg開発に来ても糞の役にも立たない

>>930
「コンピュータに詳しい」という不明確な定義を相手にしても意味無いよ
子供のオモチャからスーパーコンピュータまで多彩にある時代に一元的に語れる人間がいたら神

PHP厨やRuby厨に読ませたいスレ


▼プログラミング言語が統一されてない！▼
http://pc8.2ch.net/test/read.cgi/prog/1121149649/

>>937
そうか？おれ的には違いがあるからこそおもしろいし
発展していくもんだと思うがな。

>>915
まさにそのとおり。
まったく未経験で業界に就職してきて研修でJAVAだけ知ってるような連中。

EJBがどーだ、WEBサービスだSOAPだUMLモデリングだとか
単語を羅列して自己主張をするのが特徴。
基本的な概念の理解・知識が無く、形式的なやり方しか知らないから
たとえばトラブル対応などまったくできない。

>>938
違いがあることはよろしい。
されどPHP厨やRuby厨は自分が使っている以外の
言語を認めない傾向にある。
英語が標準だというのに
無理矢理ハングルや中国語を押しつけて
馬鹿みたいに自慢したがる。
ビジネスでの実用よりもトリビアを自慢したがることに拘る傾向にある。

それが問題だ。

>>940
>されどPHP厨やRuby厨は自分が使っている以外の
>言語を認めない傾向にある。
これはJava厨のほうがひどいだろ。
自分が使ったこともないくせに動的というだけでPHPやRubyをこき下ろしたり。
自分が使ったこともないくせにイメージだけでCOBOLをこき下ろしたり。
そのくせJavaを批判するとすぐ怒る。
もうね、アホかと。

>>941
> >>940
> >されどPHP厨やRuby厨は自分が使っている以外の
> >言語を認めない傾向にある。
> これはJava厨のほうがひどいだろ。
> 自分が使ったこともないくせに動的というだけでPHPやRubyをこき下ろしたり。
自分が使ったことがないくせに静的というだけでJavaをこき下ろしているのは
PHP厨やRuby厨のほうだろ。
自分が使ったこともないくせにイメージ・見た目・先入観だけでJavaをこき下ろしたりするのも
スクリプト系言語厨の特徴。

そのくせスクリプト言語を批判するとすぐ怒る。
もうね、アホかと。

>>942
このスレで何かを主張してる時点で同類のアホかと

ま、確実に言えることは、１つや２つの言語を完璧に使いこなせるようになったからと言って慢心しているようではダメだということだな。
コンピュータのことを学び進めていくうちに、自然といろんな言語を触る必要は出てくるから。

PHPだってJavaだって、初心者からｽｰﾊﾟｰﾊｶｰまでいるだろ。

んなこた言われんでも分かっとるわアホ

つまりＰＨＰ厨はもうアホでしかないと。

ＰＨＰ厨はＶＢ厨以下。ｳﾞｨﾊﾞ！　ｳﾞｨﾋﾞ厨以下PHP厨！

>>974
すごく馬鹿な人が書いた感じですね。

さて、まだ存在すらしない>>974をこれから馬鹿にすることになったわけだが。

http://d.hatena.ne.jp/yaneurao/20060423#p1

>いま他人のプログラムをデバッグしている。時間がもったいないので目視のみだ。
>私の場合、小さなクラスならば、目視のみでほぼ100%デバッグできる。(

「１００％」と無邪気に確信でき、平気で吹聴できる辺りが痛杉。

>950
「小さなクラスならば」と仮定してるところがなんとなく控えめに思えるｗ

20行ぐらい？

目視の方が時間かかる場合もある罠

>>949
考え方を変えて「むしろありがたい」と考えるんだ。
吹聴しているから痛い、ではなく、
吹聴していただいている…
そう考えるんだ。

>>950
小学生が「俺○○ができるんだぜ！」って言ってるレベルに見える。

PHP厨は小学生レベルの知能しかないからな。

そりゃソースを見れば単純なバグならば見つけられるだろうけれど、
修正が正しい事を目視のみでどうやって判別するのだろう…ＰＨＰ厨は

>>950

> こういう目視でデバッグする能力というのは、私は「出来て当然」だと思っていたのだが、これがどうして。出来る人はごくごく限られているのが現実だ。

現実として出来る人がごくごく限られていると分かっているなら、その能力は「出来なくて当然」って結論になるのが普通だよな
もし「出来て当然」と思っているのに「周りには出来る人間」のであれば「不運にも私の知ってる範囲には少数派のできない人ばかり」って話になるはず
つまりだ、こいつは「目視でデバッグできる能力というのはごくごく限られた人間だけができるすごい事」という思い上がりがあるものの、直接書くと批判されるから脳味噌足り無そうな婉曲表現になる

つか、デバッグじゃなくって単なるコードチェックだろこれ
デバッグったらバグ出す動作を脳内でエミュレートする必要あるし
目視でコードチェックくらいなら28年もやってなくてもできるだろ

人間は機械より信用できないことををわかっていないPHP厨の典型ですな

>>958
遠まわしに「俺ってすごいんだー褒めて褒めてー」って言う書き方してるよな。
一番いやしいと言うかいやらしい性格。

…遠まわしか？

ちょっとだけ実績あるからって勘違いする人に多いパターンだな
間もなくそれより上の実績のある集団に放り込まれるから静かになるだろ

２ちゃんからのリンク切ったってねｗ
ネガティブリンクだからだとかなんだとか
都合の悪いのには蓋をするってのも勘違い野郎の典型って感じで微笑ましいな

> 目視でデバッグできる人はバグを出しにくいし、設計もしっかりしているし、
> デバッグ時間も非常に短い。

やねうらおとか言う奴はこういう嘘を平気で書いて
自分が天才だと関知がいしているのがイタイな。
目視だけでデバッグする職人プログラマは設計なんぞしっかりしていない。
人間は時として間違いを於かす生き物だということに築かないのは痛いぞやねうらお。

そんな偉そうな勘違い発言を「風説の流布」していると、
やねうらおの本を買いたいと思わなくなるぞ。
解析魔法少女とかいう表紙が怪しい本を既に出している時点で
こいつの本を買いたいとは思わないがw

２ちゃんねらーのクズどもは名誉毀損で訴えたいと思います。

スーパーうらおBros.

>>965
公開されている事実に対する発言は名誉毀損に当たりません
憲法で保障されていますから

>>974
w

>>967
ワラタ

>>964
風説の流布ってｗ
ニュースで見たからって頑張って使わなくていいよｗ

この人も凄いね

GCD: 開発環境とプログラミング能力
ttp://blog.gcd.org/archives/50317688.html

テストの自動化とかグループ開発とかの概念が無いんだろうなぁ。
開発環境の進化に置いていかれた人の遠吠えにしか聞こえない。

まあもしかしたら肥大化し複雑に連携したフレームワークやコンピュータシステムすら脳みそに叩き込める天才なのかもしれないな。
だとすれば自分以外のほとんどの人間は違うってことも叩き込んで欲しいよ。

ヲチ板に帰れ！

ここ、何のスレでしたっけ？

>>973
ネタスレ

ま、確かにウェブアプリならデバッガなんていらないよね。

いるよ。
というかXUnitくらいはつかわんと

っていうかね、やねうらおやPHP厨は
この本でも読めと言いたい。

Amazon.co.jp：テスト駆動開発入門: 本
http://www.amazon.co.jp/exec/obidos/ASIN/4894717115/249-6625790-5345118

>>577 な奴らも違うバージョンでテストしようぜ

ウェブアプリの場合は、printデバッグで十分。
ま、複雑なJavaScript作る時は、デバッガが欲しくなるね。
デスクトップアプリケーション作る時はデバッガというか、IDE使う。
VS.NETもASPだけなら、エディタとブラウザの方が使いやすい。

>>979
> ウェブアプリの場合は、printデバッグで十分。
甘い。Javaサーバ開発でそんなのやってられるか。
ちょっと修正してはコンパイル
ちょっと修正してはコンパイル
そんな環境ではprintだけでは足りないんだよ。
リモートデバッグやxUnit, Jakarta Cactus, MockObjectが欲しいくらいだ。

しかもprint文を後で削除しないといけない。
print文使うくらいなら
Jakarta Log4Jを使うかJava Logging APIにJakarta Commons Logging
を組み合わせてXMLファイルにログを出力したほうがまし。
ログレベルの設定によって無用なログを表示切り替えやパフォーマンス調整が
できるからな。

小物のレベルなら目視コードチェックにトライアンドエラーで十分だが、そんなレベルなんて仕事やってりゃすぐ突破する
そのときでも小物のレベルを引きずってる厨がたまにいるんだよな
そしてその方が凄いと勘違いしている
IDEや開発手法が一体どれだけの人間によって生み出されているのか理解できないんだろうなぁ

新しいIDEや開発手法が出てくるとまず文句を言うのは「自分の理解を超えていることは無条件に拒否する」厨だよね
そしてそういう連中ほど「Javaなんて手打ちで十分ですよ」「脳内デバッグもできないようじゃ使えない」とか楽しいこと平気で言ってたりするんだよね
その中には完璧に実践できる本物の天才がいるかもしれないが、そういうこと言ってる連中の1%にも満たないと思うよ

>>980
だよなー
出力を書き換えるようなデバッグってのは異常だよな
フレームワークが標準で備えるトレース機能ならともかく、自前コーディングでそんなことやるのは（以下略