元スレ【PHP】PHPフレームワーク総合スレ15

php覧 / PC版 /

みんなの評価 : △

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

101 = :

よーしパパLithiumスレ立てちゃうぞー

102 = :

Yiiは見た感じ良さそうだった。symfonyとYiiで行こうぜ。
日本人が言語やFW開発しても意味ないから、それだけはやめてくれよな。

103 = :

>>98
ベンチマーク自体意味無しって言ってるのね。
枯れた技術とか学習コストって言ってるのも、「英語を読めない日本人PHPer」限定の話でしょ。
フレームワークの性能評価としては関係ないね。
実際は乗り換え学習コストなんてたいしたこと無いし。

104 = :

>>103
Hello Worldでパフォーマンスの優位性を語ることに意味は無いって事。
静的な文字列を出力するだけのWEBアプリなんて、今日日存在しないだろう、
せめてDB接続用インスタンスを生成したり、各種ユーティリティクラスを読み込んだ上で実測しなきゃね。

＞枯れた技術とか学習コストって言ってるのも、「英語を読めない日本人PHPer」限定の話でしょ。

逆だろ、一部の自称ギーク限定で新しいモノを導入したがっているだけでしょ。
英語読めても職業PGの応用力の無さでは、新しい物を自力で吸収するのは難しい、
ググレば日本語でかみ砕いた情報が得られるFWと、学習コストは比較にならんよ。

106 = :

>>104
それははベンチマークの一番最初の疑問だろうけど、じゃあ公平な評価法は何ってこと。
Why "Hello World"の反論になってないよ。
http://code.google.com/p/phpmark/

107 = :

>>106
＞Why "Hello World"の反論になってないよ。
反論以前の問題。公平な方法が無いからHello World？
それなら極限までそぎ落とした俺の自作MVCフレームワークの方が数倍軽いかもね。

フレームワークとしてのパフォーマンスじゃなくて、
「HelloWorldを行うには最速」って表現ならいいんじゃない？
それでパフォーマンスの優位性語られても、まっとうなPGなら疑問を抱くだろうけど。

108 = :

極論出たね。
なんでHelloWorldで”オーバーヘッドを測る”のが「HelloWorldを行うには最速」とかにすり替えるんだろう。

自作のフレームワークがここにならぶのと遜色無い機能を持ってるなら「自作MVCフレームワークの方が数倍軽いかもね。」と自慢してもいいよ。
http://www.phpframeworks.com/
でもそうじゃないでしょ。

109 = :

じゃあ他の部分は遅いのYii？

110 = :

たかがHello Worldって文字出すだけですらこんなに差が出るって考えると
なんだかんだで必要なロジックの選択はよく出来てるってことなのかな
ようは余計な処理とか通さないようにできるってことだよね

つーか、新しいものは金にするチャンスなんだから
既存のーとか枯れたーとか、そういう保守的なスタンスは儲けないよ
まぁ今日日PHP自体がアレなんだけれど

111 = :

どのFrameworkがいいかなんて比較やってことないし、俺にはわからんが、
結局明確なデータに基づいた比較を行ったわけでも、ソース持ってきてるわけでもなしに、
俺がこう思ってるから俺は正しいって叫んでるだけじゃ
資料もスライドもなしにプレゼンするくらい馬鹿なことだと思う

112 = :

FWって速度が評価基準なの？
開発効率のために用いるものかと思った。

113 = :

ベンチマーキングの意味は>>106に書いてあるとおりで、こうも書いてある。

＞Do not interpret the numbers alone

＞The benchmarking results should NEVER be interpreted alone.
＞The server configuration and the way of running the benchmarking applications could affect the results significantly.

＞And do not choose a framework purely based on this benchmarking result.
＞You should consider many other factors, such as feature set, documentation, code quality, user community, technical support, etc.
＞We all know that using a plain PHP script would easily beat any of the frameworks in performance comparison.

ここに書いてあることがフレームワーク選びの正論だろ。

そのうえで「ベンチマークなんて意味無い」ってフレームワークの性能向上を否定しちゃうのは
やっぱり自分が使っている技術が廃れる事への恐れがあるんだろう。

115 = :

>>107
＞自作のフレームワークがここにならぶのと遜色無い機能を持ってるなら「自作MVCフレームワークの方が数倍軽いかもね。」と自慢してもいいよ。
＞http://www.phpframeworks.com/

ここに並ぶフレームワークとしての機能を使っていないベンチマークで、
パフォーマンスの優位性を語る事は出来ないって事だよ。

Yiiは遅延読込を積極的に採用しているから、Hello worldには強いかもしれないが、
実際に諸々のロジックを実装した場合、どれだけ差が出るのか解るの？

＞でもそうじゃないでしょ。

俺のFWはMVCの基底部分だけ自作だから、Hello Worldは最速かな。
内部ファンクションコール数で言えば数回じゃないかな。

他のFWと連携出来るようになってるから機能的には遜色無いどころか多すぎて困るかもね。

116 = :

>>112 が書いてるように、大抵は開発効率向上の為に導入するんじゃない？
明確なソースも資料も無しに、Yiiは凄い！とか言ってる人はただのミーハーな開発者としか思えない。

