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

幅広い分野のJavaと名前空間なき脆弱なるPHP

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001nobodyさん2006/04/25(火) 01:21:04ID:???
5.1になっても未だに名前空間非対応でエンタープライズ分野への足固めには
まだまだほど遠い。

Javaを越えるには名前空間のサポート、Web以外の分野携帯電話、ドライバ開発、
GUI、COBOLをリプレースできるほどの金融システム、自動販売機、火星探査機
にも使えるようでなくては、PHPには未来はなく、VB同様いつまでたっても馬鹿に
される厨房向け言語に成り下がるであろう。

PHPの仕事は確実に増えているとはいえ、まだまだ、Javaに多い金融システムを
構築するほどの言語としては適していない。アクセス数だけが多い、
はてなダイアリーやmixi、Yahoo程度の小さなプログラムを作ることにしか
向いていないのだ。PHPだけで銀行口座の引き落としや銘柄の注文など
二重引き落としの恐れがありあぶなっかしくてやっていられない。
過去スレ:
【戦場は】PHP王とJava乞食【エンタープライズ】
http://pc8.2ch.net/test/read.cgi/php/1140124172/
【5.1発表】PHP一色 さようならPerl【Javaを凌駕】
http://pc8.2ch.net/test/read.cgi/php/1134820417/l50
【明暗】金持ちPHP様・貧乏Perl様【格差】
http://pc8.2ch.net/test/read.cgi/php/1132681055/
【5.1登場】PHP時代到来 他言語終了【Perl即死】
http://pc8.2ch.net/test/read.cgi/php/1129715894/
優秀な言語が色々ある時代 粗悪PHPの出る幕なし
http://pc8.2ch.net/test/read.cgi/php/1127441561/
今はPHPの時代Perlがこの先生きのこるのは無理3
http://pc8.2ch.net/test/read.cgi/php/1116912721/
これからはPHPの時代Perlはもう終わりバイバイ2
http://pc8.2ch.net/test/read.cgi/php/1046194468/
Perlはもう時代遅れPHPの時代
http://pc2.2ch.net/php/kako/1036/10369/1036915437.html
0851nobodyさん2006/07/25(火) 05:51:00ID:???
PHPが最強ってことでFA?
0852nobodyさん2006/07/25(火) 10:54:16ID:???
うん
0853nobodyさん2006/07/25(火) 21:36:19ID:???
>>849-850
獄長、乙
0854nobodyさん2006/07/26(水) 14:01:05ID:DJQUuUuJ
PHPでモックオブジェクトを作るのも、別にDIコンテナという機能が必須という
わけでもないし特にいらないって思っている

コンテナに登録すれば、オブジェクトがシングルトンになるし、各モジュールも
コンテナさえ渡すことができれば、他のモジュールは使うことはできる
という利点はあると思うが、絶対に必要という機能でもない

それに、>>836はDIコンテナなんて駄目駄目といっているわけではないだろうし

PHP は
$foo =& new $className();
なんて記述できちまうしな
0855nobodyさん2006/07/26(水) 23:25:22ID:???
で何処の誰が$classNameに依存性を注入してくれるんだコラ?
0856nobodyさん2006/07/27(木) 00:41:45ID:???
>>853
ウイグル?
0857nobodyさん2006/07/28(金) 06:55:11ID:???
PHPはショップとか分かりやすい規模のための言語だろ
その手の拡張はPHPがJavaを食ってる分野を失うきっかけにしかならない
両方使えりゃいいだけの話なんだからPHPは小規模特化でいい
0858nobodyさん2006/07/28(金) 07:07:40ID:???
Javaで作るとどう見ても小規模案件のものが、何故か大規模案件になっちゃうからね。
0859nobodyさん2006/07/28(金) 13:11:34ID:???
逆だろ
案件つったら業務だろ?
だとすると低レベルで柔らかいPHPの方が設計やテストや標準化でJavaやASP.NETよりも工数が増大しがち
しかもキッチリと開発手順を確立するほどPHPは工数が大きくなる
個人ならそんなん関係ないから、単純なコード量なりトライアンドエラーのしやすさの方が問題なんだろうけどな

