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

　　☆　　P　　H　　P　　5　　☆　　

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん03/06/30 19:46ID:830ve/qp

PHP 5.0.0 Beta 1 がリリースされましたのでとりあえず。

http://www.php.net/

0552nobodyさん04/10/25 14:10:52ID:???
>>551
では、Java 言語自体もフレームワークだね。
0553nobodyさん04/10/25 14:40:05ID:???
言語自体がフレームワークのわけないだろ。
それをいうなら、Swingはフレームワークだし、CollectionなんかはCollectionフレームワークと呼ばれてるし、Javaのライブラリはフレームワークと呼べるだろうが。
オマエら、自分がフレームワークの意味を誤解してることに気づかずに人を馬鹿にしてんのか？
0554nobodyさん04/10/25 14:50:30ID:???
>>553
Javaで飯食ってる奴なら、この流れでは「フレームワーク」が
「Webアプリケーションフレームワーク」を指しているということくらいわかる筈だが
0555nobodyさん04/10/25 15:08:30ID:???
で、その「Webアプリケーションフレームワーク」ってのはStrutsのことを指すわけか。
あんな、みんなが使ってるからっていうこと以外とりえがないもの、使おうが使うまいがどうでもいいんじゃねぇの？
入力をまとめる仕組みと検証の仕組みと、あとはちょっとしたタグライブラリ作ってれば、使う必要ねぇだろ。
055655404/10/25 15:51:12ID:???
>>555
フレームワークってのは「皆で同じものを使う」からこそメリットがあるのだよ。
俺フレームワークだと開発・メンテの手間もさることながら、新人への
教育コストが馬鹿にならないでしょ。

Strutsなら「Struts in Action読んどいて」で済む。
それに求人する時もまさか「俺の作ったフレームワークが使える人」なんて
募集できねえしな。

0557nobodyさん04/10/25 16:18:25ID:???
おいおい、ただの受け売りじゃないか。
実際それで済むとおもってんの？
Strutsなんか、まともに使おうと思えば、俺フレームワーク的な部分を作ることにもなるわけだよ。
その言い方だと、みんなが使ってれば良かろうが悪かろうがOKってことか？
WebWork2とか、ほとんど日本語の資料がなくて周りで使ってないフレームワークはメリットがないってことか？
0558nobodyさん04/10/25 16:19:40ID:???
Strutsなんか、使う必要があるときに使えばいいんだよ。
フレームワークって言葉にあこがれてるだけじゃねぇの？
0559nobodyさん04/10/25 16:28:16ID:???
558 名前：nobodyさん[sage] 投稿日：04/10/25 16:19:40 ID:???
Strutsなんか、使う必要があるときに使えばいいんだよ。
フレームワークって言葉にあこがれてるだけじゃねぇの？
056055404/10/25 16:29:48ID:???
>>558
実際それで済んでるよ。
Struts + Spring + Hibernate + Velocity + JUnitで、
俺フレームワーク的な部分は一切無し。
そりゃユーティリティクラスはいくつか作るけど、
そんなもんの教育コストはたかがしれてるからね。

Javaでやるような案件はチームでの開発が基本だから、
「みんなが使ってる」ってのは重要。
当然、普及度と機能（出来の良さ）を天秤にかけてどのフレームワークを
採用するか決めるわけだが、そんなこともわからんのか？
056155404/10/25 16:30:33ID:???
あ、>>560は>>557へのレスだったな
0562nobodyさん04/10/25 16:33:25ID:???
>>560
PHPに無理矢理当てはめると、

Struts + Spring + Hibernate + Velocity + JUnit

Mojavi + ??? + ??? + Smarty + PHPUnit

となるかな。
今のところ???の部分がないけど。
0563nobodyさん04/10/25 16:36:40ID:???
> 当然、普及度と機能（出来の良さ）を天秤にかけてどのフレームワークを
> 採用するか決めるわけだが

