幅広い分野の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
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:???0857nobodyさん
2006/07/28(金) 06:55:11ID:???その手の拡張はPHPがJavaを食ってる分野を失うきっかけにしかならない
両方使えりゃいいだけの話なんだからPHPは小規模特化でいい
0858nobodyさん
2006/07/28(金) 07:07:40ID:???0859nobodyさん
2006/07/28(金) 13:11:34ID:???案件つったら業務だろ？
だとすると低レベルで柔らかいPHPの方が設計やテストや標準化でJavaやASP.NETよりも工数が増大しがち
しかもキッチリと開発手順を確立するほどPHPは工数が大きくなる
個人ならそんなん関係ないから、単純なコード量なりトライアンドエラーのしやすさの方が問題なんだろうけどな
パーソナル（個人）向けのPHP、エンタープライズ（企業、役所）向けのJava/ASP.NET、適材適所だよ
0860nobodyさん
2006/07/28(金) 17:07:27ID:???良くわからないな
0861nobodyさん
2006/07/28(金) 19:02:22ID:???予算のことじゃないの？
下手に安い業者にPHPで作らせるよりも、ちょっと高めでもちゃんとしたところにやってもらったほうが後々いいもんね。
0862nobodyさん
2006/07/28(金) 23:00:22ID:???Javaだからと吹っ掛ける糞開発会社が多いのが問題
まだJava神話は一般人相手には通用するからな
0863nobodyさん
2006/07/29(土) 03:17:39ID:???0864nobodyさん
2006/07/29(土) 14:34:41ID:???ちゃんと設計と実装とテストができるんなら言語なんて無関係
どっちかってーと、httpやブラウザの特性や、サーバOSやアプリケーションサーバの癖をちゃんと押さえておいて欲しい
あと各種標準や勧告だけでなく、あえて標準外や非推奨を選択できる柔軟さも
0865nobodyさん
2006/07/29(土) 18:47:01ID:???オブジェクト指向設計・分析のスキルが JavaのPG＞PHPのPG ということだからですか？
JavaやUMLの勉強、時間がかかりそうだなー。
（C→Perl→PHP→Java(3ヶ月)→PHPと来てますが、Javaもちゃんと習得したいんですよねー。）
今日本屋行ったら、Ruby on Railsの新刊が並んでて、面白そうだった。
立ち読みでページをパラパラめくると、ワクワク感がありました。
技術本を見て「おっ！面白そう」と感じたのは久し振りです。
ちょっとRubyに１〜２ヶ月ほど立ち寄りして、Javaに突撃してみるか？
Javaやってる人から見ると、RubyのOOPってどんな風に見えますか？＝似たようなもの？
0866nobodyさん
2006/07/30(日) 01:48:55ID:???素直にJavaやっとけ。
0868nobodyさん
2006/07/30(日) 09:58:13ID:???これ、ビューだけだろ。
0870nobodyさん
2006/07/30(日) 12:12:08ID:???0871nobodyさん
2006/07/30(日) 20:31:51ID:???0872nobodyさん
2006/07/30(日) 20:49:12ID:???＃VB.NETって名称はVBに戻った
0873nobodyさん
2006/07/31(月) 08:22:26ID:???それ、ほんと？ソースは？
おれが聞いたのと違うな。ショップまわりはぜんぶPHPだと聞いたんだけど、違うのかな。
それから、サイボウズもぜんぶPHP4だな。あれは業務といえるんじゃないか。
で、>>866のいう業務ってなによ？
0874nobodyさん
2006/07/31(月) 09:44:58ID:???もしかして世界中でウチ一社だけかもしれませんが、出してます
そういえば他社が作ったPHPシステムとの連携もあったので、少なくともウチ以外三社も作っています
あと、今まで作ったPHPシステムで稼働中のｶﾞ五社くらいにあります
もしかしたら世界でそれだけかもしれませんが、五社はPHPの業務システムを使っています
0875nobodyさん
2006/07/31(月) 10:09:09ID:???やることは、最近多いからな
予算を低く抑えることができる（と思っている）から、そこそこあるよ
0877nobodyさん
2006/07/31(月) 15:00:51ID:???0878nobodyさん
2006/07/31(月) 15:31:00ID:???ど素人か
0879nobodyさん
2006/08/01(火) 00:02:02ID:???0880nobodyさん
2006/08/01(火) 00:52:30ID:???0881nobodyさん
2006/08/01(火) 01:24:44ID:???0882nobodyさん
2006/08/01(火) 04:39:06ID:???0883nobodyさん
2006/08/01(火) 08:54:06ID:???データ層はSQLで処理するのかアプリ側で処理するのかで大きく変わるし、プレゼン層はフレームワークやクライアントの種類で大きく変わる
ビジネスロジックで言語が云々ってのはちょっと理解できないな
0884nobodyさん
2006/08/01(火) 09:23:16ID:???「仕事から趣味まで幅広くこなすJavaと、趣味にしか使えないその他糞言語たち」ってことでしょ？
0885nobodyさん
2006/08/01(火) 10:15:54ID:???0886nobodyさん
2006/08/01(火) 10:17:00ID:???他の言語なんて所詮C++で作られた便利ツールに過ぎない
0887nobodyさん
2006/08/01(火) 10:38:31ID:???0888nobodyさん
2006/08/01(火) 16:11:00ID:???Javaの欠点は、めんどくさいこと
ゆとり教育世代にふさわしい言語はPHPで極まり！
JAVAとPHPを他のものに例えてみてください。
JAVA＝マニュアル車のダンプカー
PHP＝オートマチック車のライトウェイトスポーツカー
そんなかんじです。
0889nobodyさん
2006/08/01(火) 16:14:49ID:???PHPはPHPであり、JavaはJava
それぞれを認め、理解し、適材適所を見極めることで、両方を使いこなす俺様のような素晴らしい人間になれる
0890nobodyさん
2006/08/01(火) 18:19:44ID:???0891nobodyさん
2006/08/01(火) 20:42:01ID:???技術方針の決定権を持つ俺様は、仕様と人員に合わせて最適な言語を選択できる
■ このスレッドは過去ログ倉庫に格納されています