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

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

ちなみに俺はPHPは嫌い。
900nobodyさん:2006/08/10(木) 12:46:39 ID:???
続きはム板でどうぞ
901nobodyさん:2006/08/11(金) 09:44:12 ID:???
どう見てもwebプログラム板の範疇だろww
902nobodyさん:2006/08/12(土) 12:29:52 ID:???
a
903nobodyさん:2006/08/14(月) 19:27:21 ID:CxFSbxCE
b
904nobodyさん:2006/08/14(月) 19:44:29 ID:???
今はやっぱりパイパイが最強だよ^^
905nobodyさん:2006/08/14(月) 23:06:29 ID:???
同意
906nobodyさん:2006/08/15(火) 01:20:31 ID:???
桃白白?
907nobodyさん:2006/08/15(火) 01:37:34 ID:???
中華な?
908nobodyさん:2006/08/15(火) 01:54:48 ID:???
909nobodyさん:2006/08/15(火) 11:45:27 ID:???
いつのネタだよ
910nobodyさん:2006/08/15(火) 23:42:51 ID:???
次スレはPHPマンセーでお願いします。その方が面白かった。

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

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

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

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

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

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

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

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

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

必要なのか?
936nobodyさん:2006/09/08(金) 23:02:12 ID:???
面白い話も結構出たし、存続希望。
じゃれあいもありだし。
937nobodyさん:2006/09/10(日) 14:26:55 ID:???
JavaのヤバイところはDTOとかAction Formとかだろ。
何でもクラスにするのキモッ!ハッシュにしてしまえよと。
938nobodyさん:2006/09/10(日) 14:39:22 ID:???
正直、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++のオペレータオーバーロードまでは望まないから、せめて固定で。
939nobodyさん:2006/09/10(日) 20:31:09 ID:???
>>938
打鍵数的に深刻な差が無いのになぜそんなシンタックスシュガーが欲しくなるのかわからない
940nobodyさん:2006/09/11(月) 12:20:03 ID:???
型付けの強い言語に慣れちゃうと
動的言語のゆるゆるなところにキモさを感じる時もある。
一度クラスに落としたおかげで、IDEによる入力補完の恩恵とかがある。
カラム名を必死にコピペするより全然楽だ。

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

うちのチーム、今日C#なWebアプリ納品してきたよ
直接的なコーディングに23人関わってる
944nobodyさん:2006/09/15(金) 00:03:00 ID:???
>動的言語のゆるゆるなところにキモさを感じる時もある
ユニットテストとコードカバレッジを徹底的にやらないと
見つからないバグがあったりするからな
945nobodyさん:2006/09/15(金) 20:00:48 ID:???
C# は言語仕様はかなり好きだが、IDEが最強とは思えない。
リファクタリングとか使い物にならんかった。
コーディングに関係ない部分はすごく頑張ってると思うんだけど。
946nobodyさん:2006/09/15(金) 21:58:08 ID:nJAD9gR+
>>944
型付けの強い言語ならコンパイル時に1秒で判るバグを
検出するのに大変な苦労があるようですね。
947nobodyさん:2006/09/16(土) 12:56:53 ID:???
>>946
型付けが強い言語から移ると誰しも思うことだな
それで、ユニットテストとかが整備されているのならともかく
ないのなら、保守が大変だろうなと考える
948nobodyさん
しかも一見正常に動作するように見える事も多いからなぁ>変数の型間違い。
charにlongで渡すとか。