それで、どうしてオマエにStrutsを強要されなきゃなんないの？
結局コントローラ的なクラスと受け渡し用のクラス作ることに馴染んどけば、あとは設定方法がちょっと違うだけだから問題ないだろ。
チーム内で同じフレームワーク使えば十分じゃないか。
あんたのところがStrutsに慣れているからという理由で押し付けんでくれ。
0564nobodyさん04/10/25 16:38:40ID:???
>>562
そうすると、Mojaviなんかだれも使ってないから使う価値がないみたいだが。
普及度と機能を天秤にかけると。

> Javaでやるような案件は

っていうのが、Javaを神聖視してるみたいで笑える。
056556204/10/25 16:44:40ID:???
>>564
ん？私は560ではないが。
Mojavi使ってるよ。
0566nobodyさん04/10/25 16:47:31ID:???
>>565
みんなが使ってることに意味があるんだからstruts使えってさ。
Strutsなら、Struts in Action読ませとけば使えるから、って。
0567nobodyさん04/10/25 16:56:10ID:???
>>560って結局、うちがStrutsで問題ないから、あんたんところも今問題が無くても俺フレームワークをやめてStrutsにしろ、ってことか。
おまえはアメリカ人か、と。
056855404/10/25 16:57:45ID:???
>>563

別にStrutsの強要なんかしてないよ。
お前が>>555で

>で、その「Webアプリケーションフレームワーク」ってのはStrutsのことを指すわけか。
>あんな、みんなが使ってるからっていうこと以外とりえがないもの、使おうが使うまいがどうでもいいんじゃねぇの？

と書いてきたから、複数人開発が基本のJavaによるウェブアプリ開発
においては「みんなが使ってるからっていうこと以外とりえがない」んじゃなくて
「みんなが使っている」ということが重要なんだよ、と教えてあげただけです。

>>564
PHPはJavaと対照的に一人とか少人数での開発に採用されることが多いから
その場合はJavaほど普及度や教育のしやすさを重視する必要はない、
というのはわかるか？
056955404/10/25 17:00:07ID:???
>>567
日本人ですよ。

「Javaのライセンス」を持ってるのに世間が何故Strutsを選ぶのかわかってない
みたいだったから、その理由を教えただけ。

0570nobodyさん04/10/25 17:13:24ID:???
で、Javaだと普及度や教育のしやすさを重視する必要があるのか？
それは、作るものや組織の構成によるだろ。
オマエも引用してるけど、「使おうが使うまいがどうでもいいんじゃねぇの？」といってるんだよ。
それがHibernateみたいに使えば作り方が大幅に変わって、同等のフレームワークもってないものなら別だが。
俺フレームワークでも、WebWorkでもTapestryでも、プロジェクト中に出てくるパターンの例作っとけばどうにかなるだろ。
057155404/10/25 17:28:53ID:???
>>570
作るものや組織の構成で何を重視するかが違ってくるというのは同意するけど、
適材適所ということを考えると、Javaを採用した開発はPHPの場合よりも
多人数で行う案件のほうが多くなるわけで、「Javaだと普及度や教育の
しやすさを重視する必要」はあると思う。
決してどうでもいい問題じゃないよ。

あと、俺フレームワークだと「○○の時はどうすんの？」みたいな質問も
全部設計者のところに集中すると思うんだが、ウザくないかね。
俺は面倒くさいこと嫌いだから、そのへんのノウハウをいちいちとりまとめて
メンバーに周知するよりは、Strutsでラクするほうがいいな。

俺はJavaライセンス持ってないから、そろそろ絡むのやめるよ。
0572nobodyさん04/10/25 17:36:53ID:???
> 世間が何故Strutsを選ぶのかわかってない

だから「みんなが使ってるからっていうこと以外とりえがない」と書いてるだろ。
それに価値を見出すなら使えばいいし、オレはそれに価値を見出していないから使ってないというだけの話。
やみくもに使っとけっていうほど便利なもんでもないだろ。
TapestryやらWebWorkやらSpringMVCの方が機能としてはいいだろ。
まあ、Spring+JSP2.0のおかげで、WebWork使うメリットはなくなったけどな。
どうせStrutsが担う部分なんか末端部分だけで、結局「○○の時はどうすんの？」みたいな質問は来るんだから、手に馴染むフレームワーク使っとけばいいんだよ。

