05/07/31 01:46:08
>>115
スレタイと関係ないところに寄生しつづけてるperl厨のが哀れなわけだが…
117:nobodyさん
05/07/31 02:32:05
>>115
PHPで大規模は無理と豪語して、テレ朝出された後わけわかんない言い訳してたPerl厨は哀れじゃないんですか？
118:nobodyさん
05/07/31 03:48:36
テレビ朝日って、リアルで名前が有名なだけで、別に大規模サイトってわけじゃないんじゃないの。
ショッピングサイトとかネットバンキングみたいな複雑なウェブアプリがあるわけじゃないし。
119:nobodyさん
05/07/31 03:54:13
PHPが上手かったのは、Perlより高速ってイメージを植え付けることに成功したことだよな。
が、実際は速いと言えるほど速くはない。
120:nobodyさん
05/07/31 04:13:09
>>118
随分強引だな…
それを言ったらSNSで利用者数がある程度限定されるmixiも大規模とは言いがたいと思うんだけど。
ていうかなんでperl使いはことあるごとにphpのスレに絡みにくるんだろう
121:nobodyさん
05/07/31 13:24:52
Javaの携帯アプリの話題を振ったもんだけど
「Javaアプリが使える携帯持ってるけどアプリなんかつかわね～」
っていうやつ、Javaが動く携帯だといつも使うメーラーとかアドレス帳もJavaでかかれてたりするから、知らないうちにJavaアプリ使ってるかもよ。
122:nobodyさん
05/07/31 14:06:20
>>121
多分ツーカー使ってるんだよ。巣鴨で大人気の
123:nobodyさん
05/07/31 14:11:36
おじいちゃんだから、自分の携帯に実はJava入ってないこと理解できない
124:nobodyさん
05/08/01 00:50:45 TqakHzq0
>>120
１００万人の会員が、常に情報を更新し続けるサイトも珍しい
多くの大規模サイトのように、情報を一方的に出すわけじゃないし
っていうか、あのスレの最後の方って、Perlが素晴らしいとアピールしてるんじゃなく、
PHPがクソ過ぎるというアピールじゃないのか？
Perlですら大規模サイトに使われるのに、PHPは終わってるな、と
125:nobodyさん
05/08/03 11:59:27
中規模まではPHPで十分だな。Javaだと重いわ。
PerlにしてもPHPにしても、大規模サイトになってくると、SIの能力に左右されるね。
PHPはちゃんと使える人がまだ足りないんじゃないの？
きちんとOO的な発想・設計しながら、それをベタでコーディングするんじゃなくて
スクリプティング言語に合うようにスリムアップして書ける人って
とても少ないよ。
126:nobodyさん
05/08/03 12:45:02
そこまでやるならJavaが楽。
開発環境やらEJB3やらで、PHPで書くよりどんどん楽になる。
127:nobodyさん
05/08/03 17:16:53
Javaはデバッグやトレースは楽だよね
PHP等のスクリプト言語はそのあたり融通が利かないのでコーダーとしての能力が求められる
128:nobodyさん
05/08/04 00:57:26
PHPは文法が簡単なだけで、EclipseやらNetBeansやら使うことを考えればはるかにJavaの方が楽。
129:nobodyさん
05/08/04 17:14:05
PHPが簡単なのは文法じゃないような気が…
表示するページに全部入れ込めるってのがお手軽なわけで。
JSPと変わらん感じがする。
130:nobodyさん
05/08/04 20:37:37
JSPは型がある。その一点だけとっても、PHPが簡単。
131:nobodyさん
05/08/04 20:41:23
>>130
俺は逆なんだよね・・・
バグが出た時を考えると、それこそ型ぐらいはちゃんとあった方が後々を考えると簡単。
132:nobodyさん
05/08/05 02:48:26
ロジックはJavaで書いて、デザイン部をJSPで書きましょうってのが、コンセンサスなんだから、
型ない方がいいんじゃないの？
なんかJSPって中途半端に思えるんだよね。
133:nobodyさん
05/08/05 03:24:44
型ないほうがよければ式言語で書けば無問題
134:nobodyさん
05/08/05 18:38:23
>>132
っていうか、お前の意見は、PHP的ならよし、JSP的ならだめ、ってだけの主張に思える。
135:nobodyさん
05/08/05 22:20:34
JSPってJavaのコミュニティからもボロクソに批判されてるじゃん。
136:nobodyさん
05/08/05 22:33:57
スクリプトレット使うのが批判されてるだけで
EL,JSTL,カスタムタグで書くのが推奨されているだけだが・・・
といってもわからんだろうがな
137:nobodyさん
05/08/05 22:40:20
だから、JSPにスクリプトレットあるのがおかしいだろってこと。
こんなのあるなら、使うに決まってるじゃん。設計が中途半端なんだよ。
ASPやPHPの方がよっぽどまっとう。
138:nobodyさん
05/08/05 23:12:06
わけわからん。ただ批判したいだけか
139:nobodyさん
05/08/05 23:40:05
>>137
使わない
140:nobodyさん
05/08/06 00:26:05
>>137
使わない主義なら使わなくてもいいし、
使いたければ使うこともできる。
目の前に少女がいたら買春しちゃうじゃんとか言ってるのと同じレベルだな、おまえは。
141:nobodyさん
05/08/06 07:21:15
選択肢が多いほうがよい
142:nobodyさん
05/08/06 11:04:47
使えない選択肢はないほうがいい
143:nobodyさん
05/08/06 23:07:03
つーか、PHPの<? ?>はスクリプトレットみたいなものだろ。
144:nobodyさん
05/08/06 23:15:38
137はスクリプトレットがなにかわかってないとおもわれ
145:nobodyさん
05/08/07 00:12:39
＞つーか、PHPの<? ?>はスクリプトレットみたいなものだろ。
というかこれをスクリプトレットといわずして何を言う？
JSPの本質はコンポーネント化によるBLとPLの分離だからスクリプトレットは少ないほうがいいとされる。
ASPもCOMによってそれは実現しているし、ASP.NETもコードビハインドで実現している。
しかしPHPにはコンポーネント化のための技術がないからスクリプトレットに頼らざるを得ない。
146:nobodyさん
05/08/07 01:22:16
jspが糞だからvelocityとか出てくるんじゃん。
147:nobodyさん
05/08/07 01:30:29
phpの場合はスクリプトレットとかいう以前の問題でしょ。
あえて言うなら、smartyとかがjspに相当するんだろうけど、
javaとはターゲットが違うんで、直接の比較はできない。
148:nobodyさん
05/08/07 02:02:41
要するに、 JSPはすばらしいけど、PHPみたいな使い方をすると、ゴミみたくなるってことだな。
朱に交われば赤くなるってか。
149:nobodyさん
05/08/07 19:53:53
>>146
JSP2.0で問題なし
150:nobodyさん
05/08/09 20:31:40
>>148
んで、PHPの方では、本来のPHPぽい(スクリプトレットぽい)使い方をやめようと
フレームワーク作ってる。
両方ともなんか変なことしてるよね。じゃ、最初からやめろと。
151:nobodyさん
05/08/10 00:54:35
んで、だれも使ってない
じゃ、最初からJava使えと。
152:nobodyさん
05/08/10 03:17:45
＜丶｀∀´＞ ウェーハッハッハ
153:nobodyさん
05/08/10 23:40:07
JSPってASPをパクって出来たわけでしょ？
そしたら、MVC2なんていい始めて、スクリプトレットはやっぱいらなかったなあ。
でも、つけちゃったものはしゃあないか。みたいな。
154:nobodyさん
05/11/06 11:58:26 szZvbyxN
保守性はJavaだな。PHPは新たに書き直した方が早い。
だいたい、大規模でperl/phpってよっぽどスキル低いぞ(w
phpって単価安いデザにPG分の仕事渡すぐらいの目的でしか使えない。
デザがHTML内でスクリプト書ければ、わざわざMVCで分ける必要も無いんだよ。
155:nobodyさん
05/11/06 12:03:05
・・・こんな糞ｽﾚ上げてまで主張したいことなの？
156:nobodyさん
05/11/13 10:48:17 5kzXwf05
なんでJavaなんかでWebの開発すんだ？
こんなことやってたら、プロジェクト火吹くのあたりまえだろ？
良心のある(かつ ちゃんと分かっている)技術者は、上の方にきちんと説明してくれ.
157:nobodyさん
05/11/13 18:42:09
>>156
ツールも整ってるし、できるヤツとできないヤツの分業がやりやすい。
すでに動いてるアプリが動かなくなるような仕様変更もほとんどないし、ましてやセキュリティーパッチのために互換性のないバージョンにアップグレードしろということもない。
158:nobodyさん
05/11/14 00:48:50 irBXHA7S
WebVakaやらHeberenateやらSprint(ばか)Frameworkやら次から次と出てくるのは、
要は頭でっかちの現場知らずが作った半端もんをなんとかしようともがいてるだけだろ。
なんかみんなで違う方向いってんじゃないのか？
普通の言葉に翻訳するとすげー簡単なことをJava厨はなんで小難しい言い方しすんだ？
まぁ、極端に生産性悪いから人月かさんで派遣業者にとってはウハウハだがな。
159:nobodyさん
05/11/14 07:05:14
俺JAVAもJSPのPHPも出来ないけど
Servletって名前がかっこいいからServlet萌え
160:nobodyさん
05/11/14 07:21:06
>>158
ほんとに「すげー簡単」か？
161:nobodyさん
05/11/14 13:33:53
ま、JavaはWEBの開発に使うにはオーバースペックな感は否めないな。
ただ、データの永続化ができるアプリケーションサーバ的な仕組みと、ソースを見せないって理由でコンパイル機能は欲しいとこだな。
162:nobodyさん
05/11/14 21:20:22
>>157
＞できるヤツとできないヤツの分業がやりやすい。
それだけできない奴が多いってことだよＪａｖａやってる奴は
じっさい使えねー奴多いし
＞すでに動いてるアプリが動かなくなるような仕様変更もほとんどないし、
ましてやセキュリティーパッチのために互換性のないバージョンにアップグレードしろということもない。
あれ？お前ひょっとしてＰＨＰのこと言ってる？
最近のバージョンは動かなくなるなんてことはほとんどない。
Ｊａｖａしか知らないんだから書き込むなよ
163:nobodyさん
05/11/14 21:53:16
>>162
PHPやってるとこなんか、「一番できるやつ」のレベルが恐ろしく低い。
> 最近のバージョンは動かなくなるなんてことはほとんどない
おまえ、PHP知らないだろ。
PHP4.3からPHP4.4は最近じゃないとでもいうのか？
5.0.x系でもメール送信でなにか動かなくなってなかったか？
164:nobodyさん
05/11/15 23:36:55
何年経ってもPHP厨は変わらないなあ
165:nobodyさん
05/11/25 00:26:52 Z1MF3Biv
所詮スクリプターだしな＞ＰＨＰ厨
166:nobodyさん
05/11/26 02:56:07
実務系はJava。その他はPHPでいいですか？
167:nobodyさん
05/11/26 07:14:12
その他はRubyがいいな。
168:nobodyさん
05/11/26 16:50:23 13hWRKTD
LAMPな鯖使ったビジネスモデルの所ってどうしてるんだろうな。
セキュリティの都合でPHPのバージョン上げて動かなくなったら、スクリプトの手直し料を請求してるの？
それとも無料で修正する手間まで負ってるのか？
169:nobodyさん
05/11/26 18:11:53
基本的に放置だと思う。
170:nobodyさん
05/11/27 02:35:58 L44EUa3b
客は怒らないのか。
というか怒らないような客を相手にしていると言うべきか。阿漕だな。
171:nobodyさん
05/11/27 09:13:14
実務はJavaなのか。
最近htmlから抜け出して、Webアプリケーション用の言語を習得しようと、
Perlにまず手を出した後、PHPのほうが簡単と聞いてPHPに変更したが、
Javaやりたくなってきた。
PHPをある程度理解してからJavaを勉強するべき？
今すぐJavaを1からはじめるべき？
将来的にショッピングカート程度のアプリを作りたいと思っている。
172:nobodyさん
05/11/27 18:27:25
JAVAだPHPだ言う前にオブジェクト思考を理解するほうが先だと思う
173:nobodyさん
05/11/28 00:41:39
>>171
webだとオブジェクト指向なんか後回しでいいけどJavaの勉強の前にPHPをやる意味はまったくない。
174:nobodyさん
05/11/28 04:57:49 a54yzRbD
>>173
webだからこそOOPでMVCを極めないとWebLogicすら苦労するよ。
PHPは喰えないWebデザのためのための言語だから、デザでなければ覚えなくてもいい。
175:nobodyさん
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
さくっと