07/04/27 21:29:59
2ゲトー
3:nobodyさん
07/04/27 22:54:22
なんか前にもあったような
4:nobodyさん
07/04/27 23:39:26
昔PerlV.S.PHPみたいのあったなｗ
5:nobodyさん
07/04/28 00:21:53
議論にもならんお題だな。
6:nobodyさん
07/04/29 02:11:24
おいおい盛り上がってなさすぎだろ
1は責任取れよ
7:nobodyさん
07/04/29 23:24:01
逆説的にPHPはJavaより優れてるって書いて、無理やり理由こじつけて煽りまくればきっと盛り上がるよ。
もしくはPHPユーザ（特に職業プログラマ）を見下す発言をすれば盛り上がる。
8:nobodyさん
07/04/30 14:01:00
言語にこだわっているようじゃ二流。何を作りたいか、誰と作りたいかで選ぶだけ。
9:nobodyさん
07/05/01 11:54:56
つか実際PHPのほが優れてるし
10:cyberhat
07/05/01 15:18:37
Javaは変数の型やクラスを理解する必要がある。
一方PHPは変数型に特にとらわれることが無く、またクラスという概念も無い。
もともとJavaはCを使っている人が簡単に移行できるように設計されているので
Cライクな言語になっている。
で、結果からすればPHPのほうが良い。
11:nobodyさん
07/05/01 18:55:56
つかJAVAのがめんどくさい
12:nobodyさん
07/05/02 03:55:39
PHPにクラスという概念がないって、そんなにPHPを知らないのに
JAVAと比較されても・・・
13:nobodyさん
07/05/02 04:21:10
彼のPHPはバージョン３で止まってるんだよ。きっと
14:nobodyさん
07/05/03 17:07:08 HhOpv94p
JAVA VS Perl
だったら盛り上がるよ。爆発的にｗ
15:nobodyさん
07/05/03 23:49:21
>>14
まず、そのPerlってやつの説明からやってくれ。
16:nobodyさん
07/05/05 06:22:14
PHPは初心者の頃好きだったけど、今は嫌いになったなぁ
17:cyberhat
07/05/05 16:38:13
>>12
PHPにもクラスがあったのですね。
18:nobodyさん
07/05/06 23:03:27
Cらなかったのかい。
19:cyberhat
07/05/09 17:28:36
>>18
知らなかった。
出直してきます。
20:nobodyさん
07/05/10 19:25:04 kngnFaah
ここは↓のスレの続きってことでいいか？
幅広い分野のJavaと名前空間なき脆弱なるPHP
ｽﾚﾘﾝｸ(php板)
21:nobodyさん
07/08/12 01:40:35 f0ck3RcL
yokusiranai
22:nobodyさん
07/08/12 11:39:47
Javaはファイル入出力がめんどいね。
PHPと同じような使い勝手のクラスを作らないとなぁ。
（既にあるなら教えて）
あと、なんで文字コードの変換ってあんなに面倒なの？
（これもJcode.pmみたいなのがあるなら教えて）
23:nobodyさん
07/08/14 00:47:08 6AlB7Srb
やっぱりPHPはServlet + JSPよりパフォーマンス悪いですか？
そこそこの規模のメンボサイトを作ろうと思ってるんですが
JavaになれてるんでPHPよかJavaで作りたいと思ってます、
ただTomcatが動くホスティングって高かったりするのが難点ですが。
24:nobodyさん
07/08/14 00:53:37
Javaで作りたいと思ってるならそれでいいやん
パフォーマンスなんて規模による
25:nobodyさん
07/08/14 00:57:42
クソスレあげないでください。
PHPは十分スケーリング出来ます。使いたくないならつかわなければいいだけです
26:nobodyさん
07/08/14 01:01:41
メンボサイトってメンバー募集サイト？
たかがそんな単純なDBシステムでパフォーマンスの違いが出るか？
１日に５０万件くらい登録されるシステムならJavaのほうがいいと思うけど。
27:nobodyさん
07/08/14 01:18:52
>>26
そうですバンドメンバー募集サイトです。
既存のメンボサイトより検索条件項目とか多くしたり
高機能で使いやすいサイトを作りたいと思ってます。
探してみたら
URLﾘﾝｸ(www.thinkit.co.jp)
みたいな比較がありまして
PHPは安上がりになりそうではありますが
今度色々と機能を増やしていきたいと思ってるので
PHPで重くなるならどうせならJavaにしようかなと思いまして。
28:nobodyさん
07/08/16 13:38:44
PHPは型が隠匿されてる、あるいは暗黙に変換されてるだけで
本当に型がないわけじゃないから実際にはそれが原因でかえって
型指定で簡単にみつかるようなバグに悩まされたりするよ。
29:nobodyさん
07/08/18 09:42:00
Javaは面倒くさい
PHPは誰でも書ける反面書く人によってとても汚いソースになりやすい。
俺は、もうJavaには戻れない。あんな面倒くさい言語もう嫌だ。
PHPの方が開発は、はるかに楽だもん。
30:nobodyさん
07/08/18 11:46:52
Rubyなら綺麗なソースでしかも簡単に書けるけどね
31:nobodyさん
07/08/29 00:40:48
ヒント：重い＞Ruby
32:nobodyさん
07/08/29 22:01:08
Rubyでどんな処理させようとしてるのか知らないけど
Webアプリのボトルネックは言語の処理速度以外のところに
発生するのであんまり関係ないと思うけどね
しかもRuby1.9になればPerlやPythonよりも早いという
ベンチマークもあるし
33:nobodyさん
07/09/04 21:05:51 y5FsU8dw
>Webアプリのボトルネックは言語の処理速度以外のところに
>発生するのであんまり関係ないと思うけどね
甘すぎ。小規模案件しか関わった事無いんじゃね？
34:nobodyさん
07/09/04 22:58:50
matzがそう言ってるんだけど、彼はプログラム言語についてはスーパーハッカーだけど、ウェブ開発に関しては素人だね。
そんなこと言っていいのは予算が大量にあっていくらでもスケールできる場合だけだ。
35:nobodyさん
07/09/05 00:51:43
rubyのコードに対して拒否反応が出てしまう俺様産業
36:nobodyさん
07/09/12 22:42:39
大規模になってしまったサイトなら開発したことがあるけど、
PHPの遅さよりもMySQLの負荷の方が心配だったな。
37:nobodyさん
07/09/24 22:55:48 JlRJpJ4M
PHPでJAVAライクなMVCプログラミングをやってる俺は正統派。
クラスもバンバン使ってるしね。
コンパイルもないし高速だし管理も簡単だしPHPはいい言語だよね。
38:nobodyさん
07/09/25 02:27:26
smartyやクラス使ってるぐらいでそんな偉そうなこと言われても
39:nobodyさん
07/09/30 11:03:58 oRBylpfV
smarty使うなら素直にJava使えばいいのに。
PHPはHTML中に適当に混ぜて使えるお手軽さだけが売りなんだし。
40:nobodyさん
07/11/04 13:07:23 tQVdL+Pv
>>32
ruby が perl より速くなることはアリエナイ。
perl は各関数を c 化するとか恐ろしい最適化がなされている。
41:nobodyさん
07/11/04 16:45:38
>>40
42:nobodyさん
07/11/05 12:46:22 P3BOVz/n
デザインとロジックは分けてくれよたのむ
43:nobodyさん
07/11/05 13:56:10
頼むからHTMLファイルとCSSファイルを一緒に書かないで！わけわかめ。
44:nobodyさん
07/11/05 17:35:37 uHuT8ykS
どっちもViewじゃん
45:nobodyさん
07/11/06 06:02:30
>>43
ある意味、かえって解り易いと思うんだが・・・どちみちFireBugで一発表示出来るだろう？
46:nobodyさん
07/11/07 18:09:07
一時期Javaに手を出したが、あれはどうにかしてくれと思った。
まずhello, world表示させるだけで一仕事じゃねーか。
Java速い速いっていうけど、PHPじゃ遅すぎてどうしようもないサイトってどんだけ大規模よって話。
ハードの進歩の勢いを超えるアクセス数の増加ってまずないと思う。
それだけ大規模なサイトなら、広告つけて稼いでハード買い足せ。
mixiはperl、wikipediaはphpだったよな？
サーバ増設してロードバランサつけて・・・ってそっちのほうで対策したほうが合理的だと思う。
後はバッチ処理とか速度を要求される部分だけ高速な言語を使うというのもアリだと思う。
47:nobodyさん
07/11/07 20:17:32 c00p5Bcc
URLﾘﾝｸ(www.infoq.com)
--
Justin Sher氏(ブログ・英語)はeBay、GMail、Amazon、hi5.comとGoogle AdWordsがJava上で構築されていることをすばやく指摘した(source)。
--
48:nobodyさん
07/11/07 20:18:35
言語の優劣語るのはあんま意味ないとは思わんかね
研究で使用ツールの話するようなもんで
49:nobodyさん
07/11/08 12:47:30
amazonってjavaなの？perl主体のごった煮だったと記憶しているが、どこの話だったっけ
50:nobodyさん
07/11/08 13:04:09
お前がこれからamazonとかebay運営するつもりなら、Java使えばいいんでねーの
51:nobodyさん
07/11/08 14:46:44 xbukpQYj
web環境
javaは動作速度が速い
phpは開発速度が速い
javaで仕事をやらせると技術者が逃げるのが早い
phpで仕事やらせると技術者の習得が早い
52:nobodyさん
07/11/08 16:05:23
月間１５００万ＰＶあるが、３０万ぐらいで買ったOpteron鯖にPHP+MySQLで何も困っていない
53:nobodyさん
07/11/08 18:43:36
Javaなんて使わないと忘れるが、PHPは結構忘れなさそう
54:nobodyさん
07/11/08 19:18:57
>>53
言語自体は使わなくても忘れない。
忘れるのはオプソのパッケ群の使いかただろ。
55:nobodyさん
07/11/08 19:20:37
>>46
System.out.println("hello >>46");
56:nobodyさん
07/11/08 19:22:04
つーかスレ全般的に分かってねぇ屑だらけだな。
57:nobodyさん
07/11/08 19:24:19
よくelseifかelsifかelse ifか忘れる
58:nobodyさん
07/11/08 20:24:15 RjowdIUr
PHPでできることをJavaでやるのは、そんなに難しくない。とおもう。
59:nobodyさん
07/11/08 20:45:34
おいらは、
Javaやる→わけわかめ。
↓
上司にPHPをやらされる→こりゃいいや。
↓
もう一度Javaやれ→あれ？前よりわかるぞ。
↑
今ここ。
60:nobodyさん
07/11/09 08:06:10
100万回ループして計測したらJavaのほうが圧倒的に早かったな
まぁ自分の環境だけじゃあてにならんが。
61:nobodyさん
07/11/09 10:03:30
そりゃそうだろ
DB使うとそっちにボトルネックが移動するから差は縮まる
62:nobodyさん
07/11/09 12:12:15
ＤＢ使わないJavaシステムって想像がつかんな。
数値計算でもする気か？
63:nobodyさん
07/11/09 13:50:55
DBの負担を減らすためにDBは簡単なスキーマにしてスクリプト側で複雑な処理をするんじゃん。その場合にPHPとJavaじゃまるで実行性能が違う。
64:nobodyさん
07/11/09 14:06:49
いやDBに処理させろよｗ
65:nobodyさん
07/11/09 14:15:50
それにJavaだと変数をアプリケーションスコープに入れとけば簡単に永続化できる。これもDBへのアクセスを減らすことに役立つ。
66:es
07/11/25 17:22:24 8A2oGZ/+
PHPは言語構造がださい。
あの$マーク、うざい。
コンパイラが関数と変数の区別ができないからダラー記号に頼ってる。
PHP言語作ったやつの手抜きか知能指数不足。
ジャンクフードだ。PHP嫌いです。
67:nobodyさん
07/11/25 17:31:41
$マークってうざい？
これはこれでわかりやすいと思うけど。
68:nobodyさん
07/11/25 17:51:20
言語構造と変数とその他がごっちゃになって可読性が悪いCとかJAVAより良い
69:es
07/11/25 18:03:20 8A2oGZ/+
関数には末尾に() がついてるからそれだけで充分。
＄マークは余計です。
読むときにじゃまくさいし書くときは１文字増える。
70:nobodyさん
07/11/25 18:19:30
$がないともう生きていけない
71:nobodyさん
07/11/25 18:37:21
旧来の便所におけるウォッシュレットのようなもんだ
72:es
07/11/25 18:53:00 8A2oGZ/+
ウォレットならいいけど。
私に言わせると、＄記号は、「ポッタン方式のおつり」だ。
73:nobodyさん
07/11/25 19:11:33
どの辺がだよｗ
74:es
07/11/25 19:31:31 8A2oGZ/+
Javaだと
int a = 0;
int b = 2;
a++;
System.out.println(a);
a++;
b += a;
System.out.println(b);
PHPだと
$a = 0;
$b = 2;
$a++;
System.out.println($a);
$a++;
$b += $a;
System.out.println($b);
となる。
Java: e = a + b + c + d;
PHP: $e = $a + $b + $c + $d;
なんてことにもなる、PHPダサすぎ。
１行のうち何パーセント＄が出てくるんだろう。出すぎだ。
75:es
07/11/25 19:33:30 8A2oGZ/+
PHP のSystem.out.println( ) はecho ' ' のミスでした。すんません。
76:es
07/11/25 19:50:05 8A2oGZ/+
数学的な演算の表記法として、PHPはできそこないだ。
数学では変数に＄記号なんか付けない。
PHPのコードでは概念の把握が阻害されると思わざるを得ません。
77:nobodyさん
07/11/25 20:22:45
$付いてる方が、検索で変数を探しやすい気がする。
78:nobodyさん
07/11/25 20:31:27
結局お前の好みの問題ってことじゃん
79:nobodyさん
07/11/25 20:53:03 WBOvTEV5
javaもPHPもrubyに比べたらうんこ
80:nobodyさん
07/11/26 00:14:03 6NVaPo9a
Rubyってあの、トロいRuby?
81:nobodyさん
07/11/26 01:36:53 kaYjtLUw
スピードだけ考えるなハゲ
82:nobodyさん
07/11/26 01:44:00
Rubyは言語理想主義者がとことんまで突っ走ってああなった感じ
83:nobodyさん
07/11/26 03:41:26
Rubyは自分用のお手軽ツールつくるのに便利ですよ。
84:nobodyさん
07/11/26 08:25:38
Perlの場合、$@%で変数の型を視認できるのがよい。
85:nobodyさん
07/11/26 10:12:38
チョロQは10円玉でウィリー走行できる
フェラーリはできない
よってチョロQの圧勝
こんなバカがこのスレにはたくさんいます
86:es
07/11/26 21:00:11 2ox37DIK
PHPの
＄＄変数
は、C/C++の世界の住人の発想でしょう。
もともとの**変数より変な文法でわかりにくい。
87:nobodyさん
07/11/26 21:44:07
わかりにくいのは
お前がバカだから
88:es
07/11/26 21:53:33 2ox37DIK
つーか
＄＄変数
なんて使い道がない。がらくた言語。
89:es
07/11/26 21:57:30 2ox37DIK
C/C++のポインタなら
*が何個あっても理解できるよ。
PHPのは$$２個だけ。はんぱもん。
90:nobodyさん
07/11/27 02:20:48
$$変数って何？可変変数のこと言ってんの？
91:nobodyさん
07/11/27 09:38:30
多分
92:nobodyさん
07/11/27 11:24:54
可変変数とか真顔で言っちゃうのがキモいんだよな・・・
Zend Optimizerとかphp.iniとかも
93:nobodyさん
07/11/27 16:55:30 HuHWgn6t
可変変数（笑）
94:nobodyさん
07/11/27 17:53:46
可変変数なら3つ以上も普通に可能。
php初心者なのは仕方ないがまずよく調べてから発言するように。
95:nobodyさん
07/11/27 20:46:00
可変変数、動的にインスタンスを作れるとか、いくらでも使い道あるわ。
だいたい可変変数とCのポインタは全然別の機能だろ。どっからそんな発想が生まれるんだよ。
可変変数のアイデアソースを求めるなら、シェルの変数展開なんかだろ。
96:nobodyさん
07/11/27 20:59:49 OQsEuWQD
配列の値をa～zにするとします。その値をループでまわして変数の値にできるのが
可変変数でしたっけ？私、前から疑問をいただいておりまして、すれ違いだとおもいますが
ちょうど話がでたので、おしえてください。
97:nobodyさん
07/11/27 21:01:26 OQsEuWQD
というより、配列の値を変数名にしたいときが多々あるんだけど方法ないかな？
98:nobodyさん
07/11/28 21:22:03
>>96
つマニュアル
99:nobodyさん
07/11/29 13:07:50
>>97
普通にあるが仕事じゃ使っちゃだめ。
メンテになったらバカがソース見るんだから混乱させちまう。
100:nobodyさん
07/12/01 03:26:27 G65/6OzT
javaはjavascriptと間違ってはやっただけだと思う。
ajaxが本命
javaでjavascriptを作るなんて論外だ。
逆に難しくなるじゃないか！
101:nobodyさん
07/12/01 04:18:04 x4phVEBW
レンタルサーバなので、普段はPHPです。
Javaは今のところ出番なし。
102:nobodyさん
07/12/01 11:08:42
なんか、PHPスレが一杯上がって、すごいな。
そういう俺は、Java専門。
103:nobodyさん
07/12/02 12:53:22
個人が趣味で使うならPHPだろ。
Javaなんてやってる暇あったらJavaScript覚えた方が100倍有意義。
104:nobodyさん
07/12/03 13:31:03 516F9mkS
cmsが増えたからだろ PHPが増えたのは
カスタマイズできないやつ大杉
105:es
07/12/06 19:31:10 tBc2vo0K
PHPの関数って
戻り値の型がなんなのか？
が関数の冒頭に書いてないから何を返すかプログラム読まないとわからない。
やっぱモグリプログラマー用言語。
106:nobodyさん
07/12/06 21:43:56
型がたった１つに固定されてるほうが柔軟に書けないから使えないよ
107:nobodyさん
07/12/06 21:58:31
ま、なんだかんだで型が静的に決まってるほうがプログラムしやすいんだよな。バグの発見をコンパイラがしてくれるから。
ウェブアプリだと、リクエストパラメーターに対するヴァリデーションチェック、DBに入れるときの数値型、文字列型の判定、この2つのタイミングでどうしても型チェックをすることになる。
だったら、初めから型付けしてある変数を使った方がいい。
108:nobodyさん
07/12/06 22:42:16 hKz8jRYO
>>106
一度型を決めた変数を、後から型を変えるって有り得ないだろ…
インターフェース使えよ。
109:nobodyさん
07/12/07 01:33:43
>>108
有り得るだろ
110:nobody
07/12/07 19:03:39 xs468PU1
スクリプト言語全般にいえるが
結局、触れ込みだけ立派で実質がくだらない。
日産マーチのツインカムエンジンみたいにスペックは凄ぶってるが
「初心者・未経験者歓迎」以外自慢できる点が無い。
Rubyの関数定義にdefというキーワードが付いているがあれは
「definition」の略か？
クラス定義にはdefがついてない。一貫性が無い。
「ストレスなくプログラミングする」というふれこみと食い違ってるな。
落ちこぼれ組の開き直り症候群だ。
111:nobodyさん
07/12/07 19:32:04 xs468PU1
Rubyが関数にdefをつけるのはPythonのパクリ。
恥も外聞もない。寄せ集めのプランケンシュタインみたいな文法。
なにがオンリーワンだ。
醜悪だ。福笑いだ。
112:nobodyさん
07/12/07 21:13:47
>>111
レベルひっくｗ
113:nobodyさん
07/12/07 21:46:46
rubyは松本が楽しくプログラミングできる言語であって、誰でも楽しくなれるわけじゃない。
114:nobodyさん
07/12/08 22:22:45
_,......,,,_
,､:'":::::::::::::::::｀`:...､
／::::::::::::::::::::::::::::::::::::::＼
i::::::::::::::::::::::::::::::::::::::::::::::::::ヽ
!::::::::::::::::::::::;‐､:::::::::＿::::::_::::';
|::::::::::::::::::::::| ::￣ ｀`!
r''ヾ'::::::::::／ :: |
l r‐､＼::/ _,,､ii_;;_､ _,,,l､
ヽヾ〈 ::= -r:;;j_;､`/ :;'ィ;７
!:!_,､ :: ｀ ー : |: ｀´/ 何かもう必死でしょ？
,./ヽ | ､_ :: ,: 'r' :i |: / 最近のrubyは
,../ ｀ヽ;_ i | '"､_:::__｀:'‐'. /
/ ｀`'ｰ ､_＼ ! `::｀￣''`ﾁ`ｼ
／ー ､_ ｀＼:､_ :: ｀￣／
／ ｀`ヽ､ ヽ｀'7‐--'
115:nobodyさん
07/12/09 18:04:52 ztUyfg8W
Javaがrubyに攻撃されるようになったのは、
うじゃうじゃフレームワーク群（親不孝もんのドラ息子ども）が乱立して混乱したから。
rubyはRoR１種類でカタがつく。
そこで思うんだけど、RoRと全く同じフレームワークをJava版で作ったらいい。
ruby撃沈。
116:nobodyさん
07/12/09 20:59:48
選択肢は多い方が良いだろ
sun社員が仕事でfw作ってるんだし
117:nobodyさん
07/12/10 20:53:08 8LhIxWGY
$e = $m * $c * $c
だっさ。
118:nobodyさん
07/12/11 17:33:31 ydQRJCw6
中小零細のSI企業が高卒のドシロウトでも即戦力で使いたい。
教育期間を半年も取ってたら会社がもたない。
そういうピーピーのビンボくさい理由でPHPが流行した。
これが実情だろう。
119:nobodyさん
07/12/11 17:46:31
>>115
JRuby on Rails
JRubyはjavaか、というのはさておき、Sun社員様が一生懸命やっておられる。
120:nobodyさん
07/12/11 22:59:22 ydQRJCw6
JRuby on Rails って、
Rubyでコード書くんでしょ？
それじゃあJava使いは仕事できないじゃない。
しょうがないです。
Rubyはつぶれてもらいましょう。
121:nobodyさん
07/12/27 18:49:27
マジレスするとPythonはもっと評価されてもいいと思います。
Python - Wikipedia
URLﾘﾝｸ(ja.wikipedia.org)
Pythonはもともと教育用に設計されたためか、読みやすく、それでいて効率もよいコードをなるべく簡単に書けるようにするという思想がすみずみまで浸透しており、Pythonコミュニティでもわかりやすいコードをよしとする傾向が強い。
122:nobodyさん
07/12/27 19:23:47
汚く書けない／書きにくい、が最良という発想ね
実際一理あるよな。
Perlみたいに汚く書け過ぎる代わりに、コマンドラインから1行に押し込んで実行する時に役に立つのもあるから適材適所だろうけど。
123:nobodyさん
07/12/30 23:11:22 58ItcGDT
JavaユーザーってPHPを馬鹿にし過ぎｗｗｗｗｗｗ
適材適所じゃね？へんな宗教みたいできめぇｗｗｗｗｗｗ
124:nobodyさん
07/12/31 00:53:59
そうだねプロテインだね
125:nobodyさん
08/01/19 23:56:51 At/DzkYI
C++に比べたらどっちもカスだからなぁ
126:nobodyさん
08/01/20 21:42:18
C++（笑）
127:nobodyさん
08/01/25 03:14:35 TQH7UIg4
JavaはC♯と比べてもうんこです。
PHPは問題外
128:nobodyさん
08/01/26 08:18:47
C#(笑)
129:nobodyさん
08/01/30 11:57:39
PHPもJavaも使うけど、PHPの開発効率の高さはやめられん。
今まで使ったFWを参考に作った自作FWとコード生成ツールを使うとおっそろしく
短時間で作れるから。同じPHPでもコード生成ツールなしの場合に数日かけてた
作業が、これを使うと数分で済む。もちろんtypoもないし。DBの定義に合わせた
modelクラスと一通りのDBアクセスコード、フォームからデータを受け取るコード
と入力検証コードは一瞬で生成。あとは仕様に合わせてちょっと追加変更をする
だけ。
Java用にもコード生成ツールは作ったけど（既製品も併用してる）、既存のFWに
縛られるから、ツールを使うことを前提にした自前のFWがある分、俺にとっては
PHPのほうがいい。
130:nobodyさん
08/03/14 02:29:45
数分で作れる物に対しては、
PHPが一番優れていることに誰も否定していないよ。
あー、Schemerだけは言うかもしれないけど、誰も聞いてないのでOK。
20分を超えるまではベストだと思う。
131:nobodyさん
08/03/16 00:04:47 hig48zZC
Cに比べたらどっちもうんこ
132:nobodyさん
08/03/16 02:17:17 Rei10Egm
それマジでいっている？
まあ作るものによって違うけど
133:nobodyさん
08/03/17 00:35:02
PHPやってるけど、
わからん。。。
JavaはAPIみれば組めるけど、
PHPはライブラリーの見方がわからない。
みてもわけわかめ。。。
Javaエクリプス開発で楽だし、、、、。
134:nobodyさん
08/03/17 02:27:16
PHPも今はeclipsePDTが増えてきている
135:nobodyさん
08/03/17 16:25:41
PHPも有名な方言があれば使えないこともない
136:nobodyさん
09/03/14 03:14:35
ｽﾚﾘﾝｸ(pc板)
137:nobodyさん
09/03/17 01:39:25
残念ながらＰＨＰが最強
なぜなら俺が使ってるから
ひきこもりでもブログが作れます(^^；
138:nobodyさん
09/03/17 22:50:53
PHPとJavaじゃ用途が違う。
全く意味のない議論ですね。
139:nobodyさん
09/03/27 04:38:01 6KwvcsIu
無意味な議論だよ。俺Javaで組んだことあるが、ほんと限られたクライアント
だけだった。でもなるほどなと思ったよ。でも、今は自営なのでphpのほうが
良い。
140:nobodyさん
09/03/28 13:07:09
PHPのバージョンは？
PHP12ぐらいだとどう？
141:nobodyさん
09/03/28 14:10:57
やっぱり実際にWEBシステムを構築してから
レンタルサーバを借りる事を考えるとどう考えてもPHPにぐんぱいはあがるね。
なぜなら安いし。最近だとIDEも色々と出てるから態々Javaを使うメリットがない
と思う。
142:nobodyさん
09/03/31 10:23:57
php6はjavaに近くなるらしいからjava使ってた奴は死んでね
143:nobodyさん
09/03/31 10:34:01
了解
144:nobodyさん
09/04/05 23:53:43
どう近くなるのかと
145:nobodyさん
09/05/04 20:04:17 ZVkqfyYv
php6いつ出る？
146:nobodyさん
09/05/07 00:23:09 yyATDjqZ
phpのおかしいところはc言語みたいにインクルードをしないとほかのファイルを参照できないところだろう
147:nobodyさん
09/05/07 00:24:41
どんな感じだと良いの？
148:nobodyさん
09/05/08 15:37:15
>>146
何がおかしいの？
149:nobodyさん
09/05/12 14:06:07
>>146
PHP5からはオートロードの機能がありまっせ。
150:nobodyさん
09/06/02 08:15:49 CMbl2SlH
>>1
やっぱ食生活見直しですかね
151:nobodyさん
09/06/02 08:44:25
PHPユーザーを代表します。
JAVA覚えたいです。
難は易を兼ねる。
給料アップしたいです。
152:nobodyさん
09/06/06 06:10:11 8Lsz1VZX
>>150
(´･ω･｀)ｼｮﾎﾞｰﾝ
153:nobodyさん
09/06/07 04:35:23
>151
俺は3年前にPHPエンジニアからJavaエンジニアにチェンジしたけど
今思うとWeb系はJavaできないと食っていけないよね。
PHPは給料も安いし。だいたい50万円前後くらいしか貰えない。
（Javaなら70万円前後。今は不況で無理だけどなー）
ただ、Javaは覚えることが多くてな。
Javaの言語仕様、Servlet、JSP、Tomcat、Ant、Maven、Struts、Spring、
Hibernate、iBATIS、Eclipse・・・
最低限これくらいは抑えておかないと。
154:nobodyさん
09/06/08 08:14:30 Cgd0YOBH
>>152
ｵﾔｽﾐ…
＜⌒／ヽ-、_＿_
／＜_/＿＿＿＿／
￣￣￣￣￣￣￣
155:nobodyさん
09/06/10 21:43:05
基情でJAVAやったからもういいや
オブジェクト指向の概念だけミッチリやっとけばよくね？
156:nobodyさん
09/06/30 19:26:23
Javaが使われてるwebページなんてあるの？
インタラクティブなコンテンツ作るならFlashとかAjaxが主流だし。
あと、Javaでcgiやるとなんかいいことあるの？
処理速度が速いとか？
157:nobodyさん
09/07/02 00:20:10
>Javaでcgi
158:nobodyさん
09/07/07 12:12:45
>>155
結局ツールの使い方、もっといえばライブラリの勉強、
現場ではそれに尽きる。
オブジェクト指向の基本的なところを抑えておかなきゃ
いけないのはそうだけど、どっちにしろ、ライブラリ使え
なきゃフレームワークの意味ないからね。
159:nobodyさん
09/07/07 12:13:37
>>157
Java仮想マシンの中で全ての機能をパッケージ化できるじゃないか。
いや、別にServlet経由してもいいけどさ。
160:nobodyさん
09/07/07 14:17:17
Full JavaでOS作れたらJava認めてもいいよ。
161:nobodyさん
09/07/07 20:09:02
>>156
サーバサイドはjavaで作ると相当速くなるっぽいよ。
phpとjavaのパフォーマンスを比較した記事がどこかにあった。
ただ開発は大変だろうね。大規模ならあえてjavaを使うのもありだと思う。
ただ、amazonやgoogle、wikipediaなんかの有名どころはjava使ってないらしいな・・・
そんなにメリットないのかな。
162:nobodyさん
09/07/08 19:02:01
java は起動しっぱなしだからなぁ。
php ページ表示されるたびに呼ばれるからなぁ
163:nobodyさん
09/07/09 00:57:38
PHPは、プログラミング言語として学ぶべきものではない
URLﾘﾝｸ(blog.livedoor.jp)
164:nobodyさん
09/07/09 01:09:02
>>163
圧倒的に優れているはずの我がperlが、普及率でPHPに劣っているのが我慢ならんのでしょ。
ガチガチでギラギラの顕示欲にまみれたおっさんなんてほっとっけ。
165:nobodyさん
09/07/09 08:13:42
こういう攻撃的な文は好きじゃないけど主張には共感出来る部分が多いな。
166:nobodyさん
09/07/09 13:08:39
それは言語仕様によるものなのか？
PHPは、HTMLにコードを組み込み易くする、
かつ、HTTP/HTMLに便利な関数を最初から
ビルトインしてるってだけだろ。
Javaだって関数仕様は使うソリューションに
依存するじゃねーか。
何をすれば、綺麗な実装なんだ？
それを言ったら、どの言語も、いまや目的別
のライブラリを利用するためのツールで、
言語ごとに学ぶものじゃないって結論になるだろ。
167:nobodyさん
09/07/09 14:32:11
いや、とはいってもPHPの関数名はひどい。
htmlspecialcharsを見た時は殺意を覚えた。
html2safestrでいいって。
168:nobodyさん
09/07/09 14:50:20
safe...?
169:nobodyさん
09/07/09 15:10:01
今日使った一番長い関数
mysql_real_escape_string だっけ。
まぁでもいいじゃん。関数名なんてコピペで入力するんだから。
むしろ何の機能かわからんくらい短くされると困る。
170:nobodyさん
09/07/09 16:36:09
session_set_cookie_params の勝ち
171:nobodyさん
09/07/10 21:42:38
>>167
キモイ
172:nobodyさん
09/07/21 01:54:54
javaって大文字と小文字を使い分けなくちゃいけないんだっけ？
アレ面倒だな。
173:nobodyさん
09/07/21 02:01:55
え？PHPってケースインセシティブなの？
VBと一緒に死ねばいいのに。
174:nobodyさん
09/10/13 16:07:03 cM43x5Bu
>>169
＞ mysql_real_escape_string だっけ。
ＪＡＶＡではありえない関数名。ＪＤＢＣはどんなＤＢでもメソッドは同一。
ＰＨＰ＝くそ
175:nobodyさん
09/10/13 16:08:40
javaの価値観を押し付けられても
176:nobodyさん
09/10/13 17:20:41 cM43x5Bu
>>175
ＰＨＰってＤＢをMySQLからオラクルに変えたらシステム全部書きなおし。
信じられない融通の利かなさ。
言語作ったやつアルツだったのかとしか思えない。
177:nobodyさん
09/10/13 17:55:13
それはMySQL関数使ってるからでしょ
178:nobodyさん
09/10/13 18:39:24
どんだけおまぬけ発言だよｗ
179:nobodyさん
09/10/13 20:43:15 cM43x5Bu
>>176
みたいな事態は実際にありうる。
古いコードを運用していて、「社内ＤＢをオラクルに変えよう」という場合。
あと、生まれつき出来そこないのＰＨＰはZendがバージョンアップするたびにあちこち古いコードが使えなくなるだろ。
古いものと新しいものを混在させることができない。運用上まずいんでない？
Javaではそういう話はない。最初から完成度高いからね。
ＰＨＰのバージョンが上がると徐々にＪａｖａに近づく。
最終的に「なんだ～？これJavaじゃん」となるのでは？
180:nobodyさん
09/10/14 01:02:29 +6LSQrPW
「Javaはムズカシイ」と言ってる感覚がわからん。
JavaはCとかC++より簡単なのに。それ以上簡単にする必要は全くない。
フレームワークが多数出ていて全部知ろうとするとたしかにうんざりだがその必要はない。
JAVAをミスユニバースとすれば
PHPはプログラミング言語の世界のヘチャムクレ奇形児だ。見るに耐えられない。
何回整形手術してもブサイク。
Zendはユダヤ人が始めた会社で開発センターはイスラエルのテルアビブにあるんだろ（本社はいちおうカリフォルニアだがシリコンバレーではない）。
テロが蔓延して弾丸が飛びかう地域でガツガツの金の亡者ユダヤ人が作ったもの。
メチャクチャなシロモノになるのも当然か。
181:nobodyさん
09/10/14 01:07:32
そうかそうか
182:nobodyさん
09/10/14 01:09:23
PHPもPDOとか作ったん。
183:nobodyさん
09/10/15 02:10:09
例えれるとJAVAはXHTML2
PHPはHTML5
で世の中どっちに行こうとしてるの?その理由は?
それ考えると自明
184:nobodyさん
09/10/15 12:12:29 H4FKok6e
>>183
＞例えれるとJAVAはXHTML2
PHPはHTML5
JAVAはWeb専用なワケではない。
制御系にも業務系にもなんにでも使われる。GoogleのandroidもJAVA。
PHPはWebだけ。小さいな～
185:nobodyさん
09/10/15 12:32:09 IJjjUaJi
>>183
「PHP=簡単 Java=難しい」でPHPを始めた人も多いのでは。
そりゃそうだ。HTML内にベタベタ書けば良いだけなんだから。
簡単だよ。お手軽だ。
でもPHPにもクラスが入って来たりフレームワークが使われ始めているから、
そろそろ、プログラミングの知識が無いと難しくなって来るんじゃない。
186:nobodyさん
09/10/15 13:42:29
今時ＰＨＰをベタベタ書けば良いだけとか表現するあたり
使ったことないだろ
定義されてるかどうかきっちりチェックしていかないと警告出まくりだぞ
187:nobodyさん
09/10/15 14:45:47
別にerror_reportingの設定なんか自分で変えればいいじゃん
188:nobodyさん
09/10/15 15:02:01
error_reportingの設定で警告回避とかプログラマーとして失格だろ
おまえはそんな糞コードを推奨するのか？
189:nobodyさん
09/10/15 15:16:28
error_reportingのためにコーディングするの？
190:nobodyさん
09/10/15 15:19:12
>>186
さてはまだフレームワークを使っていない輩だな
191:nobodyさん
09/10/15 16:04:57
より正しく、より応用範囲が広く、よりパワフルなXHTML2は自壊する事になった。HTML5に負けのだ。
ちなみにHTML5もWebにしか使えない。
192:nobodyさん
09/10/15 21:18:52 H4FKok6e
ポインタの概念もないくせに
＄クラス->メソッド()
の記法は笑えるというか腹立つ。
193:nobodyさん
09/10/15 21:29:05
>>192
こいつ、アホスｗ
194:nobodyさん
09/10/16 09:07:19 G9eUGGQp
>>193
アホがまともな人を見るとアホに見える。
195:nobodyさん
09/10/16 12:26:02 G9eUGGQp
>>180
「カネが欲しい！ドルが欲しい！」
と２４時間３６５日考えているうちに
変数の頭に＄記号を付けないと気がすまないという精神構造になって
ＰＨＰの変数に＄が付いた。
のではないか。
「UNIXシェルスクリプトの慣行を踏襲した」
というよりもそういう深層心理からだったのだろう。
シェルでは変数に値を代入する場合、左辺の変数名には＄をつけない。ＰＨＰでは変数は常に＄で始まる。
このことからも
ＰＨＰ＝カネの亡者の産物
であるといわねばならない。
196:nobodyさん
09/10/16 13:31:08
つまんない長文さらすなボケ
197:nobodyさん
09/10/16 17:25:08 G9eUGGQp
ＰＨＰの営業はバカの一つ覚えでこう言う。
「ＰＨＰのシステムはＪａｖａより軽いです。サクサク動きます」
ウソつけ！
やつらは科学的なデータを示すことはできない。
なぜならそれがウソなのが証明されてしまうからだ。
198:nobodyさん
09/10/16 18:37:29
そんな営業はいない
199:nobodyさん
09/10/16 19:07:49
こんなアフォでもＪａｖａできるのかｗ
200:nobodyさん
09/10/16 19:17:22 G9eUGGQp
ＰＨＰはオブジェクト指向になりきっていない。
例えば
array_change_key_case()
array_chunk()
array_combine()
は
Array ar = new Array();
で生成して
ar->change_key_case()
ar->chunk()
ar->combine()
とするのが本来のオブジェクト指向のコード。
ハンパだな～～～
あ、＄忘れた。
201:nobodyさん
09/10/16 19:19:58
PHPはオブジェクト指向言語なんかでないもの
202:nobodyさん
09/10/16 21:52:16
>>200
arrayObject使ってメソッド実装すればいい
つうかそんな事OOPの本質と関係ない
203:nobodyさん
09/10/16 22:44:13 G9eUGGQp
＞つうかそんな事OOPの本質と関係ない
やっぱり本質的に関係あるよ。
関数名の先頭にオブジェクト名がついてるようなオブジェクト指向言語はＩＱ不足だ。
Javaで
StringBuffer sb = new StringBuffer();
sb.stringbuffer_append();
だと冗長なので
sb.append();
となっている。
コーディング上意味が重複するものが発生しないようにすべきなのだ。
ＯＯＰ化したならPHPの関数のａからｚまでまるごと先頭の単語はムダだ。
204:nobodyさん
09/10/16 23:26:10
>>203
だから202は「arrayObject使ってメソッド実装すればいい」と言ってるじゃないか
205:nobodyさん
09/10/17 09:01:46
このスレに限らす変数なんでもオブジェクトがオブジェクト指向と思ってるやつがいるよな
まずはWikiでOOP読め
206:nobodyさん
09/10/17 10:10:50 0DJi7zUm
>>205
WikiでＯＯＰで見たら
オブジェクト指向プログラミング
があったがそのページにはＰＨＰがのってなかった。
やっぱなんちゃってのまがいものだから載せるにはためらいを感じたんだろう。
207:nobodyさん
09/10/17 12:05:29
>>206
オブジェクト指向設計を学ぶべし
208:nobodyさん
09/10/17 13:53:37
>>206
そんな事どうでもいいから中身読んでみ
209:nobodyさん
09/10/17 16:28:52 0DJi7zUm
>>208
３回読んだ。
ようするに純粋なOOP言語にJavaは含まれるがＰＨＰは論外であり
Perlより下の扱いというか圏外。
邪道、外道、ハリボテ、バッタモンである。
210:nobodyさん
09/10/17 17:54:55
OOPが出来ない言語はPerl以下の言語である。
何それ？
209の考え方の方が邪道、外道、ハリボテ、バッタモンじゃん
211:nobodyさん
09/10/17 20:49:52
>>209
理由書いてみ
変数ネタはもう飽きたから違うのな
212:nobodyさん
09/10/18 11:27:03 xxwa2wCT
print()<---C
とか
echo <-----shell
とか他の言語体系からパクって来てるの、恥ずかしくないのかな。
print_r("件数は$kennsuuです");
は
print_r("件数は".$kennsuu."です");
にしてくれんかな～～違和感がある。
風船騒ぎの子供みたいなのがPHP作ったんじゃないかな。
213:nobodyさん
09/10/18 11:39:40 xxwa2wCT
array は文字通り見たら配列でしょ。
ところがこれが「連想配列」でJavaのMapみたいなもの。
自然言語のイメージと食い違っていて誤解を生じる。
Mapと配列は分けてくれ。
配列の発展形として当然Listクラスくらいないと困るけどないらしい。
ボロボロなのでは？書いてて苦痛じゃないですか？
214:nobodyさん
09/10/18 11:43:28
え、どういうときに困るの？
215:nobodyさん
09/10/18 12:13:46 xxwa2wCT
>>213
JavaのListにはキーがない。ただオブジェクトが並べて入っている。
キーを使わないで並びのオフセット値で取り出したり入れ替えたりするのに使う。PHPではできない。
PHPのlist()はarray()からキーで取った値を取り出す。キーなんかつけるなよ！
PHP作者はMapとListと配列が頭の中でカオス状態になっている。もっと頭脳明晰じゃないと言語作る資格がない。
216:nobodyさん
09/10/18 12:47:45
>キーを使わないで並びのオフセット値で取り出したり入れ替えたりするのに使う。PHPではできない。
PHPでもキーを指定しなければ並び順になるのでは？
>PHPのlist()はarray()からキーで取った値を取り出す。
よく分からない。list関数にキーは関係ないと思うが。
217:nobodyさん
09/10/18 13:20:25 xxwa2wCT
>PHPでもキーを指定しなければ並び順になるのでは？
だからね～そもそもarrayにキーの概念が混じってるのがトンチンカンなの。
>PHPのlist()はarray()からキーで取った値を取り出す。
よく分からない。list関数にキーは関係ないと思うが。
URLﾘﾝｸ(www.scollabo.com)
<?php
$fruit = array("Apple" => "りんご", "Orange" => "みかん",
"Grape" => "ぶどう");
while(list ($key, $val) = each($fruit)) {
print ("インデックスの $key は、$val です<br>\n");
}
?>
という例文見た時ヘンだと思った。諸悪の根源はPHPを最初に作ったとき「配列」と「Map」がarray()でごちゃ混ぜになっていて
別クラスになっていなかったことだ。この区別をしないのはおバカだろう。
218:nobodyさん
09/10/18 14:10:03
区別をしないようにしたのは意図的だろう。
その判断が正解だったかはどうかは別として。
だんだん厳密な方向に進んでいるから、最初の作者も今は後悔しているかもしらん。
219:nobodyさん
09/10/18 15:38:21
後悔というより選択肢を増やしてるだけだ
PHPはスカラー値の宣言が無いのを見てもわかる。これは意図的なものだ。そして今時でもある。
多態性を持たせるために可能な限り型を区別しないのだ。
昔は変数名に型名をつけてたりしたのを知らないか?
OOP以前は型を厳密に区別するのが保守性や生産性に優れてると考えられてたんだ。
220:nobodyさん
09/10/18 16:56:34 xxwa2wCT
>昔は変数名に型名をつけてたりしたのを知らないか?
OOP以前は型を厳密に区別するのが保守性や生産性に優れてると考えられてたんだ。
これは異なことをおっしゃる！
今も昔も将来もOOPは型に厳密なのが本筋ですよ！C++は特にそう。Javaもそう。
型を動的にしたOOPはRubyがあるけど。
型の扱いがユルイのはコーディングのミスと実行時エラーのもと。
221:nobodyさん
09/10/18 20:33:19
>>217
216だけど
>だからね～そもそもarrayにキーの概念が混じってるのがトンチンカンなの。
なんで？arrayにキーの概念が混じっているとなんでだめなの？
215で「PHPではできない」と言ったことに対して「できるよ」と言ったのにさっきから話題逸らしてるよね。
>という例文見た時ヘンだと思った。
これも意味がわからない。ただの主観で語ってるじゃないか。
別にヘンだと思わないで使っている人が多数。
どの辺がヘンなの？
別に古い考え方に凝り固まっている人と評価して切り捨てたりはしないけど
せめて論理的に主張できなくちゃ説得力がないと思いますよ
222:nobodyさん
09/10/18 20:43:56
なにかを正しいと思い込んで、 まったく関係ない別の事柄にも
ソレを望むなど、気がふれてるとしか思えない。
223:nobodyさん
09/10/18 22:14:19 xxwa2wCT
>>221,222
PHPを否定する理由は前にも書いたが
異なる概念は異なるものとしてハッキリと識別すべきであるにもかかわらず
PHP作者はMapとListと配列が頭の中でカオス状態になっている
ということ。
list()は最初リストを作る関数のように思ったが、arrayの中身を取り出すものだったらしい。
こういう関数のネーミングもヘンだ。PHP作者が英語話せるかどうかが疑問だ。
おっとヘンというと主観になるのか～。「不適切」と言い換えよう。
224:nobodyさん
09/10/18 23:17:19
おっと、EcmaScriptを悪く言うのはそこまでだ。
225:nobodyさん
09/10/18 23:22:30
>>223
すべきであるにもかかわらずというところから。
まず、なぜ異なるものと識別すべきと思うのでしょうか。
226:nobodyさん
09/10/18 23:33:22
ID:xxwa2wCTみたいな低レベルの独りよがり（でも自分はできるみたいな書き方をする）が、
批判に混じるからややこしくなるんだな。
227:nobodyさん
09/10/18 23:38:48 xxwa2wCT
>>224
EcmaScriptについては何も言ってないよ。JavaScriptのことは「これでよい」と思う。
>>225
三角形と四角形と円くらいの違いがあれば区別するのが自然。
228:nobodyさん
09/10/18 23:40:57
>>227
なんで 三角形と四角形を 区別するのが自然なんですか？
一緒にする体系が存在することがそんなに問題ですか？
229:nobodyさん
09/10/19 00:18:41 qb+KD3Ja
>>228
Mapはキーで値とかオブジェクトにアクセスする。
Listと配列はオフセットでアクセスする。
Map(arrayを連想配列で使う場合)はキーは違ってないといけないし１つのキーに対する値は１つ。
Listと配列は要素として全く同じものが入っていてもかまわない。
Lisｔは要素が可変だが配列は要素数が固定。
こんなに違うのを一緒くたにすると使えなくなる。
230:nobodyさん
09/10/19 00:36:43
>>223
>異なる概念は異なるものとしてハッキリと識別すべきであるにもかかわらず
それはJava脳
>こういう関数のネーミングもヘンだ
これもJava脳
231:nobodyさん
09/10/19 00:50:21
それは静的型付け言語だから
コンパイラに向いてるがPGが喜ぶ話ではない。
配列の個数を言語レベルで制限して生産性や保守性が上がるシーンは限られてる
その3つをはん化して区別なく使えるようにした方がより使いやすい。
PHPの配列が弱かったのはそんな事でなくオブジェクトとしての振る舞いが出来なかった事だ。
だがそれはもう解消されイテレータも持てるようになった。
232:nobodyさん
09/10/19 13:25:48
Java が使いにくいのは静的だからではない - kwatchの日記
URLﾘﾝｸ(d.hatena.ne.jp)
233:nobodyさん
09/10/19 13:27:33
>>121
Pythonの先祖は教育用だったが
Python自体は教育用に設計されたわけじゃない。
毎度のことながらWikipediaは間違いだらけだ。
234:nobodyさん
09/10/19 13:52:15
>>229
また元に戻ったな。一緒にしたわけでもないんだから、その論は通らないよ。
235:nobodyさん
09/10/19 15:47:15 qb+KD3Ja
プログラマーにとっては
＄記号がついてないと変数と認識できないようなへぼい解析しかできない処理系は
カンベンしてもらいたい。
数学の式において変数にはアルファベットしかない。
＄が氾濫してると見た目が醜悪で可読性が下がる。抽象性が下がって本質が見えなくなる。
236:nobodyさん
09/10/19 15:54:18
馬鹿がスレに取り憑いてしまった。
237:nobodyさん
09/10/19 16:09:19 qb+KD3Ja
ドッグフードばかり食ってるとフランス料理がまずいと感じるようになる。
238:nobodyさん
09/10/19 20:47:23
>>232
当たり前のように使いにくい言語扱いされてんだな
239:nobodyさん
09/10/19 20:51:13
>>235
$一つ押したらIDEがそのｽｺｰﾌﾟの変数全てをリストしてくれる。極楽じゃないか?
置換も楽だ。
240:nobodyさん
09/10/20 15:41:52
PHPには何でまともなデバッグツールは無いんだ？
241:nobodyさん
09/10/20 16:26:40
Zend Debuggerで何の問題もない
242:nobodyさん
09/10/20 16:55:05
>>241
eclipse等で設定するのは大変だ
243:nobodyさん
09/10/20 17:00:28
全然大変じゃない
最低限の設定がいるだけ
つうか"無い"は嘘だろ
244:nobodyさん
09/10/20 19:09:00
Java版Ruby on Railsと呼ぶにふさわしいフレームワークが出たぞー
「Play framework 1.0」
URLﾘﾝｸ(www.playframework.org)
動画を見ると非常にすばらしい
モデル、ビュー、コントローラーの変更がリアルタイムに反映させる。
245:nobodyさん
09/10/21 01:18:57
みんな重くて冗長なコードなんかかきたくないんだよ
246:nobodyさん
09/10/21 10:57:34 53r8Iq7N
>>245
携帯電話のＮＯＫＩＡのスマートフォンのＯＳはシンビアンだ（個人的には嫌いだ）が
これはＣ＋＋でコーディングする。
iPhoneもＣ＋＋、GooglePhoneはＪａｖａ。
速くて資源を節約する（軽い）ためこの言語を採用した。型にうるさい。
型にうるさいのは「冗長」とは言わないよ。
速く軽くするための必然だ。
型がゆるいのは重くて遅い。物理的にそうなる。
247:nobodyさん
09/10/21 11:01:00
よく読め。
248:nobodyさん
09/10/21 11:47:17 53r8Iq7N
クラスで変数メンバーを持っているときＰＨＰは
$this->hensuu = 1;
と書かないといけない。
Javaでは
hensuu = 1;
でよい。どっちが冗長だろうか。
249:nobodyさん
09/10/21 12:00:48
同名のローカルがある場合は、this.hensuu だろ？ 読むとき分かりやすいのはどっちだろうね。
250:nobodyさん
09/10/21 12:06:18 53r8Iq7N
>>249
URLﾘﾝｸ(www.scollabo.com)
の例を見ると同名のローカル変数がないけど$this->
になっている。例が間違っているのか、そうでないのかどっちだろう。
251:nobodyさん
09/10/21 12:08:17
$thisを撃つ必要があるかないかって本質的な問題？
それを言ったら、JavaでWebページを出力する時とか、ファイルの入出力する時とか、DBに接続する時とか、それはもう・・・
252:nobodyさん
09/10/21 12:09:07
>>250
PHP未経験かｗ
253:nobodyさん
09/10/21 12:10:57
>>250
それPHP this.hensuu は JAVA
254:nobodyさん
09/10/21 12:23:46
>>246
ライトウエイト言語って速度が速くてライトって意味じゃないぞ…
LL知ってるか?
255:nobodyさん
09/10/21 12:28:50
PHPはだいぶJavaの仕様を取り入れている、PHP6.0ではもっと近づく。
PHPは簡単だ軽い何て始めた人達も結局プログラミングの知識や
テクニックが必要になるのはもう分かり切っている。
256:nobodyさん
09/10/21 12:29:09 53r8Iq7N
>>251
>$thisを撃つ必要があるかないかって本質的な問題？
それを言ったら、JavaでWebページを出力する時とか、ファイルの入出力する時とか、DBに接続する時とか、それはもう・・・
Javaではローカルかパラメータで同名がある場合以外はthisはいらない。
Webページ出力、ファイル入出力、DB接続もthisの出番があるとは思えない。StrutsのFormのことならそれはJavaの責任ではなくStrutsの責任。Strutsを改造すればよい。
URLﾘﾝｸ(www.php.net)
関数のコールにもthisが必要なのか。タイピング量が増えて疲れる。
257:nobodyさん
09/10/21 12:33:50
>>255
幅が持てるってのがポイントだ
仕様増えた文の学習を強要されるわけじゃない。ﾚﾝｻﾊﾞから数万台のクラスターまで対応できる言語になったのだ。
258:nobodyさん
09/10/21 12:51:36
>>257
昔のコードをPHP5.3で動かすとdeprecatedだらけになる。
PHP6になったら動かなくなるぞぉぞぉー
なんくるないさ
259:nobodyさん
09/10/21 12:52:53
>>258
そりゃそのためのdeprecatedだろ
260:nobodyさん
09/10/21 13:09:12
PHP諸君
Eclipse+Javaで行きたまえ。
Javaがタイプ量が多すぎると思っている諸君は、
Eclipseのコード補完に驚くだろう。
Javaの世界では、だれも今時、しこしこ秀丸やvim等のエディターでコードを
書くやつはいない。PHP諸君の間ではいまだに結構いると思うが...
261:nobodyさん
09/10/21 13:53:41
>>260
逆だ。
そういうのないとやってられんだけだろ。
262:nobodyさん
09/10/21 14:36:07
>>261
PHP使いもだいぶEclipseやNetbeansを使い始めているぞ。
Zend Studioも結構いるが何しろ有料で高いからな。
263:nobodyさん
09/10/21 16:01:07
>>261
あれだ、コマンド一発で大量の設定ファイル、下書きコードが自動で作成されます。でそれを便利だとありがたがってるやつ
最初がそもそもおかしいからそういうのがいるようになる。前提が不便すぎるのだ。
264:nobodyさん
09/10/21 16:15:15 53r8Iq7N
>>263
あれだ、コマンド一発で大量の設定ファイル、下書きコードが自動で作成されます。でそれを便利だとありがたがってるやつ
そういうのがJavaのフレームワークにはありがちだ。そういうのは確かによくない。
hibernateはクソだ。
しかしそれはJavaの責任ではない。そういうフレームワークを使わなければいいのだ。
Servletベースにすれば大量の設定ファイルは必要ない。server.xmlとweb.xmlだけくらいだ。
（これはWebサーバー使う限りどの言語でも必要だ。）
265:nobodyさん
09/10/21 18:09:59
>>263
PHPのクラスも同じだよ。
PHPを使う人達にはクラスを使う事が浸透していなだけ。
266:nobodyさん
09/10/21 18:22:33
ま、関数いっぱい用意されてるしクラス化する必要性がまずないからな
267:nobodyさん
09/10/21 18:22:40
>>265
そこでなんでPHPが出てくるんだか。
268:nobodyさん
09/10/21 19:25:30
>>266
cakePHPにしろsymfonyにしろフレームワークを使うとなると、
必要になるんじゃないのかなーーー？
まだ使っていないと思うけど
269:nobodyさん
09/10/21 19:58:46
PEARのコード見てみ～。
言語的に不十分なPHP4であれだけきっちり書いてる。
ZSは更にちゃんとしてる
270:nobodyさん
09/10/21 20:01:05
間違い
Zend Framework
271:nobodyさん
09/10/21 21:20:24
>>269
PHPのバージョンアップの流れを考えろや。
これからはフレームワークが必須だろうが。
>>262
cakePHP + NetBeansで快適さ
Eclipse（PDT）よりコード補完がベターだ
272:nobodyさん
09/10/22 08:12:06
フレームワークがライブラリを置き換えるものではない。
CAKE別にいいと思うがあんな密結合でｽｹｰﾙｱｳﾄ出来ないのは"これから"じゃないと思うぞ。PHP4でOOPとは言い難いし。書きなぐり用ならOK
273:nobodyさん
09/10/22 11:26:27
>>244
スクリーンキャストを見たけど、確かにシンプルだね
いわばJava版LL風WEBフレームワークといった感じ。
ちょっとマニュアルを見て見たがcakePHPに似ている。
274:nobodyさん
09/10/22 15:30:20 gb8cnyBf
StrutsでもじゅうぶんLLだとおもうが。
どこが難しいのかさっぱりわからん。
275:nobodyさん
09/10/22 15:40:34 gb8cnyBf
LLの意味は日本と英語圏ではまったく逆。
URLﾘﾝｸ(ja.wikipedia.org)
＞英語圏におけるLightweight languages
英語版Wikipediaによれば、Lightweight Languagesは
計算機リソースを多くは消費しないという意味で軽量（Lightweight）であり、
C言語などが例としてあげられている。
つまり、プログラマ負担の軽い言語を意味しない。
よって、日本における軽量プログラミング言語（Lightweight Languages）と
欧米におけるLightweight Languagesは、その「軽量」の意味においてまったく異なるものであり、
英語でPerlやJavaScript、PHPを指し示す場合は、Scripting languagesと表現したほうが妥当であると考えられる。
つまり日本人のLightweightLanguageは和製英語であり、西洋人には通じないので注意しましょう。
276:nobodyさん
09/10/22 18:19:53
日本だとダンスのうまい双子を意味するからな
277:nobodyさん
09/10/23 06:55:35
>>275
雑誌とかも和製英語の意味で使ってるな
278:nobodyさん
09/10/23 15:17:12 KbUwE6+s
外人エンジニアとの議論で混乱するから
ＬＢＬ（Lightweight Brain Language）
に改称したらいい。
279:nobodyさん
09/10/23 16:53:41
つまらん
280:nobodyさん
09/10/24 23:27:06 +XTO6QU3
ＢＬＬ(Brain-Less Language)
では？
281:nobodyさん
10/10/18 11:57:23
javaで書かれた関数をWeb cgiで使いたいのだけど
トムキャットが無難なの？
282:nobodyさん
10/10/19 21:45:06
php が java に構文が近づくってだけでもjavaの完成度は高いよ。
そんなことより一番の恩恵はjvmの進化。
起動時以外はネイティブかそれ以上のパフォーマンスを得られる。
283:nobodyさん
10/11/05 16:32:15
URLﾘﾝｸ(shootout.alioth.debian.org)
284:nobodyさん
11/04/22 23:14:59.64 itzBhGqM
Mono最強伝説
URLﾘﾝｸ(ja.wikipedia.org)(Web%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC)
285:nobodyさん
11/05/08 13:36:25.90
なんか全体的にphp使いこなせてないのにphp批判してる連中ばっかだなww
プロがフレームワーク使いこなして中規模のwebアプリバリバリ書いてるとこ見たことないだろ
相当キレイに早くwebアプリが作れるし可読性も高くてメンテナンスもしやすい
javaでもプロが書けば同じだから、結局は言語仕様ってより使いこなすプログラマの質によるんだよ
286:nobodyさん
11/05/10 23:51:21.69
phpの人って「プロ」って言葉が好きだな(笑)
287:nobodyさん
11/05/11 00:01:08.69
レス抽出しても285の1つしか見当たらないが
288:nobodyさん
11/06/24 07:11:45.48
PHPってw
289:nobodyさん
11/07/02 02:02:27.30 AJLe5hIa
アプリケーションスコープの有り無しが違いとして大きいかと。
290:nobodyさん
11/07/03 03:43:20.00
不毛すぐる
291:nobodyさん
11/07/21 13:59:52.51
本当に不毛だな。
俺はPHPもJavaもできるがもうWebの時代は終わりだろ。
終わりってゆーか、スマホっていうビックウェーブが来てて
時代はもうそっちだよ。
だからこれからのプログラマは、JavaかObjective-Cができないと駄目だ。
Windows Phoneのことも考えればC#もできるようにしておいた方がいい。
もっと言うとC/C++もできるようにしておいた方がいい。
時代に取り残されたくなければ今のうちに勉強するんだな。
292:nobodyさん
11/07/21 14:54:44.40
別にスマフォが普及してもサーバ側のプログラミングが
不要になるわけじゃないし。
自分はJavaとObjective-C使えるから別にどうでもいいけど。
293:nobodyさん
11/07/21 17:26:50.04
>>292
サーバサイドがなくなるとは言ってないが、
メインストリームからは外れるだろ。
汎用機からオープン系に流れたように
Webからスマホに主軸は流れるんだよ。
294:nobodyさん
11/07/22 02:14:06.32
スマフォは画面を出すだけで
データの蓄積、重い処理はサーバーに投げることになる
295:nobodyさん
11/07/22 13:58:34.10
Mac Book Airでも買うかな
296:nobodyさん
11/07/23 00:11:27.64
俺も最近Objective-C勉強するためにMacBook（AirでもProでもない）を
中古で6万円で買ったよ。
中古にしては手の良い中古でかなり大満足だ。
Windowsでも開発できるようにしてほしかったがしょうがねぇ。
297:nobodyさん
11/07/25 03:14:51.32
俺の大学は一年で最初にJavaを使って教えてたんだけど、
今年からついにプログラミングの基礎はPython使って教えることになった。
298:nobodyさん
11/08/23 22:31:48.42
Pythonなんて金にならない言語覚えてどうすんだろうな。
299:nobodyさん
11/08/23 22:51:25.08
>>298
お前はCOBOLでも覚えとけｗ
300:nobodyさん
11/08/31 08:41:22.78
>>299
COBOLの方がPythonなんかより全然金になる。
（俺はCOBOL知らないがな）
301:nobodyさん
11/09/21 03:16:36.58 L92oE2Rd
どうでもいいけど、Pythonの方が早くない？
302:nobodyさん
11/09/21 14:05:27.70
サーバーサイドなくしてどうやってコミュニケーション取るの？
ゲームとかローカルで完結するアプリがそんなに楽しいか？
303:nobodyさん
11/09/30 20:37:53.50 KaRekCLi
上の方でJavaとObjective-Cについて書かれてますが、これはどちらが理解しやすいですか？
自分はPHPはある程度出来る程度です
304:nobodyさん
11/09/30 21:18:03.02
ある程度とはどの程度か？ という人によって認識が違いかねない
曖昧模糊な表現への疑問はさておき
Objective-Cを覚えるにはあらかじめC言語を習得しているのが望ましい
（さらに言えば、Java, C#, C++などのオブジェクト指向言語もあらかじめ習得しているとわかりやすいだろう）
JavaとObjective-Cでは、現実的に考えて使用目的が違うのだから
比べるものではないだろう
305:nobodyさん
11/09/30 22:28:11.39
理解しやすいという意味ではJavaじゃないのかな。
実用性はまた別だけど。
306:nobodyさん
11/10/01 02:12:38.86
>>303
JavaとObjective-C両方習得しなさい。
人間やりゃあできんだろ？
ただ質問に答えるならJavaの方が簡単だよ。
PHP5はJavaのパクリだしね。
現状Androidアプリの開発者は集めやすいが
iOSアプリの開発者は集まらないっていうから
そっちの方がお金になると思う。
307:nobodyさん
11/10/01 02:16:22.16
>>302
確かにサーバーサイドなくしては
面白みも何もないアプリの出来上がりだわな。
だが、画面はWebじゃなくてスマホアプリで、
サーバーサイドはWeb APIとしてJSONなりXMLなりを返すだけだ。
サーバーサイドの技術者はもう日陰者になるんだよ。
308:nobodyさん
11/10/01 09:44:44.07
必要に応じて使い分けようさ
プログラマならマルチリンガル種でそ？
javaガーとかＰＨＰガーとか言ってる間にいろいろ習得汁
309:nobodyさん
11/10/01 20:07:35.81 G9GCGKry
Objectice-Cの前にCかと思うけど、当たり前か。
310:nobodyさん
11/10/04 02:04:11.66
>>309
C知らないプログラマなんているっけ？
いないっしょ。
311:nobodyさん
11/10/05 05:07:11.86
存在だけは
312:nobodyさん
11/10/05 09:02:13.54 Owa4vqas
PHPしか知らない人はたぶん大変だろうなと思うよ。
C言語、Objective-Cの習得は。
313:nobodyさん
11/10/05 18:02:18.65
覚える順序としてはこれでおk？
Python
Java
C
C++
Objective-C
C#
PHP
C,C++,Obejective-CはGCCとClangとどっちがいい？
314:nobodyさん
11/10/05 19:54:01.36
意味不明な謎質問ｋｔｋｒ
315:nobodyさん
11/10/05 21:07:38.87 DjzDCnJ4
>>313
Obejective-Cは基本Xcodeで。アプリ作るときはただ単にコンパイルするだけじゃ済まないから。
316:nobodyさん
11/10/06 01:43:29.45
新たなキーワードXcode
ググッテ来る
317:nobodyさん
11/10/06 14:53:01.78
本当にただ純粋なObjective-CをやるだけならWindowsでも多分あるんだろうけど
どうしたってMac/iOS特有のCore Foundationなどのフレームワークが他のOSじゃ再現できないしな
まあ、Appleが許さんだろってこと
つまり開発中のiPhoneアプリをシミュレータでテストするのはMacでないとできない
実機で動かすには年額8400円と面倒な登録が必要
Objective-CをしたきゃMac買えってことだよ言わせんな恥ずかしい
318:nobodyさん
11/10/06 15:35:10.32
GNUstepが…まあMac買ったほうが早いが。
319:nobodyさん
11/10/06 16:06:26.73
Windowsみたいな糞はどうでもいいんだよ
Linux/BSDで頑張れば、無理してMac買う必要も無いだろ？
Mac買ってしまえば、気に入ってもう戻れないような気がして恐くて買えない。
それにPCのほうがパーツ豊富だし。
320:nobodyさん
11/10/06 17:02:37.14 vTMCh1J+
MacはUNIXだからUNIX系のサーバー管理がしやすい。
コマンドが基本的に同じだから非常に助かる。
321:nobodyさん
11/10/06 18:52:18.52
でも先行きどうなんだろ？カリスマの居なくなったAppleがこれまでのようなファンタスティックな衝撃を与えてくれるんだろうか？
Apple製品を一つも持ってなくてもウキウキさせくれた。
巨悪M$に対抗出来るのはMacかLinuxしか無い。
それにLinuxに凌駕され静まり返ったBSDコミュの活発化にも拍車をかけた所だったのに。
GNU, Apple, BSD, Googleは相容れない箇所もあるけど全くの水と油じゃなかったからなぁ……。
322:nobodyさん
11/10/06 21:38:52.27
ジョブズで全部作ったわけじゃないし、Appleは他にも優秀な人材がたくさんいるよ。
将来なんて予測できないものだけど、Appleが一番いい位置にいるのは確か。
323:nobodyさん
11/10/08 07:27:32.99
【サービス】Google、クラウド型データベース「Google Cloud SQL」を発表 （11/10/07）
ｽﾚﾘﾝｸ(pcnews板)
324:nobodyさん
11/10/08 22:21:54.05
javaとphpってどっちが重いの？
使った感じだとphpのほうが軽い気がするけど、、、
画面生成する分だけjavaはきついのかな・・
325:nobodyさん
11/10/08 23:05:43.19
javaのほうが軽いよ
326:nobodyさん
11/10/09 01:50:52.80 HF7Yuk5N
Java VS PHPという構図は
どちらでも使う開発者に取ってはそれぞれの長所／短所を考えながら
使い分ければいいわけでどうでもいいけど、
いかんせんPHPはcliを除くとウェブしか使えないので将来は明るくないかもね。
またPHPしか使えない人は他言語習得に苦労するだろうし。
327:nobodyさん
11/10/09 20:12:14.15
普段からoopでphp書いてる人ならjavaにも余裕で学べるよ
ってか言語の習得なんて根性でなんとでもなる
328:nobodyさん
11/10/09 21:54:59.93 HF7Yuk5N
>>327
アプリケーションスコープは、PHPでどのように実現させますか？
329:nobodyさん
11/10/10 03:17:40.15
>>327
C++とＯＳの知識があれば、言語なんかなんだって良い。
処理効率と開発効率で選ぶだけ。
330:nobodyさん
11/10/13 12:20:30.50
>>327
やっぱり返答なしか。
331:nobodyさん
11/10/13 13:57:18.75
>>330
は？
332:nobodyさん
11/10/13 14:33:52.50
>>331
JavaのapplicationスコープをPHPで実現させる方法を教えてください。
333:nobodyさん
11/10/13 22:33:16.34
>>332
あのさ、「oopでphp書いてる人ならjavaにも余裕で学べる」って意見に
PHPで～～実現するにはどうするんだって突っ込みおかしくない？
334:nobodyさん
11/10/13 23:30:25.81 T8C6FhJ0
「oopでphp書いてる人ならjavaにも余裕で学べる」って意見を書く人は
JavaとPHP双方を理解しているはずなので以下のことを聞きたいのです。
「JavaのapplicationスコープをPHPで実現させる方法を教えてください。」
335:nobodyさん
11/10/13 23:47:50.74
PHP捨てろと遠回しに言ってるんだよ。
336:nobodyさん
11/10/14 03:54:20.50 Kpe3x35N
「oopでphp書いてる人ならjavaにも余裕で学べる」と考える方へ質問いたします。
PHPのhtmlspecialchars関数と同じような機能をJavaで実現するためにはどのような方法が考えられますか？
337:nobodyさん
11/10/15 01:18:59.88 UaYpGe+r
>>327
...
338:nobodyさん
11/10/15 13:57:35.07 QK12Ojf3
言語なんてどれでもいいとか、いろいろ出来るって奴は何も出来ないって事だよな
極まったレベルになったら差異が相当でてくるし
339:nobodyさん
11/10/16 21:43:06.12 AW7NxwxL
>>327
解答まだ？
340:nobodyさん
11/10/17 12:04:25.19
>>334
何言ってんのお前（笑）
341:nobodyさん
11/10/17 17:02:30.07
>>327 = >>340
342:nobodyさん
11/10/17 20:41:18.20
PHPとか池沼
343:nobodyさん
11/10/18 02:32:36.83
>>334
解答まだ?
344:nobodyさん
11/10/21 14:48:55.10
＞JavaのapplicationスコープをPHPで実現させる方法を教えてください。
この質問した奴がもの凄くバカだってことだけはわかった
345:nobodyさん
11/10/21 18:12:12.86
>>344
君は遊ばれたことにようやく
気付いたの？
346:nobodyさん
11/10/21 21:43:10.46 85KyWdYU
>>327 = >>340 = >> 344
結構おもしろい人だね。
347:nobodyさん
11/10/22 00:29:14.62 Dexq+pl8
>>344
あなたは本当にJavaとPHP双方わかっているのですか？
そんな質問の答えは「無い」と即答すべきでしょ？
requestとsessionに加えてapplicationスコープがあるJavaと
applicationスコープがないPHPでは設計が違ってくるし、超えられない壁でしょ？
348:nobodyさん
11/10/24 00:04:14.02
phpって遅いのかと思ったけど
割とﾊﾟｷﾊﾟｷ動くので好き
349:nobodyさん
11/10/24 01:49:03.59 upke1RU8
>>348
OpenPneやら、WordPressやらでPHPの遅さを嫌持って体験しているとそういう気にはなれないね。
350:nobodyさん
11/10/25 12:03:49.18 iSM6PcDe
Phalanger - The PHP Language Compiler for the .NET Framework
URLﾘﾝｸ(ja.wikipedia.org)
351:nobodyさん
11/10/25 20:21:38.47
>>349
CMS系は、間口広く取りすぎて、重くなってるんだと思う。
352:nobodyさん
11/10/25 21:53:01.79 C7tUmSdK
>>351
それ以上にapplication scopeがないことが大きい。
DBへデータ取りに行ってもそのデータを他者と共有できない。
できることはせいぜいキャッシュくらい。
353:nobodyさん
11/10/25 23:09:26.14
application scopeなんか使うか？
使ってんの見たことないんだが。
354:nobodyさん
11/10/26 01:06:12.12
application scopeってシングルトンでデータもってるのと何か違うの？
355:nobodyさん
11/10/26 14:46:04.08
セッションスコープはユーザーのアクセスに対してユーザー毎に変数を保持する。
仮にDBにサイトのお知らせデータがあるとしよう。お知らせデータ自体は特定ユーザー固有の情報ではない。
あるユーザーがDBからお知らせデータ取ってきてセッションに格納したとする。そのデータ自体は特定ユーザーのものではないが、セッションスコープは特定ユーザーにひもづいているため
他のユーザーは利用したくても利用できず別にDBへアクセスする必要がある。
アプリケーションスコープは全ユーザー共通のスコープなので、あるユーザーがDBからお知らせデータを取ってきてアプリケーションスコープへ格納すれば他のユーザーもそのデータを利用できる。他のユーザーはDBへアクセスする必要がない。
まとめれば
利用したいデータが全ユーザー共通の場合、セッションスコープしかなければユーザー別にDBへアクセスする必要があるが、アプリケーションスコープがあればDBへアクセスするのは１ユーザーが１回DBへ取りに行けば済み、あとはそのデータを使い回す。
356:nobodyさん
11/10/26 19:41:03.66
>>355
力説するほどの内容かよ・・。
357:nobodyさん
11/10/26 20:06:39.28
>>356
phpではどうするの？
358:nobodyさん
11/10/26 21:27:07.54
>>357
php知らないけど、出来るだろ。
ユーザのセッションIDに紐付けるデータと、全ユーザで共通に使うデータを分けるだけだろ。
別にCで書いたっていいし。
359:nobodyさん
11/10/26 21:34:06.21
>>355
それならシングルトンクラスにデータ保持するのと一緒だよね。
アプリケーションスコープは
アプリケーションの起動時、停止時にopen(), close()
されるようなものだけを置くべきじゃない？
360:nobodyさん
11/10/26 21:35:41.72
phpはセッションあるけどアプリケーションスコープないんだっけ？
でもシングルトンでほぼ同じことができるはず
361:nobodyさん
11/10/26 21:50:00.60 jUI6mH1O
結局、ここの人たちは両言語の機能の違いも知らないわけ？このスレ意味ないじゃん。シングルトン？C言語？
362:nobodyさん
11/10/26 23:11:55.68
PHPのグローバル変数 or static変数が
アプリケーション間で共有できないなら
アプリケーションスコープは不可能だな。
PHPなんて知らんが。
Servletのアプリケーションスコープは
単なるハッシュでリクエスト間のスレッド同期も何もしてないはずだから
グローバル変数でデータ持っておくのと実質かわらナインよ。
363:nobodyさん
11/10/26 23:15:45.71 N3ssXZIF
PHPのシングルトンはプロセス単位では別プロセスからは参照できない。
またオブジェクトの永続性もない。PHPに加えてmemcachedなどを入れない限り、アプリケーションスコープのようなもの通常不可能。
もしできるのであればWordPressを改良してほしい。ユーザーごとに同じクエリを発行してムダすぎる。
364:nobodyさん
11/10/26 23:30:20.47
このスレ読んでいるとプロセスで動くPHP寄りの人とマルチスレッドのJava寄り人と
メモリー空間の理解の仕方が違うから興味深い。
365:nobodyさん
11/10/27 13:26:28.99 Rtlayp/e
PHPはマルチスレッドではないのでJavaのように同一メモリ空間で動くわけじゃない。だからapplication scopeはないし、無理。また、マルチスレッド言語のシングルトンと同じ意味でPHPのシングルトンを言及するのはおかしい。
366:nobodyさん
11/10/27 15:10:36.16
え！？
最近のPHP(mod_php)なら１プロセス起動しっぱなしで
リクエストごとにスレッド作るServletと同じ仕組みだと思ってたけど、
いまだに1リクエスト1プロセス、そもそもスレッド無いとかPHP終わってるね。
367:nobodyさん
11/10/27 15:52:42.79
>>366
だからphpで大規模サイトとか、複雑なやつは作りにくい。
368:nobodyさん
11/10/27 17:28:51.32
逆に言えば小規模サイトが作りやすい、とも思わないけどな。
結局レンタルサーバの都合だけでphp人気なんじゃないの？
369:nobodyさん
11/10/27 21:39:46.07
Javaはメモリ食うのとデプロイが面倒だから、ファイル置けばOKのPHPに比べて敷居が高い。
大規模だとPHPという選択はありえないけど。
370:nobodyさん
11/10/29 04:01:31.81
学校なんかでは、実用性とか関係なく、とにかく、まずJavaを学ぶ。
これはプログラミングを学ぶという意味でね。
でも、仕事では、もっぱらPHPだね。
371:nobodyさん
11/10/29 11:41:34.79
が、PHPは将来性がないし、技術者の給与が低い。
372:nobodyさん
11/10/29 11:58:08.89 XH5vFlcW
WebでJava使うのはいまや業務系だけだろ。
今流行のソーシャルアプリとかスマホアプリのサーバーサイドとかは
PHP以外ありえん。
373:nobodyさん
11/10/29 12:06:44.80
PHPの求人増えてきてるけど、人材がいない
374:nobodyさん
11/10/29 13:42:50.56
いない訳じゃないと思うんだ
しっかりした技術持ってる奴はPHP以外の言語も学んでるから、安いレン鯖前提でもなけりゃ他の言語提案に流れてるんじゃまいか
ヘボいスクールで学んだ程度の使えない人材(？)ならいくらでもいるんだけどねえ
375:nobodyさん
11/10/29 15:15:39.54
有能な人材であれば他の言語も覚える。
無能な人材はPHPに固執する。
376:nobodyさん
11/10/29 15:34:22.64 4FCtLJVf
>>372
JavaでPHPの関数のhtmlspecialchars()のような機能を実現するためには
どのようにしたらよろしいでしょうか？
お詳しそうなのでご教授ください。
377:nobodyさん
11/10/29 17:28:31.92
俺なんか最近まで全部Cで書いて、コンパイルして、CGIで動かしてた。
PHPにしたら、死ぬほど楽。
ライブラリはそろってるし、makeして移動してテストしてみたなメンドくさい作業も要らないし。
速度が遅いかもしれないけど、最近のサーバは性能良いしね。
誰か、ネイティブコードにコンパイル可能なPHPみたいなの作らないかな・・。
売れる気がする。
378:nobodyさん
11/10/29 19:08:27.42
>>377
PHPはコンパイル型になってもアーキテクチャがマルチプロセスなのでパフォーマンスはあまり変わらないですよ。
379:nobodyさん
11/10/30 00:09:24.80 7RgK+kUR
PHPのシングルトンは公式サイトもその意義を疑問視してるね。
URLﾘﾝｸ(php.net)
380:nobodyさん
11/10/30 00:56:39.49
苦手なりに赤背景部分読んでみた。こういう分かりやすい正直な警鐘出すとこは好感持てるね
たしかにPHPだとシングルトンってただのグローバルに比べてもうまみが薄いよねえ
381:nobodyさん
11/10/30 01:00:28.95
英語分からんならjaで見ればよかろ
382:nobodyさん
11/10/30 01:38:54.61
これは失礼w
383:nobodyさん
11/10/30 01:58:11.43
シングルトンも意味をなさないPHPではOOPは無理がある思う。PHPが真価を発揮させやすいのは構造化プログラミング。それが一番処理が早い。
384:nobodyさん
11/10/30 02:03:58.59
PHPのシリアライズはバグがあるみたいね。分散処理させない小規模なシステムではあまり影響はないけど、
大規模では使えない。
385:nobodyさん
11/10/30 02:07:35.47
へ？そらいくらなんでも強弁じゃね
もちろんマルチプロセス前提で普及したゆえに適用できない著名デザパタがあるって事自体は弱みだと思うけどさ
386:nobodyさん
11/10/30 02:09:08.78
分散は泣きどころだよな
387:nobodyさん
11/10/30 02:19:00.34 7RgK+kUR
実際のところ、phpはインタープリッタなのでOOPすれば実行時の解釈量が増え、オーバーベッドが高まる。
388:nobodyさん
11/10/30 02:22:32.03 7RgK+kUR
OpenPNEみたいな悲惨なパフォーマンスみればやっぱり無理してるんだなと思う。
キャッシュでごまかしてはいるけれどもね
389:nobodyさん
11/10/30 02:25:45.77
そこは異論ないな
キャッシュやDBテクでごまかせん規模が容易に予想される分野にゃ辛いw
390:nobodyさん
11/10/30 11:36:40.72
２０年くらい前にさ、「自分で言語を作ろう！」みたいな雑誌の企画や本が結構出版されてた。
構文解析してスタックに詰めて、みたいな・・。
今、どうなんだろう。
今もやってるなら、コンパイル可能なPHPライクな言語を時間がある学生が作れば良いのに・・。
途中一回C変換する、プリコンパイル形式なら、簡単とは言わないけど、難しくは無い土方仕事の気がする。
391:nobodyさん
11/10/30 19:48:57.47
scalaみたいに他言語のソースコードへ変換されるだけ言語なら作れるかもしれんな。
マルチプラットフォームのランタイムとかだれも作りたくねーし。
扱いやすいJavaのフレームワーク（環境設定の自動化も含めた）
を作ったほうが現実的だな。
392:nobodyさん
11/10/31 00:04:41.61 gGH32TBv
Quercusがあるのでは？Javaで実装されたphp。。
現在のところマルチバイトがやや難ありだけど生のphpよりも早い感じ。
393:nobodyさん
11/10/31 00:05:01.00
URLﾘﾝｸ(quercus.caucho.com)
394:nobodyさん
11/10/31 04:56:16.28
ここまでPHPの話題のみ。Java無し
395:nobodyさん
11/10/31 13:38:24.53
誤爆か？
396:nobodyさん
11/10/31 16:19:06.81
goo-net重くね？
PHPだから？
397:nobodyさん
11/10/31 22:56:52.53
>>396
PHPサイトとしては普通ですよ。
398:nobodyさん
11/11/01 00:41:08.40 8zPkzMXU
PHPでコネクションプーリングはどうやるのですか？
399:nobodyさん
11/11/01 07:18:16.12
mysqlはコネクションプーリングしないほうがいいらしい
400:nobodyさん
11/11/02 10:41:39.66 kVqZiVh5
PHPの特徴をまとめた。
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
401:nobodyさん
11/11/02 10:55:56.98
PHPはお買い物サイトくらいまでだな
402:nobodyさん
11/11/02 21:20:06.39
PHPでリアルタイム通信対戦のテーブルゲームのサーバーぐらいなら
書けるって聞いたんですが無理なんですか？
というか基本的になんでも書けると聞いたのですが無理だとしたらすでに
発注したPHPの本はいったい・・・
403:nobodyさん
11/11/02 21:31:08.04
こんな程度の低いゲームボーイが集まるのがPHP
国家経済の中核を担うミッションクリティカルな
大規模エンタープライズシステムを任せられるのがJava
まあそれは置いといて、PHPってそんなに遅いのか？
mod_phpってコンパイルとまではいかなくても
構文解析とかでそれなりに前処理するから
速いとか聞いてたが遅いと言う人もいてわからん。
404:nobodyさん
11/11/02 22:05:37.17
Javaが速すぎるんだよ。あれは反則だよ。
405:nobodyさん
11/11/02 22:38:37.79
PHPは基本速度が遅い事よりキャッシュを作るのに
いちいちDB使う必要があるのが致命的だな。
406:nobodyさん
11/11/03 00:50:26.56
>>402
余程人気出たら落ちるかもね。しかし言語問わず素人設計ならアクセスはじけりゃ落ちるもんだ
PHPだから駄目なんだ、って所まで行く頃には人雇ったり外注化する予算なんか計上できてなきゃいかんと思うが
なんでPHPでやろうと思ったの？
407:nobodyさん
11/11/03 13:41:41.54
>>406
今一番主流で速いのはPHPだと聞いたので・・・
PHPでもよほどアクセスが増えなければやっていけるのですね
ならばとりあえずPHPをマスターしたあとJava勉強してみます
408:nobodyさん
11/11/03 14:52:48.15 YvPr1Ejs
どのようなシステムか詳細は不明だが、
PHPでもよほどアクセスが増えなければやっていけるとする。
しかし仮にアクセスが増えた場合はPHPの特性上その対策は限られるし、困難が予想される。
その理由は>>400
最悪、別言語で１から作り直し。
409:nobodyさん
11/11/03 15:35:10.50
リアルタイムってのがな
できない訳じゃ無いにしろ、選定間違ってるとは思う。無駄大杉
余程の事情なければJAVAで簡単なサーバ立てたほうが適切だろ
410:nobodyさん
11/11/03 16:53:50.74
>>408-409
ありがとうございます
リアルタイムにPHPは向いていないのですね・・・。
調べてみるとJava servletなどでもPHPと同様のことができるようで、
こっちのほうがアクセスの処理や、セキュリティ面でも有利なようですね
アクセスの軽いブログやSNS程度ならばPHPでもいけるようなので、
とりあえず基本としてPHPは覚えておいて、ゲームのリアルタイムサーバには
Java servletを使ってみようと思います
411:nobodyさん
11/11/04 00:51:19.55 SyxcnQaS
PHPはマルチスレッドではないから当然synchronizedも無いんですよね。
>>402さんのやりたいことよくわかりませんが、PHPではほとんど無理と思ったほうがいいです。
412:nobodyさん
11/11/04 12:21:40.32
速いとかは作れること前提なんだが
学生なら5年くらいはプログラミングで遊んでないと
そのレベルに達しないぞ。
413:nobodyさん
11/11/05 01:58:21.79
>>411
なんでできないの？できるだろ？
>>402のやりたいことも理解できないくせに
ほざいちゃ駄目。OK？
414:nobodyさん
11/11/05 03:20:29.17
まあ待ったれや
synchronizedとか言い出してる時点でお里が知れるってもんよ。逆になw
動くは動く、方法はあるとかじゃなくてな。JAVA脳だとふつー無理って言うよww
優しい人は「考え得る限りで相当ひどい選択」くらいに留めてくれるだろうけどさ
質問者がservletとか言い出してるので、みんな呆れて放置してるだけだ
まーあれよ、急がば回れっていうしな。
415:nobodyさん
11/11/05 10:09:52.35
リアルタイムなら、Cでソケットプログラム組むのが最速だし、最善。
JavaとかPHPとか鼻で笑うレベル。
416:nobodyさん
11/11/05 10:40:25.49 HhBc5m4r
>>415
車輪の再発明
417:nobodyさん
11/11/05 10:43:34.43
まあブラウザーで興奮しただけのゲーム小僧の妄想が
実現することはないからどうでもいいけどな。
ゲームボーイ「ぼく、ゲームに人生賭けてるんです。（キリッ）」
418:nobodyさん
11/11/05 10:53:06.32
Cしかできないこの人が>>417一番かわいそう。
419:nobodyさん
11/11/05 11:06:28.94
PHPは言語自体が糞いけど
Javaを何も知らないような人に教えるのは大変。
最近のフレームワークはかなりステップ省略してくれるけど
省略されてるものについて知らないと結局つまるｗ
420:nobodyさん
11/11/06 12:39:31.87 CyEdSHTE
>>415
もうC言語だけじゃウェブでは食えなくなったね。
だから今、PHやJavaを勉強しているんだね。
周回遅れだけどがんばってね。
421:nobodyさん
11/11/07 11:36:41.37
>>377
HipHop for PHP
422:nobodyさん
11/11/07 16:59:02.55
rubyはperlの系列
phpはCの系列
pythonはjavaの系列
rubyやperlの構文を簡単と表現するのは間違ってる。
423:nobodyさん
11/11/08 23:28:58.77 xqDz7Hyh
PHPでプログラム初めて3年ぐらいの人間ですが、
シングルトンをPHPでやった場合、オブジェクトを生成するコストが軽減されるから有利って聴いたんだけど、意味ないのかな？
424:nobodyさん
11/11/09 00:08:37.13
意味はあるさ
でもJavaほどの意味はない
425:nobodyさん
11/11/09 01:22:29.50
>>423
プロセスの範囲内で意味がある。範囲外では意味が無い。
426:nobodyさん
11/11/09 01:28:26.42
それだとglobalと変わらんって事になるな
427:nobodyさん
11/11/09 01:34:43.48
マルチスレッドとマルチプロセスの違いがわかれば効能を理解しやすい。
428:nobodyさん
11/11/09 01:37:36.15
phpの公式サイトですらシングルトンの意義を疑問視する見方があると警告を発しているのでやはり意味は薄いと考えるべき。
429:nobodyさん
11/11/09 03:08:48.67
>>427
是非ご教示くださいな
430:nobodyさん
11/11/09 09:32:08.77 oOybQmeL
>>429
激しく既出
431:nobodyさん
11/11/10 09:20:26.94
ページを横断できない上に
リクエストが終わったら消えるんだろ？
RDB+memcachedしかキャッシュ作る方法ないって
つらそうだなPHP
432:nobodyさん
11/11/10 18:33:10.38
PHPってプロセスなの？
433:nobodyさん
11/11/11 03:47:03.01 mvrSjj2U
>>432
cgiかmod_phpか、それ以外か、による。
434:nobodyさん
11/11/11 08:47:31.29 uxVWvnFW
マルチスレッドではない。
435:nobodyさん
11/11/11 12:24:05.67
内部ではこっそりスレッドとプロセスを両方使ってるみたいだが
あれはランタイムの速度の話であって
プログラム上でメモリを扱うときはプロセスのみ。
436:nobodyさん
11/11/12 15:42:45.00 lTOZckQV
PHPのメモリ管理は非効率。
結果としてデータベース読み出し回数が多くなる。
やっぱり小規模サイト向け。
437:nobodyさん
11/11/12 18:10:05.12
開発が楽になるための代償としてそうなったのなら
良かったんだが、単に作りが悪いんだよな>PHP
438:nobodyさん
11/11/12 20:26:52.17
javaはメモリ使うんじゃなくて
JSPがページの静的な部分もメモリのバッファに
キャッシュしておくから消費量が大きいんだと思う。
その分速いと思うけど単純にページが増えるだけで
メモリ消費量がうなぎのぼり。
普通のページはテキストだけで50KB～100KBだから
オブジェクトにするともう少しメモリが必要だとして
ページ平均100KBと大きめに見積もったとしても
100ページで10MBだな。tomcatやセッションを見積もっても
レンタル鯖は最低256MBくらいメモリ使えるから小規模なら余裕。
レンタル鯖の数が少ない＋値段3倍ぐらいなのがネックだが。
439:nobodyさん
11/11/12 23:41:05.99
>>438
？？？
440:nobodyさん
11/11/20 23:45:14.62 aeb5Hjma
PHPの特徴（Javaと比較して）
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
441:nobodyさん
11/11/21 20:21:31.59 ds44pbYz
javaのwebっていわゆるjspってやつだよね
閲覧速度で言ったらPHPの方が早い、javaは遅い
442:nobodyさん
11/11/21 20:45:55.52
JSPも1回目は遅い。でもそれは2回目以降をPHPより速くするためにね。
じゃあ1回目のアクセスじゃなくてサーバー立ち上げたときに最適化しろ
って思うかもしれないだろうけど、そうするとサーバー立ち上げるのに
時間かかるからってことで1回目のアクセス時にそのページだけ
最適化コンパイルが走るしくみ。
443:nobodyさん
11/11/21 20:54:02.14
javaのwebは全てServletで、JSPはServletのフレームワークみたいなもん。
JSPはPHPのZendと同じように本家が作ったフレームワークだから使っている
人が多いけど、Servletから代替技術を作ることはできる。
444:nobodyさん
11/11/22 01:26:33.43 p9DuxQ+f
JSPはプリコンパイルしてアップすれば一回目から早い。
またソースコードをアップロードする必要がなくなくのでセキュリティ高まる。
PHPは毎回遅い。
445:nobodyさん
11/11/22 01:28:46.86 p9DuxQ+f
PHPの遅さの原因はインタープリタ型ということもあるけど、
メモリ管理が貧弱なのも大きい。
WordPressなんか見るとムダが多すぎて悲惨なレベル。
446:nobodyさん
11/11/22 08:38:41.14 9Jg7q1AK
実際javaのネットショッピング遅いよ。最初の接続なんて超遅い
447:nobodyさん
11/11/22 09:42:21.52
>>446
それはJavaのせいちゃう
448:nobodyさん
11/11/22 12:32:05.01 1zP6IafJ
>>446
Java勉強した上で言ってるの？
htmlspecialchars()と同等の機能をサーバーサイドJavaで実現するためには
どうすればよろしいのでしょうか？答えてね。
449:nobodyさん
11/11/22 12:38:22.90
なんか凄まじい勘違いでめちゃくちゃな誤った情報をばら撒いてるのがいるな・・・
>>441-443,446あたりの方はWebアプリの基礎のキをちゃんと学んでからもの言ってくれ・・・
450:nobodyさん
11/11/22 14:04:14.90
java知らない奴には分かりやすいだろう？
jsf2でjspつかわなくなったし、言いたいのは
jspに対する不満がjavaに対する不満にならないというだけのこと。
451:nobodyさん
11/11/22 18:20:31.74 1C+Yi1D1
そうかな。java好きだけどな。
確かに自分だけが見て書くならphpでもperlでもいいかもしれないが
他人のphpのソースはひどいものはひどい。
その点javaでちゃんとオブジェクト思考で書いたたとえばstrutsは
見やすい。ちゃんとオブジェクト思考を理解している人が書けばまあ
案外はずれはない。
後さ、板違いかもしれないがhtmlのテーブルレイアウトで基地外みたいな
ソースを書くやつもいる。htmlでもここまできたなくかけるのかとちょっと
関心してしまった
452:nobodyさん
11/11/23 01:24:53.57 TchKIcRa
PHPの特徴（Javaと比較して）
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
・スキルが高い技術者がいない（有能な技術者は他へ流れる）
453:nobodyさん
11/11/23 11:22:33.48 +z4pWX+/
java,javaと騒いるがhp比較してから言え
454:nobodyさん
11/11/23 17:15:26.55
>>453
日本語おｋ
比較対象が、>>446のような頭弱いやつが作ったサイトでは意味が無い
455:nobodyさん
11/11/23 19:09:51.17
OOPはオーバーヘッドをまねくとかどの言語にも言えることを
PHPの特徴として挙げてるのが頭弱そうだなｗ
456:nobodyさん
11/11/23 19:50:17.10
俺も昔Javaは遅いって偏見もってたけど自分で実装したら爆速だった。
457:nobodyさん
11/11/23 23:18:48.02
OOPにするとリフレクションを使ったフレームワークがでてくるんだが、
これがとにかく重い。
だけど最近のJavaフレームワークはバイトコード書き換えライブラリで
リフレクションの重さを消してるから大きな差がでる。
458:nobodyさん
11/11/23 23:31:03.36 TchKIcRa
>>455
OOPはオーバーヘッドをまねくとかどの言語にも言えない。
JavaはデフォルトがOOPなので「オーバーヘッド」とは言葉の意味として変。
他の言語で言えば、Objective-Cは早さを求める部分だけはC言語を使う。
OOPしたいときはObjective-C特有の記述を行う（処理が若干遅い）。
この言語ではオーバーヘッドだと言える。
PHPも同様。手続き型が早く、OOPするとオーバーヘッド。
459:nobodyさん
11/11/23 23:33:43.99
phpは速度がいらない用途に使われることで
javaと住み分ければいい。
だからphpの命運はrubyしだいじゃないの？
460:nobodyさん
11/11/24 00:46:29.22 7Rm3n7B1
データベースを使用しないサイトではPHP有利。
しかし、データベースを使用するサイトでは
同じデータのためにユーザー別にデータベースに取りに行く羽目に
なるから悲惨。シングルトンも中途半端で意味ないし。
ユーザー固有のデータをユーザー別に取りに行くのであればわかるが。。。
461:nobodyさん
11/11/24 00:47:50.51 7Rm3n7B1
最たる例がOpenPNE、続いてWordPress。
462:nobodyさん
11/11/24 01:34:38.03 9qxbQIMl
javaってタグ出力１行ずつなの？
463:nobodyさん
11/11/24 03:23:45.21
>>462
質問の意味、不明
464:nobodyさん
11/11/24 03:29:38.05
servletはリクエストごとにデフォルトで2000文字のレスポンスバッファ（メモリ）が
用意されてて、上から一行ずつレスポンスバッファにコピーされていく。
そしてバッファが満タンになるごとにブラウザへネットワーク出力される。
つまり2KB毎の出力。（大きく出来るが）
単純な実行速度の差（forループが速いとか）なら誰も気にしないんだけど、
キャッシュを作ったりするプログラマ側の工夫・テクニックが
phpには利用不可なところで大きな差がでるんだよ。
465:nobodyさん
11/11/24 03:31:58.83
>>462
ついでにいうと、PHPの例を上げてもらうとJavaの場合を説明しやすい。
基本的にPHPよりもJavaの方が選択肢が多いと考えたほうがいい。
466:nobodyさん
11/11/24 03:37:01.08
PHPに小技を使うプログラマを意図的に追い出して
初心者と上級者のコードの差をなくしたい目的があるなら
それでもいいかもしれんが、目的の為の結果ではなく
単なる設計上の失敗でこうなってるわけだ。
467:nobodyさん
11/11/24 03:37:47.34
>>460にあるようにPHPであればリソースがムダになるのがデフォルトなのでパフォーマンスでは不利だろうね。
468:nobodyさん
11/11/24 03:42:33.94
>>460の弱点を補うために共有リソースをJSON化し、JavaScriptで読む設計を見たとき、PHP大変だなと思った。
469:nobodyさん
11/11/24 09:24:19.45 Q/4cL+dK
javaはWEBには向かない非効率過ぎだろう
470:nobodyさん
11/11/24 12:12:39.84 iozStp/e
>>469
たとえば？
471:nobodyさん
11/11/25 02:57:59.91 r9GSFHRA
>>469
で?
472:nobodyさん
11/11/25 17:58:21.02 eVJvll6H
javaのwebﾍﾟｰｼﾞを見たらわかるけど画面が一瞬消える（真っ白）
473:nobodyさん
11/11/25 20:06:41.84
完全論破されたPHPユーザの末路だな。
これまでPHP使ってた程度の低い連中が
最近Rubyに流れ出したらしく、railsだかherokuの人が怒ってたな。
474:nobodyさん
11/11/25 21:45:22.30 RQAHKfhw
>>472
で?
475:nobodyさん
11/11/25 22:55:47.08 JAScN6im
facebook,MysqlツールのMySQLAdminもphp
476:nobodyさん
11/11/25 23:13:44.71 c2XffeOU
javaはServletに対応したインターネット・サービス・プロバイダ（ISP）がほとんどない
477:nobodyさん
11/11/26 00:17:25.63 kHsr0WWb
javaとjspの違いわかってないんじゃねｗ
478:nobodyさん
11/11/26 00:46:08.31
リアルタイム通信対戦が作りたい（けど作れない）
phpゲームボーイが発狂してるのかな
479:nobodyさん
11/11/26 02:29:45.71 iyI9Pkxw
PHPの特徴（Javaと比較して）
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
・高いスキルをもつ技術者がいない（有能な技術者は他へ流れる）
480:nobodyさん
11/11/26 21:04:59.40
急に書き込みが止まったところをみると
PHP関連に金を貢いじゃったゲームボーイだったようだなｗ
「PHPの特徴（Javaと比較して）」
・リアルタイム通信対戦が作れない(´；ω；｀)
・糞本を発注して小遣い失ってしまう(´；ω；｀)
・ゲームボーイが発狂してしまう(´；ω；｀)
・セキュリティが弱く攻撃されてしまう
・プロセスでアクセスを裁く
→プロセスは遅い
→アプリケーションスコープが存在しない
→オブジェクトプールが作れない（IO負荷が大きい）
→リソースプールが作れない（コネクションetc）
・非同期リクエストが使えない
・インタプリタ方式のため配備が容易であると嘘をついてしまう
・名前空間が衝突しやすく、大規模システムや多人数開発に向かない
・スキルが高い技術者ほど苦労する言語仕様
・もともとOOPでないためオブジェクト指向の機能が弱い
・アダルトサイトやアダルト広告はphpで決まりだね☆
481:nobodyさん
11/11/26 21:20:04.42
JAVAはミドルウェアやフレームワークがいろいろ絡みすぎ。
売切りのサイトならいいが、十年以上自分でメンテして行くサイトなら嫌すぎる。
482:nobodyさん
11/11/26 21:50:51.60
その辺はPHPも十分ややこしくなって来とるけどな
483:nobodyさん
11/11/26 21:53:56.56
更新が遅いってのは利点でもあるな。
484:nobodyさん
11/11/26 21:57:43.02
PHPはフレームワーク乱立でJavaと同じ過ちに突っ込んで手遅れ。
AppサーバがApache2に統制されてるからサーバの設定だけは保守性高しかな。
485:nobodyさん
11/11/27 03:26:25.17 AlbigbtP
>>475
facebookは違う。PHPコードからC++に変換している。
変換する意味はPHPの性能が低いから。たぶん、facebook開発者はこんなに流行するとは思ってなくて
苦肉の策でHipHopを作った。
>>481
>>484
サーバー管理者の立場から言うと、PHP自体のアップデートが多すぎて手間がかかる。
また乱立するPHPのモジュール。PHP4から5。またPHP5の数多くのバグフィックスなど。
もうね、ひどすぎる。
またメモリ食いが醜い。Javaみたいに1プロセスでドーンとメモリの幅を取るのはわかりやすいが、
PHPはそうじゃないのでアクセス増えてきたらとんでもないことになる。
追い打ちをかけてシリアライズにバグありで分散処理がいまだに信頼できず、
あっぷあっぷしている。といってもPHPの開発者はPHPしかできない人が多く、
分散の意味すらわかっていない。やっぱりPHPは小規模のサイトがぴったり。
486:nobodyさん
11/11/27 06:49:36.86
PHP大変そうですね。小規模というか1人で開発＋サーバー1台だけ
で済むものぐらいでしょう。
487:nobodyさん
11/11/27 11:26:20.33
>>485
あほくさ。それ管理になってないじゃんw
スケール決めずになんでもかんでも行き当たりばったりで突っ込んだら
なに使っても同じ目に遭うわw
488:nobodyさん
11/11/27 11:38:44.31 AlbigbtP
>>487
確かにスケールはからずにPHP使ったのがすべての間違いでした。
分散処理がここまで難ありだとは思いもよりませんでした。
言語自体のバグはどうしようもありません。