> 適材適所ということを考えると、Javaを採用した開発はPHPの場合よりも
> 多人数で行う案件のほうが多くなるわけで、「Javaだと普及度や教育の
> しやすさを重視する必要」はあると思う。

それは、「Javaだと」じゃなくて「多人数で行う案件だと」だろ。「必要」というなら。
それも、「皆が使ってる」というメリットが必要なのは、人の出入がある場合だ。

> 俺は面倒くさいこと嫌いだから、そのへんのノウハウをいちいちとりまとめて
> メンバーに周知するよりは、Strutsでラクするほうがいいな。

オマエはStrutsがラクなんだから、Struts使えばいい。
俺は俺フレームワークがラクなんだから、俺フレームワークを使う。
0573nobodyさん04/10/25 17:51:57ID:???
>>571
気になるんだけど

> 俺は面倒くさいこと嫌いだから、そのへんのノウハウをいちいちとりまとめて
> メンバーに周知するよりは、Strutsでラクするほうがいいな。

って、ほんとにStrutsで他に比べてラクできるの？
一般論として。慣れてるからとかじゃなくて。
Strutsって薄いフレームワークだから、Strutsじゃないフレームワークでもその部分はカバーしてそうだし、すぐにStrusの範囲からはずれた質問がきたりしそうだし、そこんとこ疑問なんだけど。
0574nobodyさん04/10/25 18:18:02ID:???
おまいら、スレタイが読めませんか？
0575nobodyさん04/10/25 18:42:25ID:???
あいにく間にスペースが入ってるもので
検索でも引っかからないしスレタイも読めません。
0576nobodyさん04/10/25 18:44:18ID:???
しょうがないじゃん。根暗プログラマはスレ荒らすくらいしか
ストレス解消法ないんだし
0577nobodyさん04/10/25 18:47:11ID:???
jsP Hibernate sPringのスレですよ。
057855404/10/25 19:11:38ID:???
>>573
「Strutsを選んだほうがラク」っていうのは、Strutsの出来がいいとかそういう
意味ではなくて、Java用フレームワークの中ではStrutsが雑誌記事も書籍も
ウェブサイトも一番充実してるから、教育の手間がかからないということです。

Strutsと関係ない部分への質問はまた別問題。
要は新人に独習させるのに、Struts、WebWork、Tapestryのどれが一番
簡単そうかという話です。
0579nobodyさん04/10/25 19:43:04ID:???
Perl6/Parrotに怯え、Javaに猛烈な劣等感を抱くPHP厨。
ヒアドキュメントが無いという突込みにももう必死な状態。
哀れだよあんたら（ｗ
0580nobodyさん04/10/25 20:00:43ID:???
Perl6の何処に怯えろってのさ（ｗ
0581nobodyさん04/10/25 20:07:30ID:???
ネタスレ
058253604/10/25 22:11:27ID:???
JAVAのライセンスをもつPHPプログラマーですが、まったく話に寄れません
0583nobodyさん04/10/25 22:31:54ID:???
>>578
Strutsは資料がたくさんあるっていっても、結局たくさんあるのは導入あたりの浅い情報ばっかりだからなぁ。
わけわからん新人やら派遣社員やらがやってくる現場ならいいのかも知れんけど、それでもそれなりのテンプレートが用意できてれば、なんでも構わないんじゃないかと思う。
SpringならSpringMVCでもいいんじゃないかと。
要は入力データを検証してコントローラーにインジェクションする仕組みと、タグライブラリの説明があればいいわけで。
ひとつにプロジェクトに限ればすべてを網羅して説明する必要もないからね。
0584nobodyさん04/10/26 00:35:08ID:???
>>579
あ、まだ居たんですかヒアドキュメント厨。
しかも
＞ヒアドキュメントが無い
あるし…

あんま発言すると無知がばれるから黙ってたほうがいいよ
0585nobodyさん04/10/26 01:44:10ID:???
このスレ面白いでつね。
0586nobodyさん04/10/26 01:52:45ID:???
ヒマつぶしだからな。
0587nobodyさん04/10/26 02:05:55ID:???
Javaの話題になってるのに何故かPerl6を強引に持ち込んでるとこが笑える
058855404/10/26 03:27:56ID:???
>>583
SpringMVCはStrutsよりもさらにプリミティブな作りだから、
比べものにならないくらい使うのに手間がかかるよ。
新人や派遣さんに使わせるには、SpringMVCを俺フレームワークでラップ
しないと構造が理解してもらえないと思う。
SpringMVCやってからStrutsに戻ると、資料の充実度に感動します。