本当に素晴らしいと思うなら、率先して普及活動を行えばいいと思うよ。
Hello World最速なのはわかったから、具体的に他のFWから乗り換えるメリットを提示すればいい。

>>113
＞Do not feel attacked¶
＞This project has no intention to attack any framework. On the contrary, it tries to help frameworks to find out their performance bottlenecks and make improvements.

Hello Worldのパフォーマンスがフレームワーク選定にはさほど重要では無い、と書いてある気がするのだが･･･

117 = :

結局どのフレームワークを使えばいいんだよ
皆投票してね

CakePHP
Symfony
ZendFW
Yii
Ethna
kohana
俺俺FW

119 = :

>>117
選定基準による。
日本語情報はいる？ドキュメントはいる？IDEは使う？ActiveRecordが欲しい？開発規模は？etc･･･

120 = :

>>119
日本語情報いる
ドキュメントいる
IDE使わない
ActiveRecord欲しい
開発規模は会員10万人ぐらいのブログ機能

これでお願い

121 = :

使うほうのことは関係なくて、開発効率だけのためにFW選ぶのも何か違う気はしないでもない

122 = :

>>120
無難にCake/Symfony/Zendのどれかじゃないかね。

>>121
ユーザはフレームワーク以前に、PHPかどうかすら気にしないだろう。

123 = :

いやだって速度で言ったら素のPHPが一番に決まってるじゃん

124 = :

その速度の差がユーザーエクスペリエンスにどの程度影響するんだって話だろ

126 = :

開発効率や速度をだすことより、会社が儲かることが大切だと上は言う。

127 = :

無難にというか、日本語しか駄目ならCake・Symfony・Zendだけしか選択肢ないだろ。
英語のドキュメント読むスキル無いとキビシーわ。

128 = :

PHPみたいな言語を使う人らからすると、この言語の壁はでかいよなぁ

129 = :

英語のドキュメント読める奴って、PHPプログラマ10人に1人いるかどうか

130 = :

馬鹿に組ませた素のPHPより、低速なフレームワークを使ったほうが
数百倍マシだったりするけどなｗ

131 = :

>>124
そういう実用レベルの話であれば、

ネットワーク、ディスクI/O、CPU等のハードウェアの増強をして、
APCやmemcached等のチューニングを行って、
HTML/CSSのチューニングを行う、

のが普通。
フレームワークの最小オーバーヘッドがユーザエクスペリエンスに影響するのなんて、
根本的に設計がおざなりな場合くらいじゃね？

クラウドのおかげもあり、ハードウェアの増強が最も費用対効果が高いけど。

132 = :

バッドノウハウを含む情報量の差も大事だろう。
Cake、Symfony、Zendあたりなら、バグが発生した場合や、規格外の処理を追加したくなった時に、
ググるだけで先人の知恵を得られたりする。

>>126
効率を上げる＝人件費が浮く＝会社が儲かる。だろｗ
PG一人雇うのに数十万の費用かけるなら、同じ金額を機材に当てる方が効率も速度も上がる。
既存の技術なら学習コストも無いようなもの。

133 = :

>>115
外部依存の俺俺でも「フレームワーク」と言えるの？
開発にそんなの使いたくないんだけど…

134 = :

英語のドキュメント読める人はどのフレームワーク使ってるの？

135 = :

PHPの場合、mod_phpで使う事が前提で、ファイルインクルードだとかのロードタイムが無視できないんだよね。
最近流行のソーシャルゲームみたいなサイトだと。
他の言語だとmod_perlだとかFastCGIだとかPassengerだとかで、複雑なクラス構成のアプリケーションでもいったん立ち上げてしまえば高速に動かせるアプリケーションサーバ環境があるけど。
まあ、フレームワーク以外にも、SQLを見なおすとかコーディングレベルで改善出来る余地がある場合も多いけど。

136 = :

>>133
外部依存かどうかは関係無いよ。
Symfonyだって積極的に外部ライブラリを取り込んでいる。

137 = :

本当にSymfonyできるやつでてこいやー
いるわけないか･･･

140 = :

ﾜﾗﾀｗ
レスするだけなら誰にでも出来るわなｗ

142 = :

>>135
＞PHPの場合、mod_phpで使う事が前提で、ファイルインクルードだとかのロードタイムが無視できないんだよね。
(snip)
＞他の言語だとmod_perlだとかFastCGIだとかPassengerだとかで、
(snip)
そんなときこそ、php-fpm (fast CGI process manager)を導入してみては？

144 = :

すると独自フレームワークが必要になるな。

145 = :

3大FWは機能が多すぎる
皆そんなに仕事で大きなシステム作ってるんか？

147 = :

>>145
普通にCRUDでデータをひと通り処理するシステムだと小さくてもFW使っちゃうな。

148 = :

必要ない機能があってもそれを通さないならさして問題ない
コード記述量が減らせるならFWを使う意味はそれだけでも出てくるんじゃね

150 = :

> ３大FWって、Kohana, Yii, ちいたんのことか

よく分かってらっしゃる。

面白いネタフレームワークだと思ってるから、
それをだしたんだろ？