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

PHPがJSPより優れている点って何ですか。

■ このスレッドは過去ログ倉庫に格納されています
0001たけ03/12/04 00:49ID:7VVPvP8a
よく巷でPHPは便利だ、簡単に作れるというんだけど、
ちょっと見たところ、そんなにJSPより利点があるようにも
見えないんだけど、誰か指摘して頂戴。
まあ、Perlよりは楽だろうけど。
0002nobodyさん03/12/04 00:59ID:???
単発質問スレ立てるな
0003nobodyさん03/12/04 01:07ID:???
CGIとJSPとＰＨＰどれが得か？
http://pc2.2ch.net/test/read.cgi/php/1065866136/

CGI vs ASP vs Java Servlet vs JSP
http://pc2.2ch.net/test/read.cgi/php/1067093628/

どっちにしても盛り上がるネタじゃない
0004nobodyさん03/12/04 12:33ID:???
>1

だっさ
0005nobodyさん 03/12/04 20:23ID:???
>>1
>そんなにJSPより利点があるようにも
>見えないんだけど
何を見てそう思ったの？
0006nobodyさん03/12/05 01:34ID:bTZUZcYB
http://www.atmarkit.co.jp/fjava/rensai2/jspservlet02/jspsevlet02_1.html
ここに答えがありますた。
0007nobodyさん03/12/05 10:04ID:???
糞スレにマジレスか
0008nobodyさん03/12/05 12:16ID:MqWqoWuk
できることはあまり変わらないし得も損もないんじゃ・・・・。
ようは使い慣れた言語が一番！
俺的には「PHP、JSP/Serv」は両方できたほうがいいと思うけどね・・・。
0009nobodyさん03/12/05 12:36ID:???
>>8
いや、PHPはできる必要ないだろ。
0010nobodyさん03/12/05 19:36ID:MqWqoWuk
>>9
そう？簡単だからいいじゃん！？
それに噂だとPHP５からオブジェクト指向になっていくとかいかないとか・・・。
0011nobodyさん03/12/05 22:36ID:???
PHPのほうが P が２つも入ってるのが神がかっている
0012nobodyさん03/12/07 14:33ID:ZxCmw1UM
PHPってセッション以外にオブジェクトを他ページに渡す方法がないのが鬱
0013nobodyさん03/12/07 17:29ID:???
CGIとJSPとＰＨＰどれが得か？
http://pc2.2ch.net/test/read.cgi/php/1065866136/

CGI vs ASP vs Java Servlet vs JSP
http://pc2.2ch.net/test/read.cgi/php/1067093628/

−−−−−−−−−−−−　終了　−−−−−−−−−−−−−
0014nobodyさん03/12/07 22:29ID:a9lK7lJL
phpを使用できる環境の方が多いんだから
phpが一番、
オープンソースも多いから勉強しやすい
phpユーザーが多いので
わからないことも教えてもらいやすい
jspなんか
わざわざtomcatインストールしたりで
セキュリティー面においても歴史が短いから不安
0015nobodyさん03/12/07 23:24ID:???
要約すると
厨房向けってことか
0016nobodyさん03/12/07 23:30ID:???
>>14
スクリプト言語だからオープンソースは当たり前では？？
0017nobodyさん03/12/08 03:30ID:???
>>15
んだから普及したんだよ。　　　　へえー。
0018nobodyさん03/12/08 15:58ID:48g33nxe
>>わざわざtomcatインストール
別に何時間もかかるわけじゃないし。。。

>>セキュリティー面においても歴史が短いから不安
apaccheにアドオンすれば問題なしな気が・・・。
0019nobodyさん03/12/10 09:50ID:???
>>12
任意の変数をシリアライズできますけど。
出力先はファイルとか共有メモリにでも。
0020nobodyさん03/12/11 19:54ID:3a96zagy
■運用面で比較すると
PHP・・・規則(変数型等)があやふやな為、別の人間が担当することになった場合にはちとつらい。
　　　　 自由が利く反面、仕様書等をがっちりしておかないとあとで祭りになる可能性大。
JSP・・・規則(変数型等)がむかつくくらいにうるさい。ただ規則はあるので後から見た人もわかりやすい。
　　　　 JAVAプログラマーは何気高い・・・。
　　　　
■結論
PHP・・・一発屋(拡張等を余り見込まない)中規模程度のシステムまでなら便利。
JSP・・・大規模の基幹系ならこっちがお勧め。
システム開発をするときは技術面での検討はもちろんだか、運用面等開発後も考えて先行するのは吉。
開発期間より運用期間の方が長いんだし。
0021　03/12/11 20:11ID:???
JSPで基幹とはこれ如何に。
0022　03/12/11 20:15ID:???
そういうスレだったか。訂正↑。
00231403/12/13 10:55ID:7blUuH0p
>>16
オープンソースが多いというか
ソースコードを無料配布している人が多い
>>18
tomcatインストールするのに
３時間かかった。
tomacat側は8080ポート
apache側は80ポートという風になってしまい
全て80ポートで動作することが出来ない
apaccheにアドオンって何？
やはりtomcatは時間かかるからダメ