ところで、PHP5が普及してくるとフレームワークもinterfaceや
例外使いまくりのJavaもどきなものになっていくのだろうか。
0589nobodyさん04/10/26 05:43:43ID:???
Javaって.Netに乗り遅れた奴がいまだに使ってるって言うあれだろ？ｗ

>>585-586
つまんねーこと言ってねーでおまいらも燃料投下汁
0590nobodyさん04/10/26 06:43:29ID:???
なんかASPパクってJSFなんてもんが出来たけど、まだだれもそんなもんに見向きもせずにStrutsなんてアドホックなもん使ってる。
その理由が「みんなが使ってるから」だと。
そんなこというなら、おとなしくみんなが使ってるVBにすりゃいいのにな。
0591nobodyさん04/10/26 09:06:59ID:???
>>590
だってお客がJavaでやれって最初から指定してくんだもん。
孫受け立場だとただやるだけ
059255404/10/26 14:28:13ID:???
>>590
煽るんならもっと技術的な所で煽ってくれよ
そんなレベルじゃ相手のしようがないよ
0593nobodyさん04/10/26 14:52:48ID:???
>>592
オマエ、頭いいね。
0594nobodyさん04/10/26 15:35:26ID:???
>>589
.NETて…ｗ
0595nobodyさん04/10/26 15:42:11ID:???
>>594
おまえもそこでハマッたか w
0596nobodyさん04/10/26 20:25:03ID:???
>>584
お前頭悪そうだな。PHPしかできねーんだろ？
程度の低い言語には程度の低い屑が集まるんですね。
マジ笑える。
0597nobodyさん04/10/26 20:41:08ID:???
つーか、PHPでforeachで配列を回しつつ中身のデータを
いじろうとしたら反映しないでやんの。
Perlのようにはいかんのね。駄目だこりゃ。
0598nobodyさん04/10/26 21:26:54ID:???
>>597
このスレにいるということは PHP5 を使っているという前提で。
PHP5 では以下のような書き方が可能。

$arr = array('a', 'b', 'c');
foreach ($arr as &$val) {
    $val .= 'd';
}
print_r($arr);
0599nobodyさん04/10/26 21:30:33ID:???
>>598
なるほど。勉強になりました。
0600nobodyさん04/10/26 22:17:24ID:???
600
0601nobodyさん04/10/26 23:50:01ID:???
つか、今Javaやってるのって、リストラ組みだけｗｗ
マジはなし。

まともな開発組みはここ10年ほどはC-C++がほとんど。
0602nobodyさん04/10/27 00:00:13ID:???
>>596
ヒアドキュメントが無いとか言って勘違いを指摘されたことはスルーなんですねｗ
0603nobodyさん04/10/27 00:02:33ID:???
>>601
具体的にC++でどんな環境でどんな案件こなしてるのか説明してくれる？
0604nobodyさん04/10/27 00:27:56ID:???
＞まともな開発組みはここ10年ほどはC-C++がほとんど。

コンピュータ業界で10年もの長さで見てる時点でお前は時代遅れのリストラ組み
0605nobodyさん04/10/27 00:55:40ID:???
>>602
あんたヒアドキュメントにこだわるねぇ。
PHPにヒアドキュメントがあるかどうかなんか知らねーし
知るつもりもねーし。
そんなことよりいつまでもWebにしか使えない屑言語なんかに
しがみ付いてないで他のまともな言語でも勉強しろよ。な？
0606nobodyさん04/10/27 01:19:29ID:???
>>605
PHPしか使えないなんて誰か言ったっけ？
Perl6君
0607nobodyさん04/10/27 01:21:47ID:???
ヒアドキュメントにこだわってるんじゃなくて、知ったかを指摘されたことを
スルーしてることにこだわってるんだよｗ