パーソナル(個人)向けのPHP、エンタープライズ(企業、役所)向けのJava/ASP.NET、適材適所だよ
0860nobodyさん2006/07/28(金) 17:07:27ID:???
まったく同じ案件をPHPとJavaの両方でやったことがないから
良くわからないな
0861nobodyさん2006/07/28(金) 19:02:22ID:???
>>859
予算のことじゃないの?
下手に安い業者にPHPで作らせるよりも、ちょっと高めでもちゃんとしたところにやってもらったほうが後々いいもんね。
0862nobodyさん2006/07/28(金) 23:00:22ID:???
PHPだろうがJavaだろうが工数ベースなら値段は大して違わない
Javaだからと吹っ掛ける糞開発会社が多いのが問題
まだJava神話は一般人相手には通用するからな
0863nobodyさん2006/07/29(土) 03:17:39ID:???
まあ、PHPは理解できるけどJavaは理解できないような人にPHPのサイト作ってもらいたいとは思わないよな。
0864nobodyさん2006/07/29(土) 14:34:41ID:???
別に単一言語/単一フレームワークだけしか知っていなくても問題ない
ちゃんと設計と実装とテストができるんなら言語なんて無関係
どっちかってーと、httpやブラウザの特性や、サーバOSやアプリケーションサーバの癖をちゃんと押さえておいて欲しい
あと各種標準や勧告だけでなく、あえて標準外や非推奨を選択できる柔軟さも
0865nobodyさん2006/07/29(土) 18:47:01ID:???
>>863
オブジェクト指向設計・分析のスキルが JavaのPG>PHPのPG ということだからですか?

JavaやUMLの勉強、時間がかかりそうだなー。
(C→Perl→PHP→Java(3ヶ月)→PHPと来てますが、Javaもちゃんと習得したいんですよねー。)

今日本屋行ったら、Ruby on Railsの新刊が並んでて、面白そうだった。
立ち読みでページをパラパラめくると、ワクワク感がありました。
技術本を見て「おっ!面白そう」と感じたのは久し振りです。

ちょっとRubyに1〜2ヶ月ほど立ち寄りして、Javaに突撃してみるか?
Javaやってる人から見ると、RubyのOOPってどんな風に見えますか?=似たようなもの?
0866nobodyさん2006/07/30(日) 01:48:55ID:???
インタプリタ言語は業務ではあり得ない。Rubyは糞。
素直にJavaやっとけ。
0867nobodyさん2006/07/30(日) 06:00:14ID:???
>>866
いくらなんでも世間しらなすぎだろ。
楽天やYahooでもPHP使ってるし。
おまえのいう業務ってなによ?
0868nobodyさん2006/07/30(日) 09:58:13ID:???
>楽天やYahooでもPHP使ってるし。

これ、ビューだけだろ。
0869nobodyさん2006/07/30(日) 10:55:03ID:???
>>867
Java以外は糞。常識だろ?世間を見ろよ。
0870nobodyさん2006/07/30(日) 12:12:08ID:???
PHPは高卒用言語ですよ^^^
0871nobodyさん2006/07/30(日) 20:31:51ID:???
21世紀のVB
0872nobodyさん2006/07/30(日) 20:49:12ID:???
21世紀でもVBは現役なわけですが
#VB.NETって名称はVBに戻った
0873nobodyさん2006/07/31(月) 08:22:26ID:???
>>868
それ、ほんと?ソースは?
おれが聞いたのと違うな。ショップまわりはぜんぶPHPだと聞いたんだけど、違うのかな。

それから、サイボウズもぜんぶPHP4だな。あれは業務といえるんじゃないか。
で、>>866のいう業務ってなによ?
0874nobodyさん2006/07/31(月) 09:44:58ID:???
もウチの会社は金融機関向けにPHPとPostgreSQLで作った用業務アプリケーション出しています
もしかして世界中でウチ一社だけかもしれませんが、出してます
そういえば他社が作ったPHPシステムとの連携もあったので、少なくともウチ以外三社も作っています