0024nobodyさん03/12/13 15:56ID:???
ぬっちゃけJSPが分かってる人でPHPが習得できない人なんて居ないでしょ
0025nobodyさん03/12/13 21:52ID:???
っていうか、Zendをタダにしろや。
0026nobodyさん03/12/15 10:14ID:eDFqb4c4
>>23
アドオンの仕方・・・下記参照
http://www.ether-usa.net/ether-server/macosx/LAN-c-11.html
簡単に言うとアパッチでtomcatが動くようにすること。

>>24
正解。jspができれば他もできる！・・・はず。
0027nobodyさん03/12/20 14:56ID:shmreW4a
っていうか、PHPをEclipseで作れるようにしろや。
0028nobodyさん03/12/20 15:45ID:CAL2PA31
>>27
PHP WebStudioというのがあるyo
0029nobodyさん03/12/20 18:38ID:???
っていうかZendStudioでいいじゃん
0030nobodyさん03/12/20 18:56ID:shmreW4a
>>28
ありがとん。使ってる？

>>29
バージョンが0.3.4てとこが気になるけど[>WebStudio]タダのほうがいいやん
00312803/12/22 18:51ID:cuO5XY7C
あんまり活用できてない＞WebStudio
サーバに上げて試さなくても文法チェックをしてくれるのが楽で使ってるレベル
0032nobodyさん03/12/22 19:17ID:???
文法チェックは -l でできるからなあ。
0033nobodyさん03/12/28 01:25ID:???
phpは厨房でも使えるのがすばらしい
あまりにも簡単過ぎて、スキルとは呼べないけど
0034nobodyさん03/12/30 01:42ID:???
>>30
WebStudio使っているけどデバッグ機能に期待しちゃだめ。デバッグ機能をデバッグしている気分になる。
Eclipseの重さに耐えられるならば（重いのは起動時だけ）高機能エディタとしては超お勧め。
後継のTruStudioにはコード補完機能がつき始めたからこれだけでも漏れには便利になった。
ちなみにわかってるとおもうけどurl> p://trustudio.japansite.org
0035nobodyさん03/12/30 19:34ID:???
webstudioってただのエディタか？
0036nobodyさん04/01/04 00:22ID:???
phpは抵抗ないけどjspは抵抗ある。
漏れの頭は厨房レベルだな。＿|￣|○
0037nobodyさん04/01/09 22:48ID:???
PHPが分かったからとJSPが理解できる保証は無いが
JSPができるやつは、PHPも楽勝で分かる。
簡単で楽だと言うことは、それだけインタプリタ側ががんばっているってことで。
0038nobodyさん04/01/22 21:19ID:x1SMRyOZ
ｐｈｐからのＤＢアクセスってアクセスプランの再利用とかできる？
0039nobodyさん04/01/23 01:14ID:???
共有サーバでJSP使えますか？
0040nobodyさん04/01/23 05:05ID:???
>>39
サービス提供しているところは少ないがあるし、使える。
0041nobodyさん04/01/23 07:55ID:???
FreeBSDで動くこと
0042nobodyさん04/02/04 11:51ID:???
phpは一億総ＷＥＢプログラマー化の言語
JSPは仕事にするための言語

こんな感じでよろしいでしょうか
0043nobodyさん04/02/04 11:52ID:???
まあyahooがphpでつくってるとかて話もあるし、
要は道具は使いようってだけな気もするが。

