PHPとJAVAさぶれっと
というか、Javaでプログラム組むときの決まりごとの多さが問題で、型がどうのはあんまり関係ない。 >>69
してないよりはいいってとこだろ。
おれはむしろ、実行環境・開発環境を作る方がめんどかったよ。
PHPの実行環境や開発環境つくるほうがめんどくさいけどね。
J2SE1.4+NetBeans3.6なら、インストーラーひとつでインストールできるし。 Java か?はたまたPHPか?どっち?
ttp://www.ytv.co.jp/docchi/dotch_set.html
とか書こうと思ったらサイト構成かわってCGIでうごいとる。
(JSPだったのに・・・)
>>72
php+Apacheもインストーラひとつでできること知らないんですか? PHP遅っせーからJSPの勝ち
AIR-H"使ってるけど低速回線ほどPHPの遅さを実感する
ほんとにおっそいよ
>>77
PHPで組んだシステムは金掛けてないから設計が稚拙なことが多いんだよ
アクセスごとにアプリケーション設定をRDBから読み出すとか
信じがたいスクリプトが普通にまかり通ってる世界だから SQL一発で書ける集計を、自分でループまわして計算してたりね。 >>79
アプリの設定、セッションで管理するなら
アクセス毎に、PHP3(phplib)ならDB、
PHP4ならfileから呼び出されるんじゃないの?
あながち変とも思わなかったけど・・・
勘違いしてたらスマソ PHPは重いフレームワーク使うと、リクエストごとの前処理に時間がかかるようになる気がする。
PHP5ってアプリ共通オブジェクトの共有ってなんかできるの? >>79
>>80
それだけ素人に毛がはえたやつが組んでることが多いってことか
危ないな
>>79
>>80
それは金かけてないとかいう問題じゃないだろ?
お前も同類
>>74
> ☆高機能さくら機能あります☆
興味津々。
どうせしょうもないスクリプトだろうけど、74は購入して報告すること。 >>83
「Javaが使えないからPHP」という場合が多すぎる状況から察するに。
Javaが使えないと言いながら設計手法や開発管理には詳しい、ということはまずないと思う。
「ホームページ」として販売サイトを作りつつ、「ホームページ管理機能」として販売管理を作ってまともなものができるはずがない。 PHPでJavaチャットみたいなリアルタイムチャットって作れるの?
作れないなら言語的仕様限界ってことでJavaの勝ち
いまどきリロードするチャットなんてありえない
作りたいものを作れないなんてダメ!!
ま、同じオブジェクト指向言語ならより洗練されているものの方が勝っている
ということは間違いないようだな
Javaができない素人がPHPでサイトを作る
↓
>>79 >>80 のような糞サイトを当然のように作る
↓
当然のように激重
↓
上のようなサイトがあふれかえる
以上のような流れを考えるとJavaの方が勝っておりスタンダードに
なっていくことは言うまでも無い >>87
それは言語仕様の話ではない。
PHP/tkとか使えば作ることは可能なんじゃないの?
汎用言語でライブラリも拡張可能なんだから、一応なんでもできるはず。
>>89
しかしJavaは学習にコストがかかる。 別にJAVAが出来ない=素人じゃないだろうになんでそんな話になるんだ?
素人が作りゃ、JAVAで作ろうが激重サイトになりえるだろうに
それともJAVAには自動的に誰が作ってもリファクタリングかましてくれる
機能でもあんの?
>>87
PHPとJAVAさぶれっとの比較ってスレタイですよ
サーバサイドJAVAで、クライアントにリロードかまさないチャットが
作れるのならスマソ >>90
サーバサイドのみとか分野を絞ればそうでもないと思うが。
それより、オブジェクト指向とかマルチスレッドプログラミングを
PHPレベル(しょうもないスクリプトしか書いたことが無い)
の人が理解できるか疑問。
とりあえずSJCPでも取得してから話をしようか?みたいな感じではある >>92
PHPはJavaの中のServletという仕組みのみとしか比較できない程度の言語
言語対言語ではとても比較にならない(w
単に適材適所ってだけでしょ、チャットすんのにいちいちアプレットダウンロードさせる
のを、良しとしない場合の方が多いだろうし、実際そういったコンテンツ系で用いるのなら
フラッシュでチャット用のフロントエンド作ってPHPと連携させるってのも
リッチクライアントの普及率やら、クライアントの環境整備考えると十分現実的な
選択肢の一つだと思うが。
WindowAPIを持っていない言語は程度が低いとでも言いたいのか? >>87や>>94にとってはアセンブラが最強ってことでよろしいか? まあがんばってわめいてるとこ申し訳ないが、PHP「しか」できないところは、Java「しか」できないところと比べると明らかにレベルがヒクい 「しか」できないなんて前提で誰が比較してんだ?
この手のスレで内容の薄いレスでわめいてるのは、JAVAしかできない、もしくは
使えもしないのにJAVAってだけでコンプレックス抱いてるJAVA厨でしょ。 オブジェクト指向が理解できるってのは、
こんな選民思想に近いものを抱いてしまうほど特別な事ではなんら無いと思うが…
業務の都合でPHPをメインにやってるってのと、PHPしか理解できないってのは違うだろ
後者は、デザイナー業の奴くらいにしかいねーんじゃねーか? >>98
PerlとPHPを少々ってレベルのソフト屋?って普通にあるからな。
そいつらにとっちゃ「JAVA」って響きは雲上のものだよ。
「オブジェクト指向って何?」とかいってるSE(←名刺にそう書いてある)
もウロウロしているわけでw。。。おまえは単なる「営業」だろ!みたいな Javaの響きは雲の上ってww
Javaは言語としてはかなり簡単な部類でしょうに。
現場でJavaで業務用アプリ組んでましたなんて言ってたら、
「こいつ絶対使えない」と鼻でせせら笑われる程度の扱いだけど。 Javaは難しいというよりマンドクサイ
EJBやstrutsにしてもIDEないと厳しい
手書きでゴリゴリ書いてる人いる?
その点スクリプトは楽だよな。
出先でもエアーエッジでサーバーにログインして一瞬で修正できるし。 っていうか、サーバーにログインして、直接修正してテストもせず動かせるもの作るなら、なにで作ったってかまわない。
それに、同等のものを求めるなら、EJBやStruts使わずにJSPでやればいい。
それなりのもの作るなら、まともなIDEが使えないPHPのほうがまんどくさいよ。 >>105
4万円もして、データベース接続ウィザードやらフレームワーク利用ウィザードやらがない、Javaの無償ツールレベルにも達していないっていうところがね。
プロファイラはちょっとイカすけど。
Javaみたいに規則の多い処理系って、人間にとってはめんどくさいけど自動化がやりやすいから、ツールの助けでかなり楽ができるようになってきてるからね。 >>106
Eclipse ぐらいインパクトのあるIDEがPHPメインであればなぁ。
IDEで4万円って一昔前だと割と普通な値段なんだけどもね。。。
Eclipseの台頭は他のJavaIDEにも影響与えてるからね。
Oracleが1980円でIDEリリースしたり。
フリーIDEのもう一方の雄であるNetBeansは、EJB/Webサービス作成機能だとかプロファイル機能だとかを同時リリースしてくるからね。
これなんか10万円程度のIDEで実現されてる機能だ。
EJBが落ち目というのもあるだろうけど。
JavaのIDEは、コーディング機能に関してはオマケというか単なる核で、対価の得られる価値としては設計だとかの前後の工程やらプロジェクト管理の方向にいきつつあるみたいだ。 php はインストール時がちとややこしい気がする。
configure でいろいろオプションつけないといけないし、最初、ややこしいなと思った。
再インストールしないと変更できない設定もあるし。
これをなんとかしてほしいな。 >再インストールしないと変更できない設定
(°Д°)ハァ?
>>110
ソースからインストールしたことないの? PHP/JSPスレがDAT落ちしたので、あげてみるよ。 >>114
あのスレの最後の方のPHP厨は哀れだったなw
mixiなんかもmod_perlだし、大規模サイトならPHPよりmod_perlだろって
具体例出して指摘されてるのに、mod_perlを使った大規模サイトの例を出せ
とか池沼起こしてる有様だし。 >>115
スレタイと関係ないところに寄生しつづけてるperl厨のが哀れなわけだが… >>115
PHPで大規模は無理と豪語して、テレ朝出された後わけわかんない言い訳してたPerl厨は哀れじゃないんですか? テレビ朝日って、リアルで名前が有名なだけで、別に大規模サイトってわけじゃないんじゃないの。
ショッピングサイトとかネットバンキングみたいな複雑なウェブアプリがあるわけじゃないし。 PHPが上手かったのは、Perlより高速ってイメージを植え付けることに成功したことだよな。
が、実際は速いと言えるほど速くはない。 >>118
随分強引だな…
それを言ったらSNSで利用者数がある程度限定されるmixiも大規模とは言いがたいと思うんだけど。
ていうかなんでperl使いはことあるごとにphpのスレに絡みにくるんだろう Javaの携帯アプリの話題を振ったもんだけど
「Javaアプリが使える携帯持ってるけどアプリなんかつかわね〜」
っていうやつ、Javaが動く携帯だといつも使うメーラーとかアドレス帳もJavaでかかれてたりするから、知らないうちにJavaアプリ使ってるかもよ。 >>121
多分ツーカー使ってるんだよ。巣鴨で大人気の おじいちゃんだから、自分の携帯に実はJava入ってないこと理解できない >>120
100万人の会員が、常に情報を更新し続けるサイトも珍しい
多くの大規模サイトのように、情報を一方的に出すわけじゃないし
っていうか、あのスレの最後の方って、Perlが素晴らしいとアピールしてるんじゃなく、
PHPがクソ過ぎるというアピールじゃないのか?
Perlですら大規模サイトに使われるのに、PHPは終わってるな、と 中規模まではPHPで十分だな。Javaだと重いわ。
PerlにしてもPHPにしても、大規模サイトになってくると、SIの能力に左右されるね。
PHPはちゃんと使える人がまだ足りないんじゃないの?
きちんとOO的な発想・設計しながら、それをベタでコーディングするんじゃなくて
スクリプティング言語に合うようにスリムアップして書ける人って
とても少ないよ。
そこまでやるならJavaが楽。
開発環境やらEJB3やらで、PHPで書くよりどんどん楽になる。 Javaはデバッグやトレースは楽だよね
PHP等のスクリプト言語はそのあたり融通が利かないのでコーダーとしての能力が求められる PHPは文法が簡単なだけで、EclipseやらNetBeansやら使うことを考えればはるかにJavaの方が楽。 PHPが簡単なのは文法じゃないような気が…
表示するページに全部入れ込めるってのがお手軽なわけで。
JSPと変わらん感じがする。
JSPは型がある。その一点だけとっても、PHPが簡単。 >>130
俺は逆なんだよね・・・
バグが出た時を考えると、それこそ型ぐらいはちゃんとあった方が後々を考えると簡単。 ロジックはJavaで書いて、デザイン部をJSPで書きましょうってのが、コンセンサスなんだから、
型ない方がいいんじゃないの?
なんかJSPって中途半端に思えるんだよね。 >>132
っていうか、お前の意見は、PHP的ならよし、JSP的ならだめ、ってだけの主張に思える。 JSPってJavaのコミュニティからもボロクソに批判されてるじゃん。
スクリプトレット使うのが批判されてるだけで
EL,JSTL,カスタムタグで書くのが推奨されているだけだが・・・
といってもわからんだろうがな だから、JSPにスクリプトレットあるのがおかしいだろってこと。
こんなのあるなら、使うに決まってるじゃん。設計が中途半端なんだよ。
ASPやPHPの方がよっぽどまっとう。 >>137
使わない主義なら使わなくてもいいし、
使いたければ使うこともできる。
目の前に少女がいたら買春しちゃうじゃんとか言ってるのと同じレベルだな、おまえは。 つーか、PHPの<? ?>はスクリプトレットみたいなものだろ。 137はスクリプトレットがなにかわかってないとおもわれ >つーか、PHPの<? ?>はスクリプトレットみたいなものだろ。
というかこれをスクリプトレットといわずして何を言う?
JSPの本質はコンポーネント化によるBLとPLの分離だからスクリプトレットは少ないほうがいいとされる。
ASPもCOMによってそれは実現しているし、ASP.NETもコードビハインドで実現している。
しかしPHPにはコンポーネント化のための技術がないからスクリプトレットに頼らざるを得ない。
jspが糞だからvelocityとか出てくるんじゃん。
phpの場合はスクリプトレットとかいう以前の問題でしょ。
あえて言うなら、smartyとかがjspに相当するんだろうけど、
javaとはターゲットが違うんで、直接の比較はできない。 要するに、 JSPはすばらしいけど、PHPみたいな使い方をすると、ゴミみたくなるってことだな。
朱に交われば赤くなるってか。 >>148
んで、PHPの方では、本来のPHPぽい(スクリプトレットぽい)使い方をやめようと
フレームワーク作ってる。
両方ともなんか変なことしてるよね。じゃ、最初からやめろと。
んで、だれも使ってない
じゃ、最初からJava使えと。 JSPってASPをパクって出来たわけでしょ?
そしたら、MVC2なんていい始めて、スクリプトレットはやっぱいらなかったなあ。
でも、つけちゃったものはしゃあないか。みたいな。 保守性はJavaだな。PHPは新たに書き直した方が早い。
だいたい、大規模でperl/phpってよっぽどスキル低いぞ(w
phpって単価安いデザにPG分の仕事渡すぐらいの目的でしか使えない。
デザがHTML内でスクリプト書ければ、わざわざMVCで分ける必要も無いんだよ。 なんでJavaなんかでWebの開発すんだ?
こんなことやってたら、プロジェクト火吹くのあたりまえだろ?
良心のある(かつ ちゃんと分かっている)技術者は、上の方にきちんと説明してくれ.
>>156
ツールも整ってるし、できるヤツとできないヤツの分業がやりやすい。
すでに動いてるアプリが動かなくなるような仕様変更もほとんどないし、ましてやセキュリティーパッチのために互換性のないバージョンにアップグレードしろということもない。 WebVakaやらHeberenateやらSprint(ばか)Frameworkやら次から次と出てくるのは、
要は頭でっかちの現場知らずが作った半端もんをなんとかしようともがいてるだけだろ。
なんかみんなで違う方向いってんじゃないのか?
普通の言葉に翻訳するとすげー簡単なことをJava厨はなんで小難しい言い方しすんだ?
まぁ、極端に生産性悪いから人月かさんで派遣業者にとってはウハウハだがな。 俺JAVAもJSPのPHPも出来ないけど
Servletって名前がかっこいいからServlet萌え ま、JavaはWEBの開発に使うにはオーバースペックな感は否めないな。
ただ、データの永続化ができるアプリケーションサーバ的な仕組みと、ソースを見せないって理由でコンパイル機能は欲しいとこだな。 >>157
>できるヤツとできないヤツの分業がやりやすい。
それだけできない奴が多いってことだよJavaやってる奴は
じっさい使えねー奴多いし
>すでに動いてるアプリが動かなくなるような仕様変更もほとんどないし、
ましてやセキュリティーパッチのために互換性のないバージョンにアップグレードしろということもない。
あれ?お前ひょっとしてPHPのこと言ってる?
最近のバージョンは動かなくなるなんてことはほとんどない。
Javaしか知らないんだから書き込むなよ >>162
PHPやってるとこなんか、「一番できるやつ」のレベルが恐ろしく低い。
> 最近のバージョンは動かなくなるなんてことはほとんどない
おまえ、PHP知らないだろ。
PHP4.3からPHP4.4は最近じゃないとでもいうのか?
5.0.x系でもメール送信でなにか動かなくなってなかったか? LAMPな鯖使ったビジネスモデルの所ってどうしてるんだろうな。
セキュリティの都合でPHPのバージョン上げて動かなくなったら、スクリプトの手直し料を請求してるの?
それとも無料で修正する手間まで負ってるのか? 客は怒らないのか。
というか怒らないような客を相手にしていると言うべきか。阿漕だな。