幅広い分野のJavaと名前空間なき脆弱なるPHP
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2006/04/25(火) 01:21:04ID:???まだまだほど遠い。
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
0757nobodyさん
2006/07/01(土) 06:09:51ID:???0758nobodyさん
2006/07/01(土) 10:15:54ID:???0759nobodyさん
2006/07/01(土) 11:44:45ID:???0761nobodyさん
2006/07/01(土) 19:18:47ID:???「珍説 Java坊や」
0764nobodyさん
2006/07/01(土) 23:37:16ID:???0765nobodyさん
2006/07/01(土) 23:58:53ID:???0766nobodyさん
2006/07/02(日) 03:34:47ID:???何を意味の分からないことをいってるんだろうこの馬鹿ｗ
0767nobodyさん
2006/07/02(日) 08:37:43ID:???0768nobodyさん
2006/07/02(日) 09:03:50ID:???0769nobodyさん
2006/07/02(日) 13:02:24ID:???「必死だな」「かわいそう」「おわった」としか
言わなくなるよね。それを火病/脳死というんです。
珍説まだぁ？
0770nobodyさん
2006/07/02(日) 16:24:47ID:???0771nobodyさん
2006/07/02(日) 16:28:52ID:???0772nobodyさん
2006/07/02(日) 16:55:35ID:???どんなにPHP厨が必死になってもこのスレタイが真実なんだよね。
0773nobodyさん
2006/07/02(日) 22:12:52ID:???0774nobodyさん
2006/07/02(日) 22:58:41ID:???0775nobodyさん
2006/07/03(月) 07:30:49ID:???PHP厨→一生Javaを理解することはできない。
可愛そうに・・・
0776nobodyさん
2006/07/03(月) 13:05:28ID:???0777nobodyさん
2006/07/03(月) 20:48:03ID:???可愛そうに・・・
0778nobodyさん
2006/07/03(月) 20:51:02ID:???0779nobodyさん
2006/07/03(月) 21:33:36ID:???おれのフェップじゃ変換できないよ！
0780nobodyさん
2006/07/03(月) 23:04:28ID:???そりゃできるわけねーよ＞PHP厨
0781nobodyさん
2006/07/03(月) 23:46:58ID:???0782nobodyさん
2006/07/04(火) 00:37:03ID:???これはまた飛んだクソジジイが迷い込んだものだな。フェップwww。
昔でもそんな読み方してたやつ殆どいねぇよ
0783nobodyさん
2006/07/04(火) 01:14:43ID:???0784776=779
2006/07/04(火) 03:53:38ID:???所詮は底辺のPHP厨と泥沼のJava坊ですね
0785nobodyさん
2006/07/04(火) 06:29:58ID:???0786nobodyさん
2006/07/04(火) 08:45:19ID:???良く分かった。
0787あげあげ↑↑↑↑↑
2006/07/06(木) 15:27:23ID:???がんばれがんばれJava坊！
0788nobodyさん
2006/07/06(木) 20:12:04ID:???クライアントサイドの糞味噌な話も押さえておきましょう
Ajax vs Javaアプレット vs FLASH
http://pc8.2ch.net/test/read.cgi/php/1143974114/
0789nobodyさん
2006/07/06(木) 20:15:10ID:95Uow1AV0790nobodyさん
2006/07/06(木) 20:26:15ID:???＞がんばれがんばれJava坊！
何この必死さｗ
0791nobodyさん
2006/07/07(金) 05:44:18ID:9U29ts21斧を持ってくるようなもんだな
0792nobodyさん
2006/07/08(土) 20:17:04ID:???販売価格の馬鹿高いハイブリッドカーたるJava
もう住み分けできてるじゃないか
0793nobodyさん
2006/07/08(土) 22:31:37ID:???ハイブリッドカーは技術の低いところが手を出すと故障や暴走が起こりやすい
どちらもリスクが高い
セダンの普通車であるperlが最強
0794nobodyさん
2006/07/09(日) 05:39:43ID:???屑言語ってことでOKですかね。
0796nobodyさん
2006/07/09(日) 09:39:06ID:???Web Progの環境を公道に例えるなら
C系はF1：ま〜性能的に十分だけどミラーとかナンバーとかいろいろ足りない。努力すれば自作可
Javaはスポーツカー：峠を走るのに十分な性能。しかし街ではそのほとんどを発揮できない、しようとする奴はDQN
Perlは普通乗用車（MT）：多少操作に慣れは必要だが公道を走る上で過不足無い性能。そして燃費がいい
PHPはスポーツワゴン（AT）：取っつきやすいので交通ルールを覚えてちょっと弄れば十分乗れちゃう。
だからこそ誰もが出来ることなのに大げさに自己過大評価しちゃう
ちなみにどんな車種でもドライバーの心がけで事故は防げると思うぞ。
＃AT乗りがスポーツカー乗りを坊や呼ばわりしているのがこのスレ
0797nobodyさん
2006/07/09(日) 10:26:39ID:???結構うまくたとえてると思う。
だからこそWeb Progの環境（公道）にJava（スポーツカー）を使おうとしてるのがありえない。
0798nobodyさん
2006/07/09(日) 11:33:15ID:???町中は知るには普通車でいいけど、アウトバーンのようなとこならスポーツカーのほうが速いじゃん。
ありえないのは、町中でスポーツカーのスピードを出そうとする連中。
0799nobodyさん
2006/07/09(日) 16:06:59ID:???0800nobodyさん
2006/07/09(日) 19:43:22ID:???このスレのおかしなところだよな。
0801nobodyさん
2006/07/09(日) 23:10:25ID:???車庫入れで擦っても笑って済ませるレベルのｗ
0803nobodyさん
2006/07/10(月) 22:37:30ID:???言語自体が無料ってもそれだけでアプリケーションが作れるわけじゃない
インフラとかサーバとかバックアップとかストレージとかやり出せば百万千万当たり前
プロジェクト全体のコストからすれば言語ごときの値段なんて無料に等しいね
銭ｹﾞﾊﾞ帝国のASP.NET/VS200xだって開発単位でライセンスがいるわけでもないし
0804nobodyさん
2006/07/11(火) 00:40:45ID:???0805nobodyさん
2006/07/11(火) 01:02:08ID:???> インフラとかサーバとかバックアップとかストレージとかやり出せば百万千万当たり前
Javaの方がリソースバカ食いするから高くなるってことなんだけどな。
0806nobodyさん
2006/07/11(火) 09:07:26ID:???最低限使用するメモリの使用量が100MBか200MBとかって金額に直せば千円単位のやつ？
それともHDDの占有量が100MBか200MBとかって金額に直せば百円単位のやつ？
普通WebProgで大きくリソースを食うのは「処理負荷」「処理要求」「データ量」なわけだが、これって言語レベルの話じゃないでしょ？
コードにすれば数十行のカスみたいなツールなら金額換算で百円単位の違いはあるだろうけど、一般的なWebProgじゃ誤差の範囲内
言語の選択がシステムのボトルネックなんてのは今の時代「技術屋の我儘な言い訳」にしか聞こえない
0807nobodyさん
2006/07/11(火) 09:49:38ID:???主にメモリじゃないかな。
金額がどうのこうのいってるけど、今の一般的なPCではメモリの最大量が
せいぜい2GBとか4GBとかしか載せられないから、Javaのようにメモリを
馬鹿食いするのが嫌がられる場面はあるよ。
金をだせば無限にメモリを載せられるならいいけど、そうじゃないから。
リソースが有限である以上、リソースを食うのは嫌われて当然じゃないかな。
＃だからJavaでシステムつくるときは64bitマシンを買ってくるようになった。
＃64bitマシンも安くなったとはいえ、手軽に試せるほどまでではないよね。
0808nobodyさん
2006/07/11(火) 10:41:27ID:???んなもんPHPやperlで十分だろ
ちょっと込み入ってもASP.NETで十分だ
ミドルレンジ以下でJava選択して遅いなんて言ってるのは何でもJavaでできると信じる狂信者だけ
0809nobodyさん
2006/07/11(火) 12:07:54ID:???> Javaの出張ってくる分野で2GB/4GBMaxの鯖使っていること自体間違い
その通り。他の言語が4GB以下のメモリで十分できることが、Javaには不可能。
0810nobodyさん
2006/07/11(火) 12:54:55ID:???パフォーマンスに差が出るだけ
各フレームワークの得意なスケールってのがあるだけ
PHPの小物がJavaでは不可能と思っているのは無知な糞PHPer
0811nobodyさん
2006/07/11(火) 14:30:48ID:???0812nobodyさん
2006/07/11(火) 14:50:48ID:???これは正しい
Javaでできることは全てPHPでできる
これは間違い
Javaの得意とするエンタープライズ分野はPHP単独では実現不可能な機能が多く要求される
逆にPHPの得意とするスモールレンジからミドルレンジの分野ではJavaの高度なフレームワークが足枷になる場合がある
PHPはエンタープライズを捨てて最もユーザの多いステージでパフォーマンスを出せるような選択をした
別にそれは悪くないことだし、Javaと比較して悪いとかということもない
適切に使い分ければ良い
0813nobodyさん
2006/07/11(火) 23:16:20ID:???0814nobodyさん
2006/07/11(火) 23:43:18ID:???0815nobodyさん
2006/07/12(水) 02:07:33ID:???「エンタープライズ」ってよく聞くけどさ、
具体的には何を指すの？
業界のことはよく知らんが、
難しい言葉で煙に巻いてるだけじゃないのか、と。
0816nobodyさん
2006/07/12(水) 02:09:29ID:???0817nobodyさん
2006/07/12(水) 09:02:00ID:???俺も定義に悩むことがあるけど、頻繁に出る割には曖昧な言葉だね
とりあえずはシステムのどこかの要素が大きいスケールのシステムって意味で使われる感じがする
データとかアクセスとか計算量とか影響範囲とか大企業用とか官公庁用とか
個人でも大規模なデータを運用している場合があるからそれもエンタープライズと言ってもいいと思う
IT業界では本来の単語の意味（企て、企画、企業）とはちょっと違う意味で使われていると思う
>>816
ｎ階層システムなんか使われる用語だけど、どのロジック（というか処理）が「ビジネス」に当たるかは設計者が決めることじゃないかな
人によっては「ビジネスロジックなんて存在しない、全てデータロジックだ」とも言うしね
グラフィカルなものを操作するのがビジネスならプレゼンテーション層と一般に言われるところが「ビジネスロジック」かもしれないし
設計をするときに共通して使える定義用の言葉で、絶対的な定義はないと思った方が良いと思う
0818nobodyさん
2006/07/12(水) 10:00:07ID:???ビジネスロジックは業務処理だな
データベース操作とか、I/O処理を除いた部分という感じ
0819nobodyさん
2006/07/13(木) 19:43:26ID:jBF0bF+70820nobodyさん
2006/07/13(木) 21:39:01ID:cL5hm/pzＪＡＶＡもちょっとかじってＰＨＰ最近勉強始めた。
よくわかってない馬鹿な俺が思うのは
webに限ったこといえば
クライアント側で動くＪＡＶＡは
「どんな環境でも同じに見えるサイト」
という大前提をクリアできないから
ＰＨＰなんじゃない？
↑その認識すら間違ってる？
でもブラウザでＪＡＶＡ切ると見れないサイトがいっぱいあるのも事実だよな
まあ、ＪＡＶＡをブラウザでオフにしてる人はそんなにいないのかなあ
やっぱＪＡＶＡもっと勉強しようかな…
0821nobodyさん
2006/07/13(木) 23:22:38ID:HZF4SKrn0822nobodyさん
2006/07/14(金) 00:10:06ID:???Java単体じゃそんなに使わないが、Javaで組むようなシステム全体では食うこと多い
つかOracleが3GBくらい食って残りがOSやらAP鯖で分け合ってるわけでJavaに罪は無い
>>820
JavaとJavaScriptは名前が似ているだけで全く別物
また、サーバサイドとクライアントサイドの切り分けも理解していないだろ
ActionScriptと言えばFlashだが、サーバ側技術であるFCS/FMS使った事あるか？
ActionScriptすらサーバ側とクライアント側があるわけで
まずJavaがどうのとか言う前に、WebProgの基礎の基礎から勉強しとけ
まずはHTTP鯖とHTTPクライアントがどういう風にデータを投げ合って受け取って処理しているかちゃんと理解しろ
そこもちゃんと理解してないのにJavaだのJavaScriptだの語るな
0823nobodyさん
2006/07/14(金) 10:35:30ID:???本人も良く分かってないと言っているのだし、
典型的なJavaScriptとの混同に対して
ちょっと怒り過ぎだよ。
0825nobodyさん
2006/07/14(金) 21:29:09ID:???体験したことがあるのと無いのとでは、天地の差がつくよ。マジで。
0826nobodyさん
2006/07/15(土) 20:57:47ID:???まさかStrutsじゃないよねえ。。。
0827nobodyさん
2006/07/15(土) 23:30:24ID:???0828nobodyさん
2006/07/16(日) 14:43:31ID:???0829nobodyさん
2006/07/16(日) 22:50:52ID:???もしあったらそれだけ突出したシェアになる
言語もフレームワークも有象無象
0830nobodyさん
2006/07/17(月) 10:34:31ID:???WebObjectsとかWebWork2とかRIFEとかTapestryとか、今ならEchoとかStripesとかClickとかWicketとか。
WebObjectsとTapestryは表示周りとO/Rマッピングあたりが洗練されている。
WebWork2はアクションまわりが、RIFEは高機能ぶりがすごい。
ただ、Javaユーザは自分で物事を考えないJakartaマンセーばかりなわけよ。
それでStrutsみたいのが流行って、ほかのフレームワークを調べようとも使おうともしないわけ。
このスレみたってわかるじゃん。Javaしか使ったことなくて他の言語使ったことないくせに、
必死にPHPけなそうとしてる。それがJavaユーザ。
優れたやつもいるけど、ほんの一握り。あ、それはPHPユーザも同じか。
0831nobodyさん
2006/07/17(月) 20:05:38ID:???0832nobodyさん
2006/07/17(月) 22:53:32ID:???各種MVCフレームワークが広がっている段階。
DIコンテナはまだ先の話だろうな。
0833nobodyさん
2006/07/17(月) 23:56:55ID:???いまどきDIxAOP無しで開発するのは辛すぎ。
0834nobodyさん
2006/07/18(火) 08:58:44ID:???> いまどきDIxAOP無しで開発するのは辛すぎ。
その辛すぎ環境がマンセーされてたのは何故なんでしょうね。
可哀想過ぎて笑いが込み上げてきます。
0835nobodyさん
2006/07/18(火) 12:22:23ID:???Springをフレームワークというのか？これはDIコンテナでよくね？
しかもStrutsとSpringじゃあまったく役割がちがうんだけど。
>>834
まあまあ。Javaも進化しつつあるし、大目に見てあげて。
0836nobodyさん
2006/07/18(火) 18:02:08ID:???重要ではないと思うけどな
DIコンテナが本当に必要な案件なら、そもそもPHPでやる仕事なのかと
0837nobodyさん
2006/07/20(木) 01:15:54ID:???0838nobodyさん
2006/07/20(木) 03:22:42ID:8lhfYc/Q前回と今作っているシステムではJavaとPHPを両方使ってる。JavaのところはPHPに比べて少ないけど。
確かにJava >> PHP だと思うけど、「手軽に開発できる」という面で俺はPHPが好き。
そんなに高度な処理を行わないwebシステムならJavaよりPHPでいいと思う。
ただPHPを使う人、PHP自体が色んなことをやろうとし過ぎて「手軽に開発できる」「ライトウェイト」というメリットが無くなってきている気がする。
PHPのフレームワークが多く出てきて競うように機能追加し、変に複雑になり、重くなっている。
そんな色々やりたいんだったら、初めからJavaで開発しろよと。
適材適所という言葉を知らない開発者が多いんじゃないかと思う。
PHPで出来ないことは多いし、そこまでやる必要はないというのも多いけど、
PHP+Postgres(mysql)で出来ることはJava+Oracleでやらなくてもいいと思う。
PHPの駄目なところは簡単にベタ書きできるところ。ベタ書きしている参考書が多すぎること。
そして個人的に、$thisが物凄くウザイところ。
0840nobodyさん
2006/07/20(木) 08:42:39ID:???する以上の処理＜高度な処理
0841nobodyさん
2006/07/20(木) 17:33:39ID:???高度な処理 ・・・・・ 掛け算と割り算も使う
0842nobodyさん
2006/07/20(木) 18:15:46ID:???0843nobodyさん
2006/07/20(木) 19:23:15ID:???0844nobodyさん
2006/07/21(金) 01:52:53ID:???0845nobodyさん
2006/07/21(金) 09:22:23ID:???デザインパターンに準拠した比較コード載せるとかさ
0846nobodyさん
2006/07/22(土) 00:05:52ID:???プログラムはAPサーバで。
これは時代の流れです。
Apacheの上で動かすのも無理が来てるのよ。
だからJavaなの。
0847nobodyさん
2006/07/22(土) 10:14:03ID:???サーバがどうなんてのはそれを論理的にどう区切っているかの違いなだけ
物理的に分けるとかってのは負荷の問題で処理の問題じゃないし
0848nobodyさん
2006/07/24(月) 13:07:00ID:???不覚にも勃起した
0849nobodyさん
2006/07/24(月) 23:46:56ID:???そもそも、そんな否定的なこと言う前にDIを使って仕事した事あるのか？
なぜ、重要じゃないのか教えて欲しい。
俺はS2Container.PHP5で仕事したけど、結構便利だと思うぞ。
モックでスタブ作れば複数人で分担して仕事しやすかったし
インタフェースがハッキリしてるからaspectしやすかったし。
肝心なとこいえないやつはPHPだろうがrubyだろうがDIつかってようがダメな意見しか言えないんだよな。
0850849
2006/07/25(火) 02:13:40ID:???ごめん、最後の１行は余計だった。
でも、DIを使って何か作ってみて、DIを使わずに何か作ってみてから
その意見を出して欲しい。
だって文面からみるとDIの概要しか頭にないように見える。
S2Containerについてはゴロゴロいろんな意見がでてるからそれを参考に俺は開発したよ。
PHPとJavaっていう違いは沢山あるけど
DIコンテナが何で便利か。ってのは同じだと思う
少なくとも俺はモックとテストのし易さには感激した。
0851nobodyさん
2006/07/25(火) 05:51:00ID:???0852nobodyさん
2006/07/25(火) 10:54:16ID:???0854nobodyさん
2006/07/26(水) 14:01:05ID:DJQUuUuJわけでもないし特にいらないって思っている
コンテナに登録すれば、オブジェクトがシングルトンになるし、各モジュールも
コンテナさえ渡すことができれば、他のモジュールは使うことはできる
という利点はあると思うが、絶対に必要という機能でもない
それに、>>836はDIコンテナなんて駄目駄目といっているわけではないだろうし
PHP は
$foo =& new $className();
なんて記述できちまうしな
0855nobodyさん
2006/07/26(水) 23:25:22ID:???■ このスレッドは過去ログ倉庫に格納されています