0608nobodyさん04/10/27 01:35:10ID:???
おいおい、どう考えてもこの先.NETフレームワークは使わざるえないだろｗ
昔のイメージでVBプログラマーを馬鹿にしてる暇があったらC#でも覚えろと(ry
あ、オブジェクト指向が理解できないスクリプト出身者には無理な注文か(爆笑)
0609nobodyさん04/10/27 02:50:01ID:???
C#はヒアドキュメントがないからクソです。
0610nobodyさん04/10/27 03:56:58ID:???
.NETフレームワークを使わざるをえないなんて、よっぽど仕事が無いんだな
世の中には残念な人がいるもんだ
0611nobodyさん04/10/27 04:15:35ID:???
PHPを使わざるを得ない人も、ある意味かわいそう。
0612nobodyさん04/10/27 07:03:25ID:???
楽→メンド臭い
PHP→Ruby→Perl→JSP→その他
こんな感じ
0613nobodyさん04/10/27 07:29:08ID:???
データベースを扱う場合に、SQLを書かなくてもいい仕組みがないものはめんどくさい。
0614nobodyさん04/10/27 08:02:28ID:???
Find Job
職種　ソフト開発、WEB系SE・プログラマ

Java
151件が検索に該当しました

PHP
135件が検索に該当しました

C++
75件が検索に該当しました

Perl
52件が検索に該当しました

C#
32件が検索に該当しました
0615nobodyさん04/10/27 08:06:05ID:???
.Net
53件が検索に該当しました



少ないねｗ
0616nobodyさん04/10/27 14:19:01ID:???
使い捨てプログラマの順位か？
0617nobodyさん04/10/27 14:48:50ID:???
需要が無い現実を認めたくないかわいそうな子が出てきましたね。
0618nobodyさん04/10/27 18:49:51ID:???
VBは148件か。
JavaもVB並になったってことだな。
なにがVB並になったかってことは想像に任せるが。
0619nobodyさん04/10/27 21:07:55ID:???
>>618
ちゃんと職種を『ソフト開発、WEB系SE・プログラマ 』に絞って検索しろよｗ
頭悪すぎ
0620nobodyさん04/10/27 21:09:38ID:???
ちなみに>>618の方法でやると、Javaは271件ね。
0621本７04/10/28 00:49:52ID:???
JAVA使いも所詮使い捨てのゴミか。
どのみちPGしかやらないつもりなら永遠に針の山。
人生の中で労働という時間をどう過ごすって視点で考えるならPHPとかでサクっと作っておいて定時で帰れば？
提案力がない以上はずっとコキ使われっぱなしなんだし。
0622nobodyさん04/10/28 04:05:54ID:???
PHPって全然サクッと作るしくみなんかないんだけど。

Javaは画面制御やDBとのやりとりに頭を使う必要がなくなってきている。
だから、PHPで作るようなWebだと、どのデータをどこに表示するか、どのタイミングでどの処理を実行するか、結びつけるだけで出来上がる感じになる。
その結果、作業者は使い捨てでよくなるわけだ。
0623nobodyさん04/10/28 07:49:19ID:???
>>621
ていうかプログラマーという職業自体使い捨てですが。
0624nobodyさん04/10/28 07:51:56ID:???
>>622
だからさぁ、知ったかしてると>>596>>605みたいに恥じかくってばｗ
0625nobodyさん04/10/28 08:36:13ID:???
>>623
同意。プログラマーを使い捨て職業だとわからずに言語の勉強に勤しんでるやつ
が痛々しいな
0626nobodyさん04/10/28 09:41:34ID:???
>>624
とりあえず、SQL書かなくていいしくみがあればいいんだけど。
0627nobodyさん04/10/28 09:42:56ID:???
>>625
たまに、ひとつの言語も使えるようにならなくて、満足なプログラムもかけないのに、くやしまぎれにそういうこというやつもいるけどね。
そういうやつは、「自分の目でみておきたかったので」とイラクに行ったりする。
0628nobodyさん04/10/28 09:48:19ID:???
>>627
使い捨て職業だとわかった上での発言だよね？
0629nobodyさん04/10/28 10:30:24ID:???
>>628
使い捨てられて実感がこもった発言ですね。
0630nobodyさん04/10/28 14:25:15ID:???
ところで、お前らPHPプログラマは手取りでどんくらいもらってる？
俺は24歳で23万くらい。
0631nobodyさん04/10/28 16:28:31ID:???
>>626
PEAR::DB_DataObject使え
0632nobodyさん04/10/28 19:25:31ID:???
ま、プログラマが使い捨てとか言ってる奴は
普段プログラマに馬鹿にされてる無能の営業か
本当に使い捨てレベルのしょーもないコーダーなんだろ。
0633nobodyさん04/10/28 21:53:21ID:???
>>632
まあまあ、それは言わないでおきましょう。
自称元プログラマーの営業(つまり、プログラマーから落伍した連中)が
業界の癌であることは周知でしょうから。
0634nobodyさん04/11/04 21:14:46ID:???
PHP4って例外処理も無いのかよ。
お前らよくこんなの使ってんな？
0635nobodyさん04/11/04 22:15:34ID:???
>>634
志村、スレタイ！スレタイ！
0636nobodyさん04/11/06 01:25:57ID:???
>>635
warota
0637nobodyさん04/11/06 02:30:30ID:???
PHP5なんか誰も使ってねーよ。
0638nobodyさん04/11/06 02:58:08ID:???
と思っているのは>>637だけで、実は世の中の.phpなサイトはすべてPHP5で動いている。