perlはどちらにしろもうだめぽいけど。
0044nobodyさん04/02/07 13:31ID:???
perlはもう廃止だ、馬鹿
0045nobodyさん04/02/18 16:40ID:???
Perlは6になったらお終いだ。
0046nobodyさん04/04/23 17:38ID:???
PHPってもっさりしてるでしょ？
WikiとかBlueQuartzとか使ってるとイライラしてくる。
0047nobodyさん04/04/26 13:14ID:???
Javaよりはもっさりしてないよ
0048nobodyさん04/05/16 12:38ID:???
Javaって何処がもっさりしてるんだ？
0049nobodyさん04/05/18 14:28ID:???
全体的に
0050nobodyさん04/07/11 00:00ID:???
まあ、もっさりしているが、
普通にリクエストが少ない状況でJavaを使っても意味が無いだろうよ…

リクエストが多すぎてやばいとか、そういう時に使うもんだ
0051nobodyさん04/07/16 22:32ID:???
>>23
Tomcat8080ポートを塞いで、
mod_jk/mod_jk2を使ってApache80ポートを
Tomcat8009ポートにルーティングするのも一つの解。

PHPが厨向けというのが良くわかったよ。
0052nobodyさん04/12/15 00:30:48ID:???
多分個人レベルじゃJSPの利点である大規模システムなんか作らない罠。
速度にしてもPHP+MMCacheで十分じゃ…。
0053nobodyさん04/12/16 09:04:12ID:FkqLBDlI
PHPとASPはちょっとリクエストが増えると、内部で池沼起こしてもっさりするよな。
Perl、C、JAVAを使い分けるのが最強と言うことだな。
0054nobodyさん04/12/16 10:11:59ID:???
リクエストのないJAVA
0055nobodyさん04/12/16 10:43:42ID:???
コストが安いのが一番だろ。
ＪＡＶＡ系はマーケティングの産物で貧乏人には手が出せませんな。
0056nobodyさん04/12/16 13:45:44ID:???
ひとまずPHP+MMCacheより軽いServletページは見たことがない。

そもそもOOP自体でパフォーマンスは落ちるしね。
まともなOOPしてれば。
0057nobodyさん04/12/18 16:21:55ID:wTia/X4M
Javaだからといっても、WebアプリでOOPする必要なんかないし。
0058nobodyさん04/12/18 16:23:37ID:wTia/X4M
Javaはスキルが貧乏な人には手が出せないってことか。
開発に必要なソフトはすべて無料で手に入れることができるわけだし。
0059nobodyさん04/12/18 17:08:39ID:???
お前みたいな頭がボケた人にはPHPの方が良いよ
0060nobodyさん04/12/19 20:32:56ID:???
>>58
具体的な反論しても、>>59みたいな煽りが返ってくるだけで不毛だからやめとけ。
0061nobodyさん04/12/20 01:40:41ID:???
PHPに深刻なセキュリティ・ホール，リモートからコードを実行される
ttp://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20041217/154014/
0062nobodyさん04/12/20 15:53:37ID:???
まぁ、ぶっちゃけPerlとPHPしかできんのだが
Javaもやってみたい。
0063nobodyさん04/12/20 18:09:51ID:???
>>57
>>60
WebアプリにOOPがいらないとする理由を語ってほしい。
マジわからん。

J2EEとか根底から否定するってことだよね？
0064nobodyさん04/12/21 04:11:42ID:???
>>63
Web+DBアプリにOOPが必要な理由を語ってくれ。
Strutsがあるからそれ以上は不要とか、Hibernateがあるからそれ以上は不要とか、そういう結論にならないように。
0065nobodyさん04/12/21 05:58:56ID:???
完全なOOPは使ってないけど
WEBアプリに限らず
多少OOPっぽくなるのは当たり前じゃない？

OOPが”必要”とかの問題じゃない
OOPしなくても見やすいコードとかもOOPっぽいことになってるケース多いし

そもそもWeb+DBアプリだけでどのくらいの規模を指してるのか不明な点を語れ

まぁどの言語もOOPとして書くこともできるだけであって
JavaしたからってOOPになる問題でもないし
OOPするだけなら今の言語ってほとんどサポートしてるっしょ
0066nobodyさん04/12/21 10:04:46ID:???
>>64はスキルが貧乏なんですよ。
0067nobodyさん04/12/21 10:31:30ID:???
newって書いたリ、extends Actionって書いたリすることをOOPっていうなら、OOPは必要。
継承って便利だねぇ、とか。
規模が大きいとしても、Web+DBアプリの設計で、クラス図がいかほどの役に立つというのか。
まあ、OOPにあこがれる気持ちはわからんでもないが。
0068nobodyさん04/12/24 02:20:40ID:???
phpは分かるがjspは知らない。
上ででていた型が厳しいとはどういうことか教えて。
というか厳しいとかぬるいとかプログラムにそんな曖昧なのがあることすら分からん・・・(´д｀;)
0069nobodyさん04/12/24 05:18:12ID:???
PHPのよさは、そんな68でもなぜか動くものが作れるところか。
0070nobodyさん04/12/24 06:10:38ID:???
>>69
同感
0071nobodyさん04/12/24 18:06:22ID:???
>>68
このへんを読むとわかるかな。
http://www.php.net/manual/ja/language.types.type-juggling.php
http://www.php.net/manual/ja/types.comparisons.php

JSP（Java）やC・C++などは変数を使う場合でも宣言が必要で
型の異なる代入や演算はエラーになったり暗黙の型変換が行われる。

int a = 1 // 整数型の宣言と代入　1（数値）
int b = 3.14 // 整数型への代入なので暗黙の型変換　3（数値）
double c = 3.14 // 実数型　3.14（数値）
int d = "A” // 文字の代入　エラー
String e = "1" // 文字列型の宣言と代入　1（文字列）

int v = a + b // 整数型の宣言と演算結果の代入 1 + 3 = 4
int w = a + c // 整数型の宣言と演算結果の代入 1 + 3.14 = 4
double x = a + c // 実数型の宣言と演算結果の代入 1 + 3.14 = 4.14
int y = a + e // エラー
String z = a + e // エラー
0072nobodyさん04/12/24 21:05:41ID:???
>>71
多分分かった、ありがとう。PHPに比べると小難しいプログラムみたいな書き方ですね。
0073nobodyさん04/12/25 04:28:25ID:???
この程度を小難しいといってる72でも、プログラムが作れるPHPってすばらしい。
0074nobodyさん04/12/25 04:50:03ID:???
さすが初心者向けを前面に押した言語だ
この点はやはり受け入れられてるみたいね
0075nobodyさん04/12/25 05:32:07ID:???
そうじゃなきゃ、中途半端な言語仕様の意味がないからな。
0076nobodyさん04/12/25 22:00:50ID:???
徹底比較!! PHP & Java 企業システムにおけるPHP5の可能性
ttp://www.thinkit.co.jp/free/compare/2/6/1.html

ソースコード行数比較で生産性を計ることはどうかと思うが、それ以前の問題だな。
5つのサンプルで、3つはほぼ同じ、それもJava側に無駄な改行やコードも含んで計った上で、PHPが1〜2行少ないだけ。
あとの２つは1勝1敗。
それで、結論が「PHP5の開発生産性の高さを実現しています」

その比較の結果、生産性がPHP側が◎でJava側が△

もう少しまともな比較記事書けんのか？
まあ、そんな記事だから、まだまだ比較することが残ってるのに打ち切られたんだろうけど。
0077nobodyさん04/12/26 00:13:00ID:JB/05Cmi
記事タイトルが既に公平じゃないし。
0078nobodyさん04/12/26 01:38:29ID:???
公平じゃないのはわかりきったことにせよ、ほんとにPHPの生産性が高い部分で比較するか、捏造・誇大表現してでも、読者がなっとくできるもの書かないと、PHP5も浮かばれないよ。
MSのLinux比較記事みたいにうまく書かなくてもいいから。
0079nobodyさん04/12/26 03:57:14ID:???
捏造・誇大表現してでもって…

PHPがJAVAより優れてそうなのはある程度のものが
つくれるようになるまでの習得が容易だってことだろうか。
開発効率は習熟度に依存するだろうけど
そこそこの習熟度でそこそこの開発効率を得られるのはJAVAじゃないかなと。
スクリプト言語は書き手のスキルによって波が大きいよなぁとおもっちょります。
0080nobodyさん04/12/26 21:54:42ID:???
>>79
とりあえず、記事として完結させろよ、って感じだったの。
全然差の出てないデータ出して、「PHPの方が生産性が高い」と書いてあっても、ツッコミようもない。
というか、ただツッコむしかない。
せめて、差の出てるデータ出してれば、その視点がおかしいんじゃない？とか、いろいろ考えることもできるけど。

PHPのいいところは、手かずが少ないので、変に迷うことがないところ。

Javaの場合は、色々なツール、色々な組み合わせがあって、その使いこなしが難しい。
中途半端な、ただ言語を理解しただけのレベルだと、ツールや方法論に振り回されて、ツールを使うためだけ方法論を実現するためだけのコードを作ってしまいがち。
Javaのツールを使いこなすには、非常に高いレベルが求められる。

ツールに振り回されて、ツールの提供する効率をムダにしてしまう非効率なコードを書くのなら、PHPで素直に書いたほうがいい。
Javaで素直に書いてもいいけど、ツールを使いたい衝動や圧力には勝てない。

ほんとうにJavaのツールを使いこなせれば、PHPは話にならないんだけどね。
0081nobodyさん04/12/26 23:44:33ID:???
というかそもそもJSPだけでJavaを語られても困るよなぁ。
JSPはJ2EEの部品の1つに過ぎなくて、実際はServletやらJavaBeansやら
JNDIのConnectionPoolingやらと組み合わせて初めて効果を発揮し始めるのに。

そもそもJSPしか使わないのならあえてJavaにする必要すらないと思う。
0082nobodyさん04/12/27 00:58:05ID:???
>>81
なんか、無理して知ってる言葉を書き並べただけに見えるのは、オレだけ？
00838104/12/27 01:04:56ID:???
>>82
いいえ。生粋のJ2EE使いです。何でそう思ったの？何か気にさわったかな？
てゆか>>81の一体どこに難しい単語が・・・。（JNDIはちょっと一般的ではないけど）
ServletとJavaBeansは別にJava使いでなくてもWeb系開発者なら一般教養として
押さえておかなければヤバい単語だし。

・・・まさかConnectionPoolingを難しい単語だとでも？？
00848104/12/27 01:13:33ID:???
・・・とここまで書いてふと思ったんだけど、PHPってJavaのJDBC＋ConnectionPoolingのような
仕組みってあるの？PHP4の時代にはなかったような気がするけど、俺が無知なだけ？

これってコンテナ（Zendエンジン？っていうの今でも）がサポートしてないと複数のセッションから
参照可能なStatic空間にSingletonに近い形で存在させておくことできないよね？
PHPのConfigファイルのどこかに接続情報を記述するセクションがやっぱりあるのかな？
PHPに詳しい人誰かおせーて。
0085nobodyさん04/12/27 01:20:25ID:???
＞JDBC＋ConnectionPooling
(｡-_-｡ )ﾉノ　ないない
00868104/12/27 01:22:23ID:???
「Connection Pooling PHP」でぐぐってみたのだが、

> PHP の実行環境は apache module 版の場合、各 apache のプロセス毎に存
> 在するので、全体で接続を共用するようなことはできません。Java の
> connection pooling みたいな仕掛けがあれば確かに便利だとは思うのですが、
> 現状では無理です。

とあるけど、これって今でもそうなの？
DBにアクセスするたびに接続時間くってたら話にならんじゃないか・・・。
MMCacheみたいなのがあるのだろうけど・・・。
00878104/12/27 01:26:50ID:???
>>85
うっそん？
てことはPHPってDBを使用したアプリには致命的に不向きでは・・・？
かつてのASPでさえ（？）Resource Poolingの仕組みが提供されていたのに。

Oracleなんて使った日には接続するだけでヘタしたら2〜3秒かかることもあるのに
いちいちリクエストごとにDB接続なんてやってられん。
そこらへんってPHP使いの人は何かテクでカバーしたりするもんなの？
0088nobodyさん04/12/27 01:48:32ID:???
>>87
http://www.orafaq.com/faqphp.htm#OTHER
SQL Relayとかいろいろ使って
0089nobodyさん04/12/27 01:55:27ID:???
ｺﾞﾒｿ。言っていることはほとんど分からない厨ですが、
日曜日に「漏れってスゴイ」を連発している>>81ﾀﾝは、
きっと億単位のシステムを組んでいらっしゃるのでしょうけど、
正直、キモいでつ。
0090nobodyさん04/12/27 02:01:57ID:???
神や宇宙人が姿を見せるとたいていの人間はそう言うのだろうな
0091nobodyさん04/12/27 02:53:51ID:???
>>87
プロセスごとにはコネクションをもちっぱなしにできるので、現実的に問題はない。

>>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、原子的すぎるものをあげてるので、どうなのかと。
そのうえ、JavaBeansなんて言葉が。
JavaBeansって、構造体の代わり程度でしかないのに。

なんか、>>84もがんばって知ってる単語を並べただけに見えるし、>>80にでてくるツールに振り回されるJava厨にあてはまりそう。
0092nobodyさん04/12/27 11:09:52ID:???
DB接続の問題はMySQLで解決！w
00938104/12/27 11:18:24ID:???
・・・なんでこんなに叩かれるのか正直わからん。

>>89
ここはJavaとPHPの比較をするスレだと思ったからJavaのことを書いたのに、
技術ネタを書いたら「キモい」扱いか・・・じゃあここ何について語るスレ？
俺の簡単なレスを「漏れってスゴイ」とか感じること自体、あなたの心に何か卑屈なものを
感じる。ただ単にあなたが勉強不足なんです。
書いていることが分からないなら、余計なこと書かずに黙っていればいい。

>>91
> >>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、
> 原子的すぎるものをあげてるので、どうなのかと。
一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
あげて、そういったシンプルなものと比較するべき・・・と考えたんです。
だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。
（俺はEJB畑の人間なんだけど）

> そのうえ、JavaBeansなんて言葉が。
> JavaBeansって、構造体の代わり程度でしかないのに。

Javaを根本から勉強し直してきてください。JavaBeans＝ValueObjectとか思ってませんか？
俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
ことのメリットを書きたかったのです。（PHPのMMCacheに対するものとして）

> なんか、>>84もがんばって知ってる単語を並べただけに見えるし
だからそう考えることが卑屈なんだって。
0094nobodyさん04/12/27 11:28:34ID:???
>>81
煽りには反応しない！
00958104/12/27 11:33:06ID:???
おっとつい言葉が粗くなってしまったけど、
>>88
そんなのがあるんだ。Oracleが紹介しているってことはけっこう信頼性あるのかな？
>>92
MySQLだと解決できる仕組みがあるの？
>>94
サンクス。
でもどうやら俺あまりよく思われていないみたいなので去ります。
0096nobodyさん04/12/27 12:15:34ID:???
>>95
MySQLだとconnectのオーバーヘッドがとても小さい。
ってか普通にpconnectを使ってれば、
論理的にはともかく、実用的に問題ない。
0097nobodyさん04/12/27 22:01:39ID:???
>>93
> 一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
> あげて、そういったシンプルなものと比較するべき・・・と考えたんです。

スレタイに「JSP」しか書いてないというのが発端じゃなければ、説得力はあるんだけど。

> だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。

いまどき、StrutsやらCommonsやら普通に使われてるし、EJBは普通に廃れてるし。

> （俺はEJB畑の人間なんだけど）
EJBが廃れてしまって、荒んでるんだね。

> 俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
> 都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
> ことのメリットを書きたかったのです。
別に、それってJavaBeansって言葉ひっぱりださなくても、普通のJavaクラスの話でOKじゃねぇの？
それに、再利用可能かどうかは、単純にいえるもんじゃないし。
0098nobodyさん04/12/27 23:50:37ID:???
そしてレベルが一気に低くなったこのスレ・・・
0099nobodyさん04/12/27 23:52:20ID:???
なんか>>97のほうが言葉の揚げ足とって喜んでいるような気がする。
いちいち噛み付いているのがまるで弱い犬がキャンキャン吼えてるみたいで滑稽。
0100nobodyさん04/12/28 00:20:27ID:???
>>99
取られてるのは言葉の揚げ足どころの話ではないが。
Java用語並べてるだけで、中身がまったくない。
0101nobodyさん04/12/28 00:23:04ID:???
>>97=>>100？すぐ釣れるなｗ
この板IDないから自作自演したい放題なんだよなｗ

>>97のレスもまったく中身がない。他人のレスにケチつけて何がいいたいの？
「Java用語使うのが僕チン気に入らないのぉ」ってことだろ？

このレスにも涙目で反論するのかな？ｗ
■ このスレッドは過去ログ倉庫に格納されています