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使ったのがすべての間違いでした。
分散処理がここまで難ありだとは思いもよりませんでした。
言語自体のバグはどうしようもありません。
489:nobodyさん
11/11/27 11:51:47.51
>>90
分散処理云々を言語に頼るのがナンセンスw
490:nobodyさん
11/11/27 11:57:38.72 AlbigbtP
>>489
他言語では分散処理を見越した機能がはじめからありますので・・・。
たとえばJava。
PHPもJavaにならって一部のみ後付けされたようですが、
バグがありますのでどうしようもありません。
491:nobodyさん
11/11/27 12:13:28.96 AlbigbtP
>>489
たとえば、
JavaのEJBをPHPで実現できる方法を教えていただけませんでしょうか？
492:nobodyさん
11/11/27 12:28:10.06
>>491
バカすぎるw
何の評価もせずにPHPでなんでもできると思ってたのかw
493:nobodyさん
11/11/27 12:34:36.00 AlbigbtP
>>492
PHPを導入したのは私じゃありませんので。
PHPがJavaよりも機能や性能が劣るのは十分承知していますので
Javaでの作り直しを進めているところです。
ただいかんせん、PHPしかできない人ばかりで困っています。
494:nobodyさん
11/11/27 12:36:26.77
使う人間の無能っぷりを言語に押し付けちゃあかんわw
僕がいれたんじゃないから知りませんとか管理にもなってないし。
楽な職場だなあ。
495:nobodyさん
11/11/27 12:36:29.25 AlbigbtP
今日も釣れたな・・・。
496:nobodyさん
11/11/27 12:37:21.81 AlbigbtP
ごめんね。今まで書いたことは作り話でした。
497:nobodyさん
11/11/27 12:39:44.31
うわ、かっこわるw
498:nobodyさん
11/11/27 15:48:05.61
これは恥ずかしい
499:nobodyさん
11/11/27 17:27:43.75 AlbigbtP
さてと、
本日釣られた方>>492は実現できないとおっしゃっていますが、
やはりPHPではJavaのEJB相当の機能はないのでしょうか？
500:nobodyさん
11/11/27 20:58:43.77
単純にロードバランサーとアプリケーションサーバーで分割するぐらいしか
できないんじゃないの？
分散オブジェクトで機能分散する規模では
遅かれ早かれ作り直すしかない。
501:nobodyさん
11/11/28 06:33:59.97
いやできるよ。やり方は自分でググッてね仕事なんだし。
502:nobodyさん
11/11/28 06:50:48.34
機能が用意されてないとできないJava蔵にはきついかもしれん。
PHPで一から作るか、JavaのものをPHPで使うかどちらかだ。おわかり？
503:nobodyさん
11/11/28 08:32:30.74
可能・不可能という意味合いで
できる・できないって話をしても仕方ないだろ。
504:nobodyさん
11/11/28 09:27:22.33
JavaやってたSEが今はPHPのSEやってて、
分散処理がPHPではどうやったらいいかわからず、
お前らから引き出そうとしてるじゃないか？
PHPでの分散処理を自力で実装させるべき。
505:nobodyさん
11/11/28 09:49:31.52 Tu+v0Mvg
phpはできないこと多いね
506:nobodyさん
11/11/28 10:40:08.87 fHdkHg8B
PHPの特徴（Javaと比較して）
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
・高いスキルをもつ技術者がいない（有能な技術者は他へ流れる）
・EJBに相当する機能がない
507:nobodyさん
11/11/28 11:25:46.68 EDaY72nj
javaラーに何言っても無駄なようだねｗ。javaしか知らないし
javaがwebに向いていないからjspと言うweb系言語を作ったが何せ遅い
分散、分散って言うがどんなPGでも平行処理なんて出来ないだぜ
508:nobodyさん
11/11/28 11:28:19.26 EDaY72nj
>>506 何度もコピペ馬鹿
509:nobodyさん
11/11/28 11:53:52.01 fHdkHg8B
>>507
Javaでhtmlspecialchars()相当の機能を実装する方法を教えてください。当然、ご存知ですよね
510:nobodyさん
11/11/28 14:19:06.01
こらこらw
511:nobodyさん
11/11/28 18:22:45.72 fHdkHg8B
答えまだ?
512:nobodyさん
11/11/28 20:12:18.70 fHdkHg8B
基本中の基本もわからないなら書き込みするな
513:nobodyさん
11/11/28 22:47:14.95 FsMnG0zF
>>507
htmlspecialchars()をJavaでどう実現するの？
俺も聞きたいな。
514:nobodyさん
11/11/28 22:58:50.85
俺が代わりに教えてやんよ！
sub htmlspecialchars($str) {
$javao = s/&/&/g;
$javao = s/"/"/g;
$javao = s/</</g;
$javao = s/>/>/g;
}
515:nobodyさん
11/11/28 22:59:28.45
まちがえた！
516:nobodyさん
11/11/28 23:14:47.84
function htmlspecialcars(str) {
str.replaceA(/&/g, 'and');
str.replaceA(/"/g, 'quote');
str.replaceA(/</g, 'lt');
str.replaceA(/>/g, 'rt');
return str;
}
こうだっけ？
517:nobodyさん
11/11/28 23:15:24.99
また間違えた
518:nobodyさん
11/11/28 23:18:30.18
htmlspecialchars()がない言語なんて難しすぎて俺には無理だ
519:nobodyさん
11/11/28 23:22:12.85
どう考えてもライブラリレベルで十分だと思うが
言語レベルでは必要なし
520:nobodyさん
11/11/28 23:39:43.10 FsMnG0zF
>>507
htmlspecialchars()と同等機能をJavaで実現する方法すら語れないのかい？
君は不勉強すぎない？
521:nobodyさん
11/11/28 23:42:41.01
507はまだ現れてないだろ
522:nobodyさん
11/11/29 00:25:39.22 7RsVrkZo
PHPで分散オブジェクト？
根本的に言語の選択間違っていると思うが、へーーー、すごい。
523:nobodyさん
11/11/29 01:48:07.81
あとゲーム君な
なんでPHPやねんと
低負荷でも動くモンできたんだろか
524:nobodyさん
11/11/29 21:59:39.95 C5wHIBZ2
JAVAで作られた代表的なサイトってどこ？
525:nobodyさん
11/11/29 23:14:18.63 7RsVrkZo
>>524
htmlspecialchars()をJavaで実現するためにはどうするの？
526:nobodyさん
11/11/29 23:24:48.30 7RsVrkZo
PHPで分散オブジェクトとかいう変態くん、
再登場求む！
527:nobodyさん
11/11/30 05:43:02.85
JavaフレームワークのStrutsの拡張子がdo
つまりindex.doとかでググルといいんじゃねとおもうわけよ
528:nobodyさん
11/11/30 09:37:17.38
>>526
なにかね？
529:nobodyさん
11/11/30 10:14:41.12 wefNsoHt
>>528
やっと登場されましたね。
それではお答えください。
htmlspecialchars()をJavaで実現するためにはどうするの？
530:nobodyさん
11/11/30 10:19:10.25
>>529
何もしなくていいじゃん
531:nobodyさん
11/11/30 10:37:04.87
>>529
今度はあなたがお答えください。
PHPでhtmlspecialchars()をしないでも、
勝手にエスケープされるようにするにはどうすればいい？
532:nobodyさん
11/11/30 10:47:36.97 wefNsoHt
>>531
質問にお答えください。
533:nobodyさん
11/11/30 14:09:32.27 konNSHxQ
JAVAで作られた代表的なサイトって実際ないだろ
534:nobodyさん
11/11/30 16:08:08.03
PHPでもRailsでもないとすると、後はJavaかASP(.Net)ぐらいだよなぁ
PerlとかPythonとかはそんなに多くなさげ
あ、moinmoinとかあるか
535:nobodyさん
11/11/30 20:48:53.90 +X6+ePgo
amebaだかどっかが拡張子doだった気がする
536:nobodyさん
11/11/30 22:25:37.88 pmAax3Wl
レベル低すぎませんか？
拡張子は変えられでしょ？
537:nobodyさん
11/12/01 00:01:23.22
ワンパターンの問題ばっかり出してる奴が、一番レベル低いわｗ
ワンパターンな奴は、やり方もワンパターンで他の方法を知らない
技術が古い、EJBの代替を知らない
538:nobodyさん
11/12/01 00:23:24.82 eX/WFtqK
>>537
ね～、ね～。EJBって何か知ってる？
539:nobodyさん
11/12/01 00:25:48.73 eX/WFtqK
>>537
ね～、ね～。
あなたの高い技術、facebookで生かしてみたら？
連中相当困っているみたいで今C++でやってるみたいよ。
540:nobodyさん
11/12/01 02:38:33.92
拡張子をdoに変えてアクセスできちゃうサイトは
JavaのStrutsで作られたサイトですな
541:nobodyさん
11/12/01 13:52:46.32
最近strutsの話あんま聞かないな
今でも採用案件豊富なんかな
542:nobodyさん
11/12/01 17:05:08.70
国外はspring, 国内はSeaser(S2Struts)が人気だそうで。
543:nobodyさん
11/12/01 17:08:32.01
まあ他人が責任もって開発運用するならなんでもいいんだけどね。
趣味でやる分には美学とか好みが重要なわけで。
544:ninja!
11/12/05 19:50:16.90
ninja now
545:nobodyさん
11/12/08 01:22:26.72 gELGkcG5
PHPの特徴（Javaと比較して）
・やっつけ仕事にはもっていこい
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
・大規模プロジェクトには向かない
・高いスキルをもつ技術者がいない（有能な技術者は他へ流れる）
・EJBに相当する機能がない
・技術者の給与が低い
546:nobodyさん
11/12/08 03:03:14.66 SHm4At/Z
JavaしかできないとかPHPしかできないとかマジ終わってるわ。
業務システムとかはJavaじゃないと駄目だろうし
スマホアプリのサーバーサイドAPIとかソーシャルアプリとかはPHPとか
適材適所だろ。
Webプログラマならどっちも使えるようにしとけよ。
あと、言語だけじゃなくて有名なフレームワークを一通り知っておかないと
意味ねーからな。
もっと言うと今時Webプログラマなんてどうよ？
スマホだろ時代は。
547:nobodyさん
11/12/08 18:11:01.74 urSMIVuK
おっしゃる通り。
スマホ時代になってきてPHPが廃れてきた。
本屋さんに行けばPHPの本が一昔まえに比べるとかなり減ったのに気づく。
代わりに増えてきたのがAndroid（Java）やObjective-C、ActionScript3.0など
スマホアプリを開発できる言語を解説する本。
ほとんどサーバーサイドでしか使えないPHPはもうその時代ではない。
548:nobodyさん
11/12/08 19:47:13.83
>Webプログラマならどっちも使えるようにしとけよ。
>あと、言語だけじゃなくて有名なフレームワークを一通り知っておかないと
>意味ねーからな。
それただの土方だろｗ
saas運営（サービスプロバイダ）ならJava一択。
Web, Android, Swingができるし、他のクライアントサイドは外注する。
549:nobodyさん
11/12/08 21:18:19.83 kOgrwM9k
「Perlで有名な小飼弾に暴言を吐いたｷﾁｶﾞｲｗ OSSコミュニティから物凄いパッシングｗ」
URLﾘﾝｸ(blog.livedoor.jp)
北畠徹也氏が代表の「テラ・インターナショナル」がPerlを勝手に商標登録
＞＞この北畠って人は、ツイッターとかでも自殺するって言って話題になったり
よく分からないNPOか何かに募金をしてくれってメールを数万人規模のMLに流したり
それらは実はチョットした技術的ミスだって釈明してたりする人らしいね
Tetsuya_K 北畠徹也
@dankogai の家に電話したら、「小飼弾は死にました」らしい。ざまみろ。ざまみろ。というか、死んだ方が社会にとって幸せ。以上。＃ どうでもいいが、jcode.plなんて簡単につくれるじゃろ。あんなので調子に乗るアホもどうかしてるぜ。
Tetsuya_K 北畠徹也
I compared my @klout with @dankogai, how does your @klout compare? klout.com/user/dankogai/… @Tetsuya_K に比べたら全く大したことねーな。大口叩く愚か者が。
コメントの一覧
「みんなおもしろいおもしろいいってるけど北畠さん完全にかわいそうな精神病の患者ですよね」
「コメント欄が病的で怖い。人格が分裂してる？」
「本当に何がしたかったんだろう・・・」
「無事取り消されたそうで。本当によかった。」
550:nobodyさん
11/12/09 00:31:27.93 KkhVMRzt
PHPしか使えない人はかわいそう。
これから生きる道がなくなってくる。
551:nobodyさん
11/12/09 08:47:56.46 HfuSJeU7
URL見てわかったんだけど、ここってPHP板だよね。
552:nobodyさん
11/12/09 16:06:27.58
たかが言語如きで叩かないといられないってのはどういう？
553:nobodyさん
11/12/09 16:20:31.80
PHPユーザがバカだから仕方がない。
PHPはホビー（Notプログラマー）専用で収まっておくべし。
554:nobodyさん
11/12/15 22:07:10.25
PHPは嫌いだけどCライクな（単純な）
Web用スクリプトがあってもいいとは思う。
C++とLUAを組み合わせるみたいに
Java・C#とインタプリタ言語の組み合わせがあってもいいはず。
555:nobodyさん
11/12/18 00:02:36.95 a4u4ZR3L
PHPでシングルトンをJavaと同じ感覚で使っている大馬鹿者が現実にいたw
笑ったよ。おもいっきりアホなバグを出していた。
確かにコードは似ている。しかしメモリ空間が根本的に違うだろ。
PHPオンリーのみなさんもウェブ上に転がっているJavaの
シングルトンの説明がそのままPHPで適用できると思わないでねw
PHPはマルチスレッドではありませんのであまり意味ありません。
そのことは公式サイトにも載っているしね。
556:nobodyさん
11/12/21 05:28:45.65
＞メモリ空間
pythonやrubyだとどうなんだろ
phpだけがおかしいのか？
557:nobodyさん
11/12/21 19:22:19.60 4B+G5XOa
>>>>556
PHPが「おかしい」というより、それは言語の特性。
プロセスが複数生成され、それに伴って当然メモリ空間がバラバラになる。
サイト全体で共有できるメモリ空間がない。
シングルトンが本来の意味をもたないのは当たり前。
こういう特性だからPHPはJavaに比べると特にDBを使うサイトでは設計が難しい。
DBから取ってきたデータをキャッシュできないからDBへの負荷もかかる。
圧倒的に不利。OpenPNEやWordPressが激重なのも当然。
その特性（欠点）を補うためにはmemcachedという汎用の
メモリキャッシュシステムを入れるとなんとかならないこともない。
しかし、言語レベルでサイト全体のメモリサポートがあるJavaと比べると
使い勝手が悪いのは間違いない。
558:nobodyさん
11/12/22 02:35:28.59
>>557
どのみちJava単体じゃスケールアウトなんてできないんだから、
memcachedなどのシステムは必要になるだろ
559:nobodyさん
11/12/22 09:17:32.14 b//jW3sf
>>558
Java単体というどういう意味ですか？
560:nobodyさん
11/12/22 10:24:52.87 6YHwfOq+
>>559
？？？
561:nobodyさん
11/12/22 10:37:49.89
>>560
フィルターかけろ
お前の頭にな。
562:nobodyさん
11/12/22 11:27:18.03 6YHwfOq+
>>561
・・・
563:nobodyさん
11/12/22 11:32:33.74
>>561
PHPは通常Apache HTTP Serverに寄生して動く。
で、サーバーサイドJavaはどうやって動かすのですか？
564:nobodyさん
11/12/22 12:09:07.17 TRZU/Nfx
言語特性知ってれば外はPHP、内はJava
領域を大きく犯すようなシステムが必要ならば、場合によっては言語切り替えちゃえばいい。
くらいの話が普通に出てきそうなんだけど、
縛りプレイ好きが多いのか、片方の言語しか知らないのか、ただのバカなのか
ってのが多いな。
565:nobodyさん
11/12/22 12:54:19.19
サーバーはApacheだけじゃないぞ！
566:nobodyさん
11/12/22 13:19:23.98
>>562
だからPHPは「通常」・・・、って書いてるやん。
Apacheのシェアが60%もあるのに「通常」は変ですか？
567:nobodyさん
11/12/22 13:32:23.46
数の暴力？
568:nobodyさん
11/12/22 13:39:33.53 6YHwfOq+
>>567
で、サーバーサイドJavaはどうやって動かすのですか？
569:nobodyさん
11/12/22 13:59:02.41
ジャワ島
570:nobodyさん
11/12/22 14:21:08.98 6YHwfOq+
>>569
で、サーバーサイドJavaはどうやって動かすのですか？
571:nobodyさん
11/12/22 15:25:59.32 6YHwfOq+
>>558
Java単体とは何を意味していますかw？
572:nobodyさん
11/12/22 16:35:08.00
JavaはTomcatで動かす
573:nobodyさん
11/12/22 17:04:37.25 6YHwfOq+
>>572
サーバーはTomcatだけじゃないぞ！
574:nobodyさん
11/12/22 20:24:24.89
PHPはスタンドアロンが作れないからPHPでサーバーを作れないだろ。
Javaはスタンドアロンが作れるからJavaでサーバーが作れる。
Javaで作られたサーバーはTomcat(Apache), JBoss(Redhat),
GlashFish(Oracle), WebSphere(IBM)などがある。
Apacheは使ってもいいし、使わなくてもいい。
575:nobodyさん
11/12/23 00:46:45.26 gEHIwi57
>>558
この人、Javaのこと何もわかっていない・・・。
576:nobodyさん
11/12/23 01:02:12.02 xKTq9mHV
だからjavaとjspは違うって何度言ったら
javaでまとめてタグ書いてみろよ
577:nobodyさん
11/12/23 03:09:15.29
JavaTea飲んでモチツケ
578:nobodyさん
12/01/05 02:38:58.80
Javaは時代遅れでキモい言語だからもう廃れるかと思いきや
Androidで息を吹き返しやがった。
まぁでもサーバーサイドAPIはPHP、スマホ側はJavaもしくはObj-Cでいいや。
579:nobodyさん
12/01/05 05:52:56.75
>>578
バカだなあ
自分の好きな言語を使えばいいだろ
580:nobodyさん
12/01/05 09:24:36.65
rubyやpythonならともかく、
perlから生えたような時代遅れの糞言語PHPがjavaを叩けるものかｗ
581:nobodyさん
12/01/05 11:15:26.38
でもウェブアプリでは使用率PHP＞Javaなんだよな
582:nobodyさん
12/01/05 19:35:45.19
JavaEEのウェブサービスってどんなのがあるの？
phpだとFacebookをはじめたくさんあるよね
583:nobodyさん
12/01/05 20:12:44.21
facebookはほとんどC++。
584:nobodyさん
12/01/05 21:57:11.98
Javaは銀行の業務システムとかBtoB法人向けで使われてるからねー。
サイボウズとかにも使われてるけどURLに～.phpみたいなのが付かないから
部外者には気付きにくい。
585:nobodyさん
12/01/06 15:29:57.77 Bppt4S6b
facebookはPHPをはじめに導入したことを激しく後悔しているはず
586:nobodyさん
12/01/06 15:34:15.32
what about haskell guys?
587:nobodyさん
12/01/06 21:56:20.68
かといって、facebookがjavaを採用してたらよかったかというと、そうとも思えない
588:nobodyさん
12/01/07 00:07:15.05
twitterはjavaで作り直しているらしいね。
589:nobodyさん
12/01/07 10:05:16.13
金があって、それなりのレベルの技術者がいるうちはJavaもいいかもね