幅広い分野の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
0453nobodyさん
2006/05/28(日) 10:43:33ID:???JAVAのような保守性（ガチガチの制限）やOOPは絶対に必要不可欠なんですよ。
そうしないと自分たちの残業時間がますます増えちゃうし、
他人の書いた独自流儀のコードを読むのは難解で苦痛だし。
チーム開発に従事するJAVA奴隷たちの身にもなってあげようよ ＜ 自由なPHPマスターたち
0454nobodyさん
2006/05/28(日) 14:27:44ID:???0455nobodyさん
2006/05/28(日) 15:50:43ID:???>PHPって要するにJSPで全部作るって事だろ？
違うよ。JSPはビューしか担当できなくてモデルを担当することはできないけど
PHPのファイルはMVCどれも担当できる。
JSPはサーブレットに変換されることが前提になっているから、JSPの中にモデルのクラスを定義することはできない。
しかしPHPはそんな前提がなくて、<?php .. ?> で囲めばあとは他のプログラム言語と同じだから、モデルのクラスを定義するのでも何でもできる。
つまりPHPのファイルはJSPにもServletにもPOJOにもなれる。MとVとCを統一的な方法で提供できないJ2EEのほうが実はおかしい。
つか、web.xml編集したりしなきゃいけないほうがずっと手間がかかるんだけど。
Java使いが「PHPは手間がかかる」などどいうとはな。もしかして笑うところだったのかな。
0456nobodyさん
2006/05/28(日) 16:00:47ID:???>JAVA：誰が作っても結果はほぼ同じ（じゃないと困る）
これって、何か根拠あるの？おれは、誰が作っても同じ結果にならないからすごく困ってるんだけど。
0457nobodyさん
2006/05/28(日) 17:06:31ID:???PHPでもSmartyみたいに、PHPである必然性が全くないテンプレートエンジンが使われてるのはどう説明するんだ？
0458nobodyさん
2006/05/28(日) 17:41:42ID:pZNmxqFN0459nobodyさん
2006/05/28(日) 17:45:29ID:???> PHPって要するにJSPで全部作るって事だろ？
そういうとらえ方も出来るな。
> うわ。手間。
> つか作り捨てならともかく保守まで考えると辛いね。
設計が下手だとそうなるな。
0460nobodyさん
2006/05/28(日) 19:29:06ID:???別に。JSPと違ってPHPはMもVもCも書けると指摘したまで。VをPHPでしなきゃいけないとは書いてない。
必死になって相手のあら探しするのはやめろ。ろくな議論にならんし、頭の程度がしれる。
>>458
PHPやPerlは型を自動的に変換してくれるから、多少の不一致は気にしなくて済む。例えば 5 + "10" が 15 になってくれる。
これは厳密さを追求したJavaとは方向が異なるけど、便利さの追求という点では一理ある。おれは好きじゃないけど。
どっちが優れているとかじゃなくて、方向が異なるだけ。
0461nobodyさん
2006/05/28(日) 21:20:08ID:???っていうか、わざわざ分割してるんだから、それぞれにとって最適な方法を使えばよくて、
わざわざMVCの3つとも同じ方法で書く必要はあるのかな?
それに、極端な例だと、ドキュメントを出力するファイルも.phpだし、コードしか書いてなくて何も出力しないファイルも.phpで、
何かすっきりしないんだけど。
0462nobodyさん
2006/05/28(日) 21:58:57ID:???なんでそう見当違いのこと必死こいて書くかね。ちゃんと理解してる？
MVCの3つをどんな方法で書くべきかなんて話題にしてない。おまえの好きにしろや。
0463nobodyさん
2006/05/28(日) 22:30:44ID:???0465nobodyさん
2006/05/29(月) 00:22:04ID:???PHPがこれだけ急激に広まっているという事実こそが
PHPが優れていることを雄弁に語っているのではないのかね。
もちろんWeb限定。
Javaは使いにくいよ。
言語的に優れてるとか、幅広いことができるのは認めるけど、
やってて楽しくないんだな。
楽しさは
PHP＞C、perl＞＞Java
JavaVMってのがうっとおしくてな。
もっと軽くて使いやすくしてくれよ。
0466nobodyさん
2006/05/29(月) 00:53:59ID:???0467nobodyさん
2006/05/29(月) 01:27:50ID:???で、PHP使える人間が多いから、サイト作るときにメンツをそろえ易いPHPを選択することになる。
どうせウェブサイトなんて1−2年で作り捨てなんで、サービスインできればなんでもいい。
0468nobodyさん
2006/05/29(月) 02:37:07ID:???q・H・pつ簡単さ
0469nobodyさん
2006/05/29(月) 07:26:19ID:???0470nobodyさん
2006/05/29(月) 14:06:41ID:???0471nobodyさん
2006/05/29(月) 17:42:52ID:???WebProgだけ出来ればいいんだよ。
Web以外にもいろいろ作らないといけないような偉いプログラマー様は、
とっととム板に帰れ！！
0472nobodyさん
2006/05/29(月) 19:02:06ID:???PHPなら他言語との連携もばっちりです（＞＜）
0473nobodyさん
2006/05/29(月) 21:23:47ID:???ほう、アセンブリやCを使えんのか？
0474nobodyさん
2006/05/29(月) 22:21:45ID:vWb24W0KPHP厨はプログラミング言語における
低レベル/高レベルの意味なんか分かるわけないので
可愛そうだから放っておいてあげて。
0475nobodyさん
2006/05/29(月) 22:28:00ID:???0476nobodyさん
2006/05/29(月) 22:54:15ID:???0478nobodyさん
2006/05/30(火) 03:25:21ID:???スタイリッシュなPHP使いだけが
この板に似つかわしいのだよ。
0479408
2006/05/30(火) 06:51:59ID:???0480nobodyさん
2006/05/30(火) 06:52:42ID:???0481nobodyさん
2006/05/30(火) 07:39:35ID:???それと同じでいろんな言語を折衷してクールになったのがPHPなのだ。
0482nobodyさん
2006/05/30(火) 07:50:10ID:???関数の扱いもダサすぎるぞ
0483nobodyさん
2006/05/30(火) 17:51:02ID:???たしかヤフオクはPHPじゃなかったと思うけど。
0484nobodyさん
2006/05/30(火) 17:55:39ID:???0485nobodyさん
2006/05/30(火) 18:32:31ID:???それともPHPが多いの？
0486nobodyさん
2006/05/30(火) 18:53:40ID:???サービス部分はPHPで構築が増えてきているけど。
0487nobodyさん
2006/05/30(火) 19:00:26ID:???まあ、エクステンションを簡単に開発できるくらいの技術力があるなら、この環境が最強だと思う。
0489nobodyさん
2006/05/30(火) 20:37:19ID:???中にはPHPで作られたものをJavaで書き直して欲しいなんてものも。
もちろんPerlでWebシステム作るなんてもうないけど、
PHPもその流れになってきてる。
肝心のPHP5はなかなか広まらない、フレームワークは混沌としてる。
みんなもPHPだけしかできないとPerlerと同じ道を歩むことになるよ。
これは煽りじゃなくて警告。
0490nobodyさん
2006/05/30(火) 20:46:16ID:???中にはJavaで作られたものをPHPで書き直して欲しいなんてものも。
もちろんCOBOL/Perlで基幹/Webシステム作るなんてもうないけど、
Javaもその流れになってきてる。
肝心のJava5はなかなか広まらない、EJB/JBossなど
最新版と互換性のないフレームワークで将来が混沌としている。
みんなもJavaだけしかできないとPerler/Cobolerと同じ道を歩むことになるよ。
これは煽りじゃなくて忠告。
0491nobodyさん
2006/05/30(火) 20:49:19ID:???おれの感じは逆だな。Javaじゃなくていい、PHPに限らずスクリプト言語でOKという仕事が多い。
お客は実装手段は問わなくなってきて、それよりセキュリティのほうを気にするようになってきた。いいことだ。
ところでJavaSE6からRhinoというJavascriptエンジンが標準搭載されるけど、
これでJavaからJavascriptへという流れが加速するんじゃないか。
Java屋さんはスクリプト言語を馬鹿にしてるけど、Javaプラットフォームでもスクリプト言語が主役になりつつある。JavaOneレポート見ててもそう感じる。間違いない。
Java屋とPHP屋が争っているうちに、JavaScriptが勝利する予感。Groovyはもうだめぽ。
0492nobodyさん
2006/05/30(火) 20:56:04ID:???EJBの互換性問題で相変わらず1.3…。
しかもEJBもバージョン上げられないし…。
古いEJBを保守するのまじ苦痛。
このシステム、3年後、大丈夫かよ…。
今更COBOLとは言わないけど、C/COBOLは仕様が
変わることがないから何年先でも安心だよなぁ。
その点、PHPはフレームワークがなかったから
独自フレームワークだったのでPHP3→4→5と上げてこれた。
JBOSSは知らんがJava&EJBは心中するしかないね。
0493nobodyさん
2006/05/30(火) 21:56:16ID:???Javaは過去の遺産(=負債)のためにもう発展できないから
将来性を考えれば当然PHPかと。
# COBOL→Javaも日本はアメリカの数年遅れだったし、
# PHP5も数年後には日本ではやるんじゃないかな。
0494nobodyさん
2006/05/30(火) 21:57:58ID:???0495nobodyさん
2006/05/30(火) 22:04:06ID:???The original PDO extension requires PHP 5. However, PHP 5 is currently only being used in about 4% of the PHP hosts, against about 95% that still use PHP 4.
ダメだこりゃ。
0497nobodyさん
2006/05/31(水) 16:02:45ID:???（´;д⊂）
0498nobodyさん
2006/05/31(水) 17:34:46ID:???0499nobodyさん
2006/05/31(水) 19:10:47ID:???0500nobodyさん
2006/05/31(水) 20:51:53ID:???0501nobodyさん
2006/05/31(水) 21:05:07ID:???つかCよりヒドいだろ正直
0503nobodyさん
2006/05/31(水) 21:37:18ID:???無名関数ないし、スライスもできない。
この状況でむやみにオブジェクト指向プログラミングしようとするから、
複雑怪奇なクラス名になって、いちいち関数や変数を作らないといけない。
3日後に見たら、何やってるのか思いだせん。ある意味尊敬する。
0505nobodyさん
2006/05/31(水) 22:30:54ID:???文法が洗練されているから、考えたことがそのままプログラムにできて、ストレス無くコーディングできる。
PHPは文法だけ見ればJavaのサブセットみたいな感じで、回りくどい感じがするんだよなぁ。
それに、最近の主流はフレームワーク＋テンプレートを使った開発方法だから、ページ内にコードを埋め込めても特にメリットないし。
はっきり言って、最近ページの中にコードを埋め込んだりしてないでしょ。
ま、必要ならRubyでもページの中にコードを埋め込めるんだけどね。
ま、そんなわけで、どの言語を使うかは自由だけど、一度Rubyも試してみるといいと思うよ。
0506nobodyさん
2006/05/31(水) 22:32:12ID:???0507nobodyさん
2006/05/31(水) 23:11:10ID:???やっとPHPを覚えたような、ホームページビルダーに毛が生えた程度の人に、
上級者が使うような言語を勧めても無駄だと思う。
0508nobodyさん
2006/05/31(水) 23:41:07ID:???0509nobodyさん
2006/06/01(木) 00:01:22ID:???0510nobodyさん
2006/06/01(木) 05:18:28ID:???0511nobodyさん
2006/06/01(木) 06:16:26ID:???0512nobodyさん
2006/06/01(木) 15:13:36ID:???0514nobodyさん
2006/06/02(金) 09:33:49ID:???0515nobodyさん
2006/06/02(金) 21:31:22ID:???坊やなんて呼べないと思う。
0516nobodyさん
2006/06/02(金) 21:56:54ID:???0517nobodyさん
2006/06/02(金) 22:17:46ID:???0518nobodyさん
2006/06/02(金) 22:21:33ID:???無責任なデータの扱いしてるってのは設計の問題だろ
「バグが見つけにくい」事はあっても「バグが出やすい」ってことはない
0519nobodyさん
2006/06/02(金) 23:54:51ID:???問題が起こるとしたら>518のいう通り、タコなデータの扱い方してるだけ
0521nobodyさん
2006/06/04(日) 12:27:31ID:???0522nobodyさん
2006/06/04(日) 12:45:14ID:???0523nobodyさん
2006/06/04(日) 14:48:50ID:???Java5 にバージョンアップできず、いつまでも Java 1.x のまま。
COBOL に続いて Java はレガシーシステムの山を築いた。
その失敗から Java5 にも手を出せない。所詮は Sun 手動。
なのでアメリカではコードを自由に変更できる PHP5 に注目が集まっているんだろうね。
0524nobodyさん
2006/06/04(日) 18:38:28ID:???0525nobodyさん
2006/06/04(日) 20:47:56ID:???> Java 1.x のまま
を
> Java 1.4 のまま
に読み替えてやれや。
この文脈で言えば、Java1.xがJava5以前のものを指しているのは明らかだろ。
>>523
>なのでアメリカではコードを自由に変更できる PHP5 に注目が集まっているんだろうね。
これはない。
0526nobodyさん
2006/06/04(日) 21:41:59ID:???0527nobodyさん
2006/06/05(月) 01:00:01ID:???どう見ても拡大解釈です本当にあ(ry
0528nobodyさん
2006/06/05(月) 08:14:22ID:???なんかかっこいいぜ！
0529nobodyさん
2006/06/05(月) 08:14:57ID:???↓
0530nobodyさん
2006/06/05(月) 11:47:28ID:???0531nobodyさん
2006/06/06(火) 00:54:13ID:???0532nobodyさん
2006/06/06(火) 03:02:30ID:???Javaはもうだめぽ・・・
0533nobodyさん
2006/06/06(火) 07:38:08ID:???カスタムタグを使って <c:out ... /> やら <c:forEach ...></c:forEach> と書くことが推奨されている。
どうみてもPHPとは違う方向に進んでいる。それもややこしく難しい方向に。
0534nobodyさん
2006/06/06(火) 08:18:08ID:???まあ変数の再利用がほぼできないから処理は書けないわけだが
0535nobodyさん
2006/06/06(火) 09:11:49ID:???0536nobodyさん
2006/06/06(火) 17:02:20ID:???それは Java5 のダメな部分じゃなかろうか。
enum と generics だけでよかった。
static import とかねじ込んだやつは死ねば良いのに。
0537nobodyさん
2006/06/06(火) 17:24:17ID:???0538nobodyさん
2006/06/06(火) 19:09:08ID:???static importはユーティリティ系のメソッドやヘルパーメソッドをつかうにはすごく便利です。
例えば
public class HtmlHelper {
public static String nl2br(String str) { ... }
public static String escape(String str) { ... }
public static String encode(String url) { ... }
}
とかいうクラスがあったとして、これをstatic importすると、まるでPHPやPerlの関数のような感じで
Webプログラムがかけたりします。
それまではプログラム中でわざわざ「HtmlHelper.encode(url)」と書くか、またはstaticメソッドではなくinstanceメソッドにしたうえで
「HtmlHelper h = new HtmlHelper(); h.encode(url);」と書かなきゃいけなかったから、
static importのおかげでヘルパーメソッドは使いやすくなりました。
こういうことが今までできなかったJavaはうんこだったけど、Java5でちんこぐらいにはなったんじゃないでしょうか。
0539nobodyさん
2006/06/06(火) 20:16:20ID:???頑張れよｳﾝｳﾝ
0540nobodyさん
2006/06/06(火) 21:11:36ID:???0541nobodyさん
2006/06/06(火) 23:47:54ID:???APサーバで動くJavaにたかだかApacheのモジュールでしかないPHPを
比べちゃいけないでしょ。
0542nobodyさん
2006/06/07(水) 02:14:00ID:???0543nobodyさん
2006/06/07(水) 03:36:39ID:???0544nobodyさん
2006/06/07(水) 03:41:19ID:???ハードM＝Java使い
ﾓﾃﾓﾃｶﾞｲ＝PHP使い
世間的にはこんなイメージだよね
0546nobodyさん
2006/06/07(水) 10:14:36ID:???たぶん、APサーバという語彙が頭にないもんだから、専用サーバとか言い出したんでしょう。
なんかここ、PHP厨が必死でJavaをこきおろしてるのね。なんか哀れ。
Javaの欠点をまともに指摘できてないから、余計に哀れっぽさが目立つ。
0548nobodyさん
2006/06/07(水) 11:19:15ID:???Java関連の用語ってテクニカルタームとマーケティング用語が混じってわけわからんし
0549nobodyさん
2006/06/07(水) 11:21:27ID:???皮肉には聞こえんが。。。
まあ元の>>541も言語としてのPHPとmod_PHPをｺﾞｯﾁｬにしてる時点でｱﾚだが
0550nobodyさん
2006/06/07(水) 15:03:36ID:???たかだかApacheのモジュールですむのがいいんじゃないか。
WebサーバはApacheであることがおおいから、それとは別にtomcatとか用意しないといけないJavaのほうがずっと面倒。
でもJava屋はその面倒なのを「エンタープライズだ」とかいって喜んでやるんだよな。わけわからん。
0551nobodyさん
2006/06/07(水) 15:25:06ID:???>> Javaの欠点をまともに指摘できてないから、
指摘しても聞く耳持たないから。。。
ほんとに宗教としか言いようが無い。
> 専用サーバーを用意しないと動かない
>>550が説明してくれてる
0552nobodyさん
2006/06/07(水) 16:17:28ID:???Javaも同じ
Java言語で記述できるバイナリははAPサーバで動くものだけじゃないよ
■ このスレッドは過去ログ倉庫に格納されています