あと、今まで作ったPHPシステムで稼働中のガ五社くらいにあります
もしかしたら世界でそれだけかもしれませんが、五社はPHPの業務システムを使っています
0875nobodyさん2006/07/31(月) 10:09:09ID:???
ブラウザで表現できるUIしかいらないのなら、PHPやらPerlやらで
やることは、最近多いからな
予算を低く抑えることができる(と思っている)から、そこそこあるよ
0876nobodyさん2006/07/31(月) 13:46:03ID:???
>>873
> で、>>866のいう業務ってなによ?
エンタープライズだよ。ビジネスロジックとも言うがな(笑)
0877nobodyさん2006/07/31(月) 15:00:51ID:???
エンタープライズとビジネスロジックは別概念な訳だが
0878nobodyさん2006/07/31(月) 15:31:00ID:???
全然違うよな
ど素人か
0879nobodyさん2006/08/01(火) 00:02:02ID:???
エンタープライズ用WEBAPの中の、ビジネスロジック処理部分を指してるのでは。
0880nobodyさん2006/08/01(火) 00:52:30ID:???
なるほど
0881nobodyさん2006/08/01(火) 01:24:44ID:???
ちょっと強引な好意的解釈過ぎるな。
0882nobodyさん2006/08/01(火) 04:39:06ID:???
スクリプト言語ごときがビジネスロジックなんて組めるわけがない。世の中やっぱJAVAしかないよ
0883nobodyさん2006/08/01(火) 08:54:06ID:???
ビジネスロジックを実装するビジネス層はデータ層とプレゼン層の間にあり、一番言語の違いが出ないところ
データ層はSQLで処理するのかアプリ側で処理するのかで大きく変わるし、プレゼン層はフレームワークやクライアントの種類で大きく変わる

ビジネスロジックで言語が云々ってのはちょっと理解できないな
0884nobodyさん2006/08/01(火) 09:23:16ID:???
ぶっちゃけJava以外の言語はビジネスで全く使い物にならないでしょ?
「仕事から趣味まで幅広くこなすJavaと、趣味にしか使えないその他糞言語たち」ってことでしょ?
0885nobodyさん2006/08/01(火) 10:15:54ID:???
COBOLに謝れ
0886nobodyさん2006/08/01(火) 10:17:00ID:???
C++最強万能論は揺るがないわけだが

他の言語なんて所詮C++で作られた便利ツールに過ぎない
0887nobodyさん2006/08/01(火) 10:38:31ID:???
Java厨ってホント頭悪い
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:???
Javaが使えるとPHPの案件を振られないけどね
0891nobodyさん2006/08/01(火) 20:42:01ID:???
末端コーダーもしくは下請けには言語を選択する権利は無いから可哀想だな
技術方針の決定権を持つ俺様は、仕様と人員に合わせて最適な言語を選択できる
0892nobodyさん2006/08/02(水) 01:33:25ID:???
>>891
だから、何?
0893nobodyさん2006/08/02(水) 01:56:14ID:???
>>884
趣味でわざわざJavaもある意味すごいな。
0894nobodyさん2006/08/02(水) 02:49:33ID:???
マゾなんだろ
0895nobodyさん2006/08/03(木) 12:38:20ID:???
元々PHP的な使い方の為に作られたJSPがView層に利用され、
JSPにロジックを含める事が悪と思われたのが根本的な不幸。

本来MVCとかにとらわれない柔軟なものであるべきはずだったのに。
StrutsとかがViewにVelocityを使ってりゃ良かったのに。
0896nobodyさん2006/08/09(水) 14:27:31ID:/+24miQ0
Javaは最強の言語です
Javaを取りまくフレームワークも全て最強です

でも、PHPが可愛くてなりません
0897nobodyさん2006/08/09(水) 18:45:41ID:???
別にわざわざってこともない。
環境構築は間違いなく面倒だが
開発そのものはPHPでもJavaでも大差ない。
仕事でも使ってる人は、環境構築もサクっと終わらせるし
各種フレームワークのノウハウも持ってるから
Java使ったからって遅くなったりしない。

仕事で一切触ってないならまた話は別。
0898nobodyさん2006/08/09(水) 21:59:15ID:???
javaの環境構築面倒か?
win2Kで開発してlinuxで本運用してるけど、
PHPと比べてそんな差は無いと思うけどな。

tomcatとjavaをそれぞれzipに固め直したものを持ってるんだが、
それを解凍して以下のように置く。

java5_6/...
tomcat5_5/...
start_tomcat.bat
stop_tomcat.bat

tomcatのconfに自分らwebアプリのserver.xmlを置いたら構築完了。
start_tomcat.batでtomcat起動。

---start_tomcat.batの内容---
pushd .
cd /d %0\..
set JDK_HOME=%cd%\java5_6
set JAVA_HOME=%JDK_HOME%
path %JDK_HOME%\bin;%PATH%
cd tomcat5_5\bin
call startup.bat
popd

さすがにサーバー(linux)の方はapache経由だけど。
0899nobodyさん2006/08/10(木) 10:09:53ID:???
>>897
> 開発そのものはPHPでもJavaでも大差ない。
( ´Д`) <はぁー
プログラム修正したらAP鯖再起動しなきゃいけないとか、
work以下を消して再起動したら直るとか、
それらをくだらないと思えないのは、
やっぱり洗脳されているんだろうなぁー。
ホットデプロイが役立たずなのはもちろん知ってて黙っているなんてひどいね。
それによって洗脳されちゃう人もいるんだろうなぁー。
信者の布教活動と同じだ。

ちなみに俺はPHPは嫌い。
0900nobodyさん2006/08/10(木) 12:46:39ID:???
続きはム板でどうぞ
0901nobodyさん2006/08/11(金) 09:44:12ID:???
どう見てもwebプログラム板の範疇だろww
0902nobodyさん2006/08/12(土) 12:29:52ID:???
a
0903nobodyさん2006/08/14(月) 19:27:21ID:CxFSbxCE
b
0904nobodyさん2006/08/14(月) 19:44:29ID:???
今はやっぱりパイパイが最強だよ^^
0905nobodyさん2006/08/14(月) 23:06:29ID:???
同意
0906nobodyさん2006/08/15(火) 01:20:31ID:???
桃白白?
0907nobodyさん2006/08/15(火) 01:37:34ID:???
中華な?
0908nobodyさん2006/08/15(火) 01:54:48ID:???
Yahoo!、PHP開発者センターを開設
http://www.itmedia.co.jp/news/articles/0602/27/news020.html
http://developer.yahoo.com/php/
0909nobodyさん2006/08/15(火) 11:45:27ID:???
いつのネタだよ
0910nobodyさん2006/08/15(火) 23:42:51ID:???
次スレはPHPマンセーでお願いします。その方が面白かった。

つ〜か最近のスレの伸びのスピード考えたらこれで終わりでいいと思うけどね
0911nobodyさん2006/08/16(水) 01:07:22ID:???
PHPマンセーなスレタイじゃないから釣れない
今までのスレの流れを見ると、薀蓄語りたい香具師はJava厨に多いからJavaを貶すと「ちょっと待てオレの話を聞け」と釣れる

そういう香具師を生暖かく、時には餌を投げて見守るスレとして、今後も細々と生き延びて欲しい
0912nobodyさん2006/08/26(土) 18:33:58ID:FkUTlorq
PHPがマリオだとしたら
Javaなんて所詮ルイージ。
つまりそういうことだ。
0913nobodyさん2006/08/26(土) 21:21:34ID:???
いや、Javaはゆうしゃやったん。
0914nobodyさん2006/08/29(火) 09:41:23ID:???
PHP6で名前空間は実装されるのかな?
0915nobodyさん2006/08/29(火) 10:06:15ID:K0UosIpn
名前空間があると、あの腐ったようなディレクトリ配置とクラスの命名規則が
緩和されると思うのだけどな

PHPとかPerlとかでちょっと共通処理を多く作ると、依存がすげーことになって
他で使えない
0916nobodyさん2006/08/29(火) 21:42:25ID:???
>PHP6で名前空間は実装されるのかな?
Perl5では既に実装されてますよ?

>PHPとかPerlとかでちょっと共通処理を多く作ると、依存がすげーことになって
>他で使えない
自分の設計の悪さを棚に上げて言語のせいにしないの。
0917nobodyさん2006/08/29(火) 22:13:38ID:???
Javaいいと思うんだけど、
概念とか理論を学ぶには。
でも、このWebProg板のJava関係スレ
の過疎ぷりをみても、
あまり実際に使ってる人は
いないように思えるんだけど?
0918nobodyさん2006/08/29(火) 22:16:02ID:???
汎用のWebアプリじゃなくて、
ビジネス向けとかで使われてるのかな
J2EEとかは、あんま詳しくないけど
0919nobodyさん2006/08/29(火) 23:46:48ID:???
そだね。汎用のものを作りやすいんだけど、UPできる無料鯖なんて殆ど無いしね。
0920nobodyさん2006/08/30(水) 01:23:01ID:???
>Perl5では既に実装されてますよ?
namespaceは見送られたんじゃなかったか?
0921nobodyさん2006/08/30(水) 01:45:49ID:???
ぱっくあげ
0922nobodyさん2006/08/30(水) 12:02:56ID:???
>>916
スタティックリンクできるような言語違って、実行するときに全てのソースが
配置されていないといけないから、ファイルの配置とかで困ったことないかな

0923nobodyさん2006/08/30(水) 12:04:35ID:???
>>920
一応、名前空間はある
0924nobodyさん2006/08/30(水) 16:06:41ID:???
PHPにもローカル変数とグローバル変数の違いぐらいはあるよね。
インクルードするファイルの変数が衝突するのを防ぎたければ
クラスも作れるし。というか、Javaが出来る人ならPHP覚えるのなんて
直ぐ出し、小規模の開発ならいちいちクラスの設計を考えて、
変数の型を指定してメソッドを定義するなんて回りくどい事のメリット少ないし、
PHPでやるほうが早いと思うんだけど。
0925nobodyさん2006/08/30(水) 20:11:25ID:???
さいきんケンカが少なくていいかんじだぉ( ^ω^)
09269252006/08/30(水) 20:24:25ID:???
でも、PHPの言語仕様がJava化してきてる点について。
PHPならではのメリットが沢山あることは承知のつもりだけど、
オブジェクト指向を取り入れるにつれ、良さを失いつつある気がしてならない。
個人的にだけど、あえて中途半端なものをチョイスする利点が、
スクリプト言語であること以外に見出せないんです。(あくまで開発側として)

クラシックな使い方をすれば良いだけかもしれないけど。
どうでしょうか、詳しい方々。

※僕は、PHPもJavaも好きですよ( ^ω^)
0927nobodyさん2006/08/30(水) 22:20:38ID:???
同じく両方好き。
PHPは、そこそこ複雑なデータ構造を連想配列で楽々と扱える部分が特に気に入っている。
Javaでもジェネリックと新しいfor文によってMap使う処理が前より大分スマートになったけど
PHPのLightweightさには及ばない。

しかし複数で込み入った処理を書く場合はコンパイラが欲しくなることもある
定義されてない関数や変数のスペルミスは、そこを通らずとも発見したい。
型システムが欲しくなる時もある。
PHPに事前変数宣言・型システム・クロージャ作成の制限なんかを強制する
strictモード(またはブロック)みたいなのが出来ると良いんだけど。

web系とか基幹系のシステムによって使い分けじゃなくて、
1つのシステムの中でも両方使いたい。
RESTとかRMIとかじゃなくて、.netみたいに2言語間でもっと直に連携出来ればいいのに。
0928nobodyさん2006/08/30(水) 23:31:43ID:???
Java化というか、最初からBjarne的OOPを選択した感じはあったから
成り行き、かな。
0929nobodyさん2006/09/07(木) 01:41:26ID:???
Javaの正規表現の実装って混乱の極みだね
0930nobodyさん2006/09/07(木) 02:29:11ID:???
Javaだけやってりゃ無問題
0931nobodyさん2006/09/08(金) 11:14:58ID:???
あの地獄のようなエスケープは確かに混乱してるといわざるを得ない
0932nobodyさん2006/09/08(金) 17:17:02ID:???
Javaだけやってりゃ無問題
0933nobodyさん2006/09/08(金) 17:42:29ID:???
Java だけやってると
>>930, 932
みたいになっちゃうよ。
0934nobodyさん2006/09/08(金) 17:45:36ID:???
Javaだけやってりゃ無問題
0935nobodyさん2006/09/08(金) 19:05:43ID:???
そろそろ次スレの時期か。

必要なのか?
0936nobodyさん2006/09/08(金) 23:02:12ID:???
面白い話も結構出たし、存続希望。
じゃれあいもありだし。
0937nobodyさん2006/09/10(日) 14:26:55ID:???
JavaのヤバイところはDTOとかAction Formとかだろ。
何でもクラスにするのキモッ!ハッシュにしてしまえよと。
0938nobodyさん2006/09/10(日) 14:39:22ID:???
正直、javaに
  Map<String, Integer> mp = new HashMap<String, Integer>();
  mp["a"] = 10;  // -> mp.put("a", 10);
  int n = mp["a"]; // -> int n = mp.get("a");
というような構文糖が欲しい。文字列の+のように。

C++のオペレータオーバーロードまでは望まないから、せめて固定で。
0939nobodyさん2006/09/10(日) 20:31:09ID:???
>>938
打鍵数的に深刻な差が無いのになぜそんなシンタックスシュガーが欲しくなるのかわからない
0940nobodyさん2006/09/11(月) 12:20:03ID:???
型付けの強い言語に慣れちゃうと
動的言語のゆるゆるなところにキモさを感じる時もある。
一度クラスに落としたおかげで、IDEによる入力補完の恩恵とかがある。
カラム名を必死にコピペするより全然楽だ。

Action From はキモいけどな。別の理由で。
0941nobodyさん2006/09/11(月) 16:14:36ID:???
じゃあ強い方付けができて最強のIDEを持つC#が最強ってこと終了
0942nobodyさん2006/09/13(水) 21:24:56ID:???
C#なんて使ってる奴いませんからー
0943nobodyさん2006/09/13(水) 23:41:30ID:???
使っている奴いますからー

うちのチーム、今日C#なWebアプリ納品してきたよ
直接的なコーディングに23人関わってる
0944nobodyさん2006/09/15(金) 00:03:00ID:???
>動的言語のゆるゆるなところにキモさを感じる時もある
ユニットテストとコードカバレッジを徹底的にやらないと
見つからないバグがあったりするからな
0945nobodyさん2006/09/15(金) 20:00:48ID:???
C# は言語仕様はかなり好きだが、IDEが最強とは思えない。
リファクタリングとか使い物にならんかった。
コーディングに関係ない部分はすごく頑張ってると思うんだけど。
0946nobodyさん2006/09/15(金) 21:58:08ID:nJAD9gR+
>>944
型付けの強い言語ならコンパイル時に1秒で判るバグを
検出するのに大変な苦労があるようですね。
0947nobodyさん2006/09/16(土) 12:56:53ID:???
>>946
型付けが強い言語から移ると誰しも思うことだな
それで、ユニットテストとかが整備されているのならともかく
ないのなら、保守が大変だろうなと考える
0948nobodyさん2006/09/16(土) 14:36:27ID:???
しかも一見正常に動作するように見える事も多いからなぁ>変数の型間違い。
charにlongで渡すとか。
0949nobodyさん2006/09/19(火) 10:04:35ID:???
プロパティに確かに代入したはずなのに
参照するとnullで困ったなぁと思って
気分転換に飯食いに行って戻ってくると
プロパティ名typoしてたことに気づく。
メソッドだと例外なりエラーなり出してくれるんだが。
0950nobodyさん2006/09/19(火) 10:53:54ID:???
普通にコード補完機能をエディタで使ってれば
そういうミス減るんじゃね
レス数が950を超えています。1000を超えると書き込みができなくなります。