という世界は怖いな。
0639nobodyさん04/11/06 18:43:34ID:???
まともに動かないPHP5なんてリリースされてないのと一緒。
0640nobodyさん04/11/06 22:06:48ID:???
マイナーバージョンも2つあがったし、そろそろ使ってみてもいい頃。
そう思って自分のテスト環境をPHP5にしてみた。

今のところ問題は出てないので、徐々に使用範囲を広げていこうと思う
今日この頃。
0641nobodyさん04/11/07 05:16:28ID:???
>>639
PHP5もまともに動かせないの？(w
0642nobodyさん04/11/07 10:42:53ID:???
>>641
あんたホント必死だな。
PHP5なんて趣味レベルの奴しか使ってねーから。
企業サイトじゃ使ってる所なんてねーよ。
もうちょっと頭をつかって発言しろよ。な？
0643nobodyさん04/11/07 14:01:35ID:???
>>642
(当然だが)ZendはPHP5に置き換えてるがな。
まあ、俺も今動いている企業サイトで態々
置き換えるメリットは今のところないと思う。
だからといって、PHP5に手を出してないと思うなら大間違い。
0644nobodyさん04/11/07 15:27:04ID:???
PHP5を実運用サイトに適用できない一番の問題点は
現状ではコードキャッシュがZendのものしかないことかなぁ。

PHP4 + MMCacheどっぷりなので、
いまさら生のPHPのスピードでは物足りない。
0645nobodyさん04/11/07 15:50:08ID:???
俺もキャッシュとPDFlibがネックで移行できないなぁ。
0646nobodyさん04/11/13 12:02:02ID:???
いやー、PHP5って使い物にならんね。
駄目だこりゃ。
0647nobodyさん04/11/13 15:57:33ID:???
ということにしたいのですね
0648nobodyさん04/11/14 01:40:03ID:???
まぁphp3からphp4への移行の時もいろいろあったわけだが、
そのときは 両立できた。

今回は両立できないのがキツイな。
両立させるには別ポートでapache動かすしかないの？
0649nobodyさん04/11/14 03:30:49ID:???
SQLiteとかXML回りを手あかの付いたコメントを読んで変な偏見を持つ前に使ってみたが
そこそこ使えるべ。あとは普及するだけだ。
065064504/11/14 03:40:03ID:???
商用版のPDFlibはPHP5に対応してたね。ｽﾏｿ
後はキャッシュだな。
0651nobodyさん04/11/14 03:43:33ID:???
SQLiteはいい。DBデーモン不要でバックアップもコピーするだけ。
レン鯖がPHP5に対応したら間違いなく流行るね。
まあ、そうなるのは5.1以降だろうけど。

ところでPHP5のXMLって多バイト文字が化けない？
これさえ直れば現状でも本格的に使い始められるんだけど。
■ このスレッドは過去ログ倉庫に格納されています