05/11/28 09:51:22
>>174
MVCとか、有害でしかないわけで。
176:nobodyさん
05/11/28 13:24:51
有害とまでは思わないけど、ウェブ開発のMVCはあまりオブジェクト指向ではないと思う。
177:nobodyさん
05/11/28 14:14:45
というか、MVCって、３つの役割に別れたものをみんな思い思いにMとVとCに割り当ててるから、話があわなくなる。
178:nobodyさん
05/11/28 17:51:37 fbv4sUEn
そもそもIBMが無理矢理ウェブにMVCを当てはめただけだからね。
179:nobodyさん
05/11/28 17:55:18
へー、おれはわりとMVCで問題ないんだけど、否定派はどんなフレームワークを？
180:nobodyさん
05/11/28 18:04:53
ほんとにそれがMVCになってるのか疑問。
データ構造と処理を持ったModelは作ることなくて、最近はレイヤー+ValueObjectでやってる。
181:nobodyさん
05/11/28 18:07:15
「StrutsはMVCだ」っていう説明なんかヒドくて、なにがMでなにがVでなにがCかは人によって全く違う。
役割もちょっとずつ違ってくるし。
そうすると、MVCなんて共通の認識をもつためのモデルとして全く使えない。
182:nobodyさん
05/11/28 22:03:11
まあモデルのカプセル化の概念がまったく存在しないPHPよりはマシだろ
183:nobodyさん
05/11/28 22:33:31
ValueObjectしか作らなければカプセル化とかも関係ない気がするが。
184:nobodyさん
05/11/28 23:42:13 a54yzRbD
OOが何だか分かってない香具師に作らせると酷いのが出来るように、
MVCが何だか分かってない香具師に作らせると酷いのが出来てるだけのような。
phpみたいにOOもMVCも無視して作れる言語では徹底させるのが難しい。
185:nobodyさん
05/11/28 23:42:48
VOしか使えないようなレベルのところにいるんだろ
クラス＝構造体の世界な
186:nobodyさん
05/11/28 23:49:27
普通の業務アプリならそれで十分だろ。
ドメインモデル作るにしても、そのモデルをViewに渡すことはないし。
187:nobodyさん
05/11/29 00:07:07
MVCはウェブアプリケーションのために作られた概念じゃない。すべてMVCに当てはめようというところで、すでに無理がある。
188:nobodyさん
05/11/29 01:16:23
むしろWebアプリを得意げにMVCという奴に殺意すら覚える
189:nobodyさん
05/11/29 01:33:13
結局MVCみたいに三角形の関係を作ることはなくて、レイヤー別けした直線的なやりとりにしたほうがWebの場合はいいと思うんだけど。
190:nobodyさん
05/11/29 07:40:43 gl3Jq/2L
>>188
おまいがMVCのメリットを把握してないからじゃね？
>>189
それって毎回全部作り直してるからってだけじゃ？
MVCに分けるとそれぞれでメンテしやすいってことなんだが。
191:188
05/11/29 10:17:06 K2jqo1rl
>>190
漏れが行ってるのはMVCの意味の取り違えなんだけどな。
MVCで分離するのはGUI設計のデザインパターンみたいなもんだ
ModelとViewって言うのはもっと低い粒度で繋がるべきで、
本来WebみたいなプアーなインターフェイスでMVCなんて望むべくもないって事。
最近はAjaxの興隆で遷移無しに画面を変化できるようになってきたから
これから本当の意味でのMVCにのっとったフレームワークが登場すると思う。
あとメンテしやすいってことを一番にあげる奴は大抵三層構造とMVCがごっちゃになった
業務プログラムどっぷりの奴だと思うぞ？>>189への指摘もなんか要領を得ない。
>>189
レイヤ別けはレイヤ間のインタフェイスが厳密に決まってればいいんだけどねぇ。
変動したときのリスクがやたらでかいのが…。
下層レイヤが完成してから上位レイヤの実装に取り掛かれれば一番いいんだけど
世の中そのように行かないらしい。
192:nobodyさん
05/11/30 01:31:58 6GMXJyDO
漏れは、今過渡期なんだとおもう。
MVCは、Smalltalk->Mac->MSのMFCと来て、
それをその雰囲気のままStrutsで採用したんじゃないか？
ちょっと業務アプリ構築の世界から離れて行ってる。頭でっかちかエエカッコシイだ。
せっかくMSは、VBやAccessのように業務システムを効率良く
構築することができるフレームワークを作ったのだから、
MVCとか言う前に、その線でWeb向けに業務に最適化されたフレームワークを作ったらどうなのか？
ちなみに、.netはなんかちがうぞ。と思う。
193:nobodyさん
05/11/30 12:28:05
オブジェクト指向とかMVCとか難しくてサッパリなので、
おとなしくPHPでもやってますね。
最初のプログラミングが独学だとやっぱ難しいのかなぁ…
194:nobodyさん
05/11/30 15:15:50
>>190
できる人はみんな独学。
オブジェクト指向とかMVCとか、Web+DBプログラムには要らんて。
Javaだからといってオブジェクト指向プログラミングしないといけないことはないよ。
195:nobodyさん
05/12/01 10:18:39
>>194
独学の香具師のコードは見れないけどな。
いい師匠に巡り会うかどうかで決まると思う。
196:nobodyさん
05/12/01 18:39:13
>>195
それは独学は絶望的ってことか？
人脈もなければ学校へ入る金もない俺みたいなやつはどうすれば・・・
どなたかこのスレで個人事業をやってる方使ってもらえませんか？
プログラム経験はなしで、今はHTMLぐらいしかできないけど
死ぬ気で頑張りますよ！
197:nobodyさん
05/12/01 21:48:32
本がいくらでもあって、ネット上のドキュメントも豊富な現在、誰かに教えてもらう必要なんてない。
開発環境だって、ほとんどの場合、タダかごく安価に入手できるし。
もっとも、人に頼ってばかりで、自分で創意工夫できないやつが上達するはずがない。
198:nobodyさん
05/12/01 22:52:50
>>195
いい師匠になりうる人は独学。
199:nobodyさん
05/12/01 22:53:34
>>196
死ぬ気でがんばられても困る。
たらたらといいコードを書いてくれるのが一番いい。
200:nobodyさん
05/12/02 03:12:04
>>196
天才とアホの両方のソースを読むととてもためになると思う。
あとPHPやってJavaやってまたPHPやると何故か効率的にスキルアップできた。
「あ～、Javaだとこれできるんだよなあ」とか
「PHPだったらこんな事しなくていいのに」とか
長所、短所が見えると使い方が良く分かる。
201:nobodyさん
05/12/02 07:22:23
>>196
人脈もなければ学校へ入る金もないなら、phpのMLとか、phpの集まりに参加して積極的に人脈作るとか。
受け身じゃ何も発展しないよ。
死ぬ気で頑張りますよなら、日本語ドキュメント整備とか遣ると勉強にも成るし、いろいろ教えてもらいやすくなると思う。
おまいも個人事業主として、仕事請け負いますみたいなウェブページをどっかにおいて営業した方がよくね？
にちゃんねるで、フリーとかの個人事業主ネタ扱う板って有ったっけ？
>>198
まあ一番いい師匠はそうかも知れないけど、師匠の弟子に弟子入りしても十分な訳で。師匠の弟子が厳しいなら、師匠の弟子の弟子でも。。。
>>200
phpだとこうできるのをjavaでもできるように自己工夫すると便利な訳だが。ヲレフレームワークとかさ。
phpでjavaぽくするのはちょっと荷が重いかな。
用途によって、使い分けちゃうのが楽だけどね。
javaのシステム売ってる会社の製品でも、html生成はphp使ってるってのがあったし。
202:nobodyさん
05/12/02 07:47:18
PHPの集まりでは、たいした人脈は・・・・
203:nobodyさん
05/12/03 15:30:11
>>202
phpのイベントに来る人ってクズばっかなのか。orz
204:nobodyさん
05/12/03 16:19:59
できる人はJavaかRubyのイベントに行く。PHPからは離れていってる。
205:nobodyさん
05/12/04 01:11:05
俺の知り合いでも、PHPやってるっていう人間にろくな奴居ないな…。
最低Java,Lisp,Ruby,Pascal,Smalltalkのどれかをかじってるわ。
206:nobodyさん
05/12/04 02:00:01 Us52TzKX
>>204
できる、できないの基準を言ってくれないか？
入門用雑誌に書いてあるあたりのことを「常識だろ？」とか言って
人の揚げ足をとるようなやつを、まさかできるやつとか言ってないよな。
(一応確認しておきたいので)
207:nobodyさん
05/12/05 18:24:57
phpのユーザグループとかの活動してる人たちもたいした人脈じゃないのか？
他のイベントと違って、参加した程度では仲良くなれない壁でもあるの？
208:nobodyさん
05/12/05 22:05:32
そうだね。
コアな人数人だけって感じ。
209:nobodyさん
05/12/06 17:06:38 s/Q1M/ZE
Lisp,Pascal,Smalltalkなど今時使うか
210:nobodyさん
05/12/06 20:53:42
Lisp → emacs？
Pascal → Delphi
Smalltalk → Squeakがバリバリ
211:nobodyさん
05/12/07 20:21:04 67FiZMzZ
実際のところは、Java以外は趣味の領域に過ぎないがな。
212:nobodyさん
05/12/07 20:43:35
Delphiが？
213:nobodyさん
05/12/07 22:29:43
>>209
イマドキっていう発言自体がおかしい。
言語の素養としてLisp,Smalltalk辺りの考え方はとても参考になる。
Pascalは別に取り立ててって言う気もしないでもないが、
あえてPascal選んでる奴はプログラムのソースを感心するほど丁寧に書く。
多分冗長な begin end のおかげだな。
214:nobodyさん
05/12/08 02:29:52
>>211
つまりphpで飯喰ってる香具師は。。。(ry
215:nobodyさん
05/12/09 13:14:14 gevi6kyB
perl、phpなんて所詮おもちゃ。大企業では使わない。
216:nobodyさん
05/12/09 14:19:28
みんなが大企業にいるわけじゃないからね
217:nobodyさん
05/12/09 14:34:48
おもちゃで出来たシステムに広告出すために大企業は莫大な金を出すのだが。
218:nobodyさん
05/12/12 23:42:50
８割は中小だっけか。安い単価で依頼出来るphpのほうが向いてるかもね。
219:nobodyさん
06/01/22 14:26:25 N/sbHTQA
スクリプターの分際で、スクリプトを流用されて怒ってるＤＱＮ。
URLﾘﾝｸ(d.hatena.ne.jp)
Perlってこんな奴ばっか。
220:nobodyさん
06/01/22 21:23:49
両方覚えろよ 怠けてないで。ついでにASP.NETも覚えろ。
なんでも対応できるようにしておけ。
221:nobodyさん
06/01/24 01:26:33
>>220
それを言っちゃあ、おしまいよw
222:nobodyさん
06/01/28 00:34:54
とりあえず、SAPとかOracleAPとか、何かしらERPパッケージと繋がるようにならないと
Javaの競争相手にもならんだろ…＞PHP
223:nobodyさん
06/02/07 17:43:05 MCsbYtmm
>>205
Java One Tokyo 2005 に行ってきたけど
女性が多かったな。イケメンや若い世代も多かった。
スピーカーはみんな刺激的だったな。
224:nobodyさん
06/03/05 20:48:48 XOlPPcW2
JAVAで作ったアプリをWeb上で使用したいときは、PHPよりサーブレットの方がいいものなんかね？
225:nobodyさん
06/03/05 21:34:21
どうでもいいんじゃね？
226:nobodyさん
06/03/09 23:50:44
URLﾘﾝｸ(www.zend.co.jp)
227:226
06/03/09 23:51:34
#間違って書き込んじゃったよ。
PHP も結構使われているという一例かな。
228:nobodyさん
06/04/30 16:58:59
開発しかできない人はJava。
それ以外にもやらなきゃいけない人はPHP
229:nobodyさん
06/04/30 23:15:27
中途半端な技術力で威張りたい人はPHP
230:nobodyさん
06/07/11 01:00:06
PHPに理念はあるのか？この先どうなるというのだ。
Javaに関わる人間は、ユートピアを実現することを真剣に考えている。
Java=理想的に計画された社会->皆がHappy
PHP=毒された資本主義->没落
231:nobodyさん
06/07/11 01:23:24 KXMsiTPp
JavaでWebシステムを開発したとした場合、
私達の場合、eclipseを使うと一人当たり1ヶ月の間に５画面を持つ
アプリケーションを作ることができます。
(検索・一覧・参照・編集の機能を含む)
これでも、自分達は決して特別な能力を持っている方だとは思っていません。
PHPで開発するとどれぐらいの生産性なのですか？
232:nobodyさん
06/07/11 06:26:49
>>230
＞Javaに関わる人間は、ユートピアを実現することを真剣に考えている。
まるで旧社会主義みたいな物言いだなｗ
233:nobodyさん
06/07/11 09:10:01
>>231
単なる検索一覧参照編集なんて、1日あればできるだろ。
JavaでもPHPでも。
JavaならEclipse以外のツールならウィザードがついてたりするから、30分とかからなかったりするし。
おそらく特別な能力を持ってる方だと思うよ。特別低い。
234:nobodyさん
06/07/12 17:04:40 rGcL75hp
＞単なる検索一覧参照編集なんて、1日あればできるだろ。
じゃなんで、みんなデスマーチやってんの？
なんであんなにひとがいっぱいいるの？
235:nobodyさん
06/07/12 17:35:08 Slvl+5HB
特別低い能力を持ってるからさ
236:nobodyさん
06/07/13 04:26:58
>>234
デスマになるのは、単なるCRUDじゃない部分だろ。
237:nobodyさん
06/07/16 01:11:45
＞JavaならEclipse以外のツールならウィザードがついてたりするから、30分とかからなかったりするし。
phpならコマンド１発だから、Javaよりはるかに生産性あるね＾＾
238:nobodyさん
06/07/16 02:22:36
>>237
コマンド一発とウィザードと、生産性に違いがあるとは思えんが・・・
239:nobodyさん
06/07/16 23:11:58 9mNLAfRn
ウィザードとかフレームワークとか、そういうものの存在を知らないんだろ
常にフラットテキストからソースコードを起こし、昔のソースからコピペを繰り返す・・・
240:nobodyさん
06/07/22 05:02:24
J2EEサーバーサイドJAVAはAPサーバによって激しくパフォーマンスが異なる。
実験場中規模のWEBアプリならTomcat+Apache2.xがパアフォーマンスが有利だった。
WebLogicはベンチマークの結果Tomcatより劣っていた。
241:nobodyさん
06/07/28 01:45:56
JBossは?
ｽﾚﾘﾝｸ(php板)l50
242:nobodyさん
06/09/21 20:30:27 a9Y5U5+4
JBossは怪しいからなぁ。
243:nobodyさん
06/10/13 01:09:51 qCaZFYOt
↓このフレームワークかなりよさげなんだけど、誰か同機能なものを実装してソース公開しない？
URLﾘﾝｸ(www.ysp.co.jp)
244:nobodyさん
06/10/17 23:35:53 TKdpPSda
せっかく、よさげなフレームワークを作れたならば、売って儲けるべし。
245:nobodyさん
06/10/18 01:44:25 Acx+Lium
J2EEの勉強してます。
strutsって実務では必須でしょうか？
246:nobodyさん
06/10/18 01:56:16 AokeBLL7
PHPでずっとプログラマやってるんだけど、
実務３年でも年収２５０万。
月～金、毎日１２時間もはたらいてるのに。。。
web業界ってこんなもん？
それともphpだから？ＴＴ
247:nobodyさん
06/10/18 02:45:01 Acx+Lium
もれ、同じような状況で400ﾏｿはもらってたぞ。
年齢は当時27才。
248:nobodyさん
06/10/18 09:22:22
>>245
どっかの会社にぶちこまれたいなら必須。
自分でフレームワークを選んでやるなら不要。
249:nobodyさん
06/10/18 09:22:56
>>246
web業界でPHPはそんなもんだろ。
業務アプリならもすこしもらえるだろうが。
250:246
06/10/18 12:04:46 AokeBLL7
java開発できるとこに移ろうかと思案中。
でもjava実務経験ないから言語変わるだけで待遇変わらない悪寒。
そんな私、最初に入った会社の初任給を超えられない転職失敗組26歳。
人生ってむずかしいわ～。
251:nobodyさん
06/10/19 03:24:03
時給833円くらいか…。
元から収入の低いプログラマーの中でもWeb業界、とりわけPHPは最下層の土方だよ。
更に地方だと酷い惨状だ。
第二新卒としてもギリギリの年齢だから早く方向転換した方がいい。
252:nobodyさん
06/10/19 23:09:57 IZrMU5N9
結論：Javaプログラマ >>>>>>>>>>>>>>>>. PHPプログラマ
253:nobodyさん
06/10/20 03:32:41
>>250
転職でキャリアアップなど、幻想
254:nobodyさん
06/10/20 09:14:37 3FGZT1/I
>>251
時給578円とでました
255:nobodyさん
06/10/20 09:21:09
やはり
業務アプリ ＞ web開発
なのだろうか。
同じphpなのに・・・。
256:nobodyさん
06/10/20 13:25:23
いや、業務アプリをphpなんかでやっちゃうところもたかが知れてる。
257:nobodyさん
06/10/20 14:49:31
>>256
業務アプリならやっぱり
java > php？
258:nobodyさん
06/10/20 18:37:32 QYiDpVQJ
能力によりけり。
PHPしかできないやつしか集まらなければPHPで
作るんじゃね？
259:nobodyさん
06/10/20 23:08:33 Hxl/Q2g8
要するにトランザクションで無い簡単なアプリは安いのですよ。
260:nobodyさん
06/10/20 23:51:33
>>257
PHPは業務アプリ作るのにあまりにも仕様変更がひどすぎるし開発環境も貧弱。
それでもPHPを選ばざるをえないというのは、技術者のレベルが知れる。
あとPHPで開発するところってWebサイトの延長気分でやって、業務アプリの作り方知らないところおおすぎ。
261:nobodyさん
06/10/21 00:43:41
WEBサイトは1時間や2時間止まっててもどうってこと無いが、
業務APはそうは逝かんしな。迅速に原因を調べられる仕組みも必要となる。
何かトラブル起きた場合、WEBサイトは復旧すればそれでＯＫだが、
業務ＡＰは再発防止策も必ず求められるし。
WEBプログラマみたいなヌルい連中には勤まらん仕事だ。
262:nobodyさん
06/10/21 05:41:19
逆に業務アプリは夜中や休日止めてもかまわないから楽ってことも。
263:nobodyさん
06/10/21 13:33:26
>>262
>夜中や休日
おおむねバッチ処理中。
期末の締めのときなど夜間監視常駐・・
264:nobodyさん
06/10/21 17:55:55
>>263
その規模で比較するなら、Webサイトも1時間2時間止まってもどうってこと無いとはいえないよ。
265:nobodyさん
06/11/16 17:03:56
うちの会社はtomcatオンリーなんだけど、
皆さんの会社ではjavaをどんなｻｰﾊﾞで動かしてます？
266:nobodyさん
06/11/16 22:17:51
>>265
Tomcat(FA-18)以外では、weblogicがメインかな
数年前にSunONEAppサーバー使ったけど微妙だった・・・
267:266
06/11/16 22:19:29
FA-18でなくF-14だった・・・素で間違えたorz
268:nobodyさん
06/11/16 22:30:11
F-18ってホーネットだっけ？
269:nobodyさん
06/11/16 22:46:15
>>266
GlassFishはどうなるかな？
270:nobodyさん
06/11/16 23:05:40
やっぱ有名なIISとかapacheなんじゃないかな。
詳しくないけど。
271:nobodyさん
06/11/17 09:09:15
詳しくないどころか、何もしらなすぎ。
IISやapacheではJavaは動かんだろ。
272:nobodyさん
06/11/17 20:21:47
おいおい
273:nobodyさん
06/11/17 22:16:17
IISは無理だけど、
apache単体で動くんじゃない？
tomcat必須なの？？
274:nobodyさん
06/11/18 00:56:07
>>273
あなたはapacheの用途説明読んだ事ある？
Java(J2EE サーバサイドアプリ)を動かすのには、対応のアプリケーションが必要です。
・・・自分、釣られた？
275:nobodyさん
06/11/18 01:07:55
>>273
いちおう確認しておくがApacheっていうのはApache HTTP Serverのことだよな？
TomcatもApacheだとかいう話じゃないよな？
Apache HTTP Serverには、サーブレット/JSPを動かす能力はない。
276:nobodyさん
06/11/25 05:54:53 LfLSuSA8
質問スレが無いのでこちらにて失礼します。
JDBCのプリペアドステートメントで
「?」以外のプレースホルダってありますでしょうか？
PHPでいうところの「!」みたいに値を加工せずにSQLに
突っ込むことができる奴なのですが。
277:nobodyさん
06/11/25 10:55:34
凄ぇ、何年前のスレなんだコレｗ
1が2001年かよ
javaもphpも誰でも出来る簡単言語だし、どうでも良い比較だな
当時は、悩んだんだろうね
久しぶりに2chに戻ってきて感じるのは、やっぱオブジェクトで機能を提供する弊害が出ている
実際の職場でもそうだけど、オブジェクト内部でどういう仕組みで動いているかを理解できてない子が多い
重要なのは言語の経験じゃなく、プロトコルとか内部仕様の知識だね
278:nobodyさん
06/11/26 19:59:26
自給1500円のバイトと自サイトの広告収入で、
大体合計月40～60万くらい。
PHPはxreaみたいな安い鯖でも動くから、低コストで始められていい。
開発のバイトでも自サイトでもPHP使ってる。
昔は開発環境が揃いまくってるJavaが使いたくてしょうがなかったけど、
最近はrailsに影響されたsymfonyみたいなフレームワークのおかげで、
あまりそう思うこともなくなったな。
JavaはEclipseのプラグインやiアプリつくるときくらいにしか使わん。
279:nobodyさん
06/11/26 20:15:33
業務アプリをPHPで作るのは単なるキチガイか低能だがな。
280:nobodyさん
06/11/26 20:18:30
>>279
その根拠を具体的に。
281:nobodyさん
06/11/26 20:20:42
WEBサイトをJavaで作るのも単なるキチガイか低能だがな。
282:nobodyさん
06/11/26 20:50:05
>>280
セキュリティホールにパッチを当てると、ライブラリの仕様が変わって動かなくなる
それにPHPではこういった開発環境がない。
URLﾘﾝｸ(roumen.name)
283:nobodyさん
06/11/26 21:00:38
開発環境ってZENDのじゃ駄目なん？
284:nobodyさん
06/11/26 21:09:25
ちゃんとデモみた？
285:nobodyさん
06/11/26 21:13:30
何だ、.netの真似じゃん
こんなの、いらないよ
286:nobodyさん
06/11/26 21:15:46
それでも、PHPでごちゃごちゃコード書くよりは比べ物にならない
287:nobodyさん
06/11/26 21:32:13
>>282
それAjax対応してる？
一昔前の仕様ならなんとかなったろうね。
＞セキュリティホールにパッチを当てると、ライブラリの仕様が変わって動かなくなる
超メジャーバージョンアップの時だけじゃん。
ただのセキュリティフィックスではほとんどおこらないよ。
中小規模で、機能追加や変更が頻繁に発生していくシステムでは、
わざわざ再起動かけなきゃいけないJava選ぶのはアホ。
業務システムでもケースバイケース。
何も考えず>>279みたいなこと言ってる子は使い走りなんだろうね。
288:nobodyさん
06/11/26 21:36:32
netbeansってあの激重不安定IDEかよｗｗｗ
よくあんなもの使ってられるよな
289:nobodyさん
06/11/26 21:38:20
> 287
こんな感じでいいのかな？
URLﾘﾝｸ(developers.sun.com)
中小規模の業務システムだと、いくらでも再起動のタイミングあると思うんだがね。
290:nobodyさん
06/11/26 21:39:03
>>288
実際に使ったことないだろ。おまえ。
291:nobodyさん
06/11/26 21:39:36
つか、不安定さは、Zend Studioに負ける。
292:nobodyさん
06/11/27 00:20:45
＞中小規模で、機能追加や変更が頻繁に発生していくシステムでは、
＞わざわざ再起動かけなきゃいけないJava選ぶのはアホ。
え！？わざわざ再起動かけるものだと思ってるの？
293:nobodyさん
06/11/27 00:50:48
コンテキストの再起動のことだと思われ。
それにしてもちゃんとしたサーバーのスペックなら数秒だけど。
294:nobodyさん
06/11/27 00:58:22
Studio Creator2用のAjaxコンポーネントにはこんなのがあるみたいだな。
URLﾘﾝｸ(developers.sun.com)
これ以上複雑なUI作るならSwingで普通にGUI作るという手もある。
そもそも業務アプリをWebアプリケーションでやる必要性はないからな。
295:nobodyさん
06/11/30 01:36:18
言語関係なく、業務アプリのプログラマーなんかやってる時点で終わってるけどね。
特に３０超えてもやってる人とか、哀れすぎる。
296:nobodyさん
06/11/30 01:37:05
>>292
まさか本稼動環境で再起動かけずにtomcat走らせてるの！？
297:nobodyさん
06/11/30 07:18:36
>>295
でお前は何やってんだ？s
298:nobodyさん
06/12/01 00:31:07
>>295
自分が終わってるプログラマーだからといって、世の中のプログラマーが終わってる仕事ばかりやってるわけではない。
299:nobodyさん
07/01/14 03:20:33 MFHXhb8U
検索サイト（ポータル？）を作ろうと思って、
PHP勉強して、DBの設計勉強して、SQL勉強して
DBの設計終わって、テーブル実装するところまで終わったんですけど
最近、やっぱJAVAで作ろうかな?と思い
一冊、初歩の本読んでみた。
作ったシステムの将来や俺自身の将来？を考えてもJAVAマスターした方がいいんだろうけど
実際速度的にはどうなんでしょうか？
検索サイトのWEBアプリって、肝心な部分はDBがやって、
PHPやJAVAがやることって取り出して見やすくhtmlに書き出すだけじゃないですか？
JAVAはコンパイルする分早いんですか？でもネイティブじゃないというのか
VMの上で動くわけだからPHPとそうかわらない気もするんですが
まあ、たぶんまた数ヶ月JAVAの勉強をしてJAVAで作るほうに気持ちは半分固まってるんですけど
今日、またサーブレットとフレームワークの入門書買ってきちゃったし・・・
速度的にどうなのかなあ、と気になったもので、ご意見お願いいたします。
300:nobodyさん
07/01/14 03:52:52
簡単な処理を大量にさばくというのなら別だけど、重い処理を実行するならJavaの方が圧倒的に速い。
301:nobodyさん
07/01/14 08:40:41 uPnFyvZy
こんな言語の議論しても
完全に目的が違うな
どっちも残るが、MS製品は高くてあぼ～んする画結論
302:nobodyさん
07/01/14 19:14:34
>>299
Webサイトなら、言語の速度は誤差。
303:nobodyさん
07/01/14 21:08:02
基幹システムのインターフェイスにウェブを使う場合もあるわけで、そういう場合、PHPじゃ話にならない。結局のところケースバイケース。
304:nobodyさん
07/01/14 21:49:08
基幹でPHPが話にならないのは速度以前の問題じゃね？
305:nobodyさん
07/01/20 03:55:00
基幹システムもピンキリで、一概にPHPじゃ話にならないと言ってる奴こそ話にならない。
306:nobodyさん
07/01/20 06:43:07
いや～、さすがに基幹にPHPは怖いよ。
PHP本体のバグとか仕様変更とか。
YahooみたいにPHP自体をカスタマイズして使う体力があるならいいけど。
307:nobodyさん
07/01/20 06:51:24
というか、基幹にPHPを選択する開発会社は、ほとんどの場合Webサイト用の技術しかもってなくて、基幹を作らせると痛い目にあう。
308:nobodyさん
07/02/17 04:28:05
yahooでphp使ってるのは表面のすごく限られた一部だけじゃね？
309:nobodyさん
08/03/18 08:23:24 Rj1zRSur
>>308
ｵﾊﾖｰ!!
∧∧ ∩
(`･ω･)/
⊂ ノ
(つノ
(ﾉ
＿＿_／(＿＿_
／ (＿＿＿／
￣￣￣￣￣￣
310:nobodyさん
09/07/16 17:14:53
お前らほんと心が広いな。俺はもう>>231-233みたいな
くだらねぇ話はnetnewsの昔、いやnifty黎明期から
もう見飽きたよ。
客の要求と予算に合わせるのが仕事なのによ、
言語とかフレームワークとかで言い争って、ほんと
ヒマだな。デスマっててもgdgdやってるか、コヒペっ
てるだけだろ。
311:nobodyさん
09/07/16 23:00:06
どういう要求と予算だと何使うの？
312:nobodyさん
10/02/23 20:23:46 tAQbwyVD
>>309
∧,,∧
( `･ω･) ｳｰﾑ…ここは？
/ ∽ |
しー-Ｊ
313:nobodyさん
10/07/29 02:35:33 dvEpplSC
覚醒age
314:nobodyさん
11/09/25 21:13:53.39
１年ぶり
315:nobodyさん
11/10/16 20:13:12.94
どうも
316:nobodyさん
11/10/18 20:04:00.80
さくっと