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

1 名前：nobodyさん mailto:sage [2010/12/12(日) 10:47:08 ID:???] PHPのフレームワークに関する話題用のスレッド ●国外産● symfony 　ttp://www.symfony-project.com/ code igniter 　ttp://codeigniter.com/ Zend Framework 　ttp://framework.zend.com/manual/ja/index.html CakePHP 　ttp://www.cakephp.org/ Yii Framework 　ttp://www.yiiframework.com/ ●国産 ちいたん 　ttp://php.cheetan.net/ Ethna 　ttp://ethna.jp/ guesswork 　ttp://classic.guesswork.jp/ maple 　ttp://kunit.jp/maple/ ●前スレ 【PHP】PHPフレームワーク総合スレ14 hibari.2ch.net/test/read.cgi/php/1253912143/ 65 名前：nobodyさん mailto:sage [2010/12/19(日) 12:10:21 ID:???] ま、名前空間とは別に、パッケージの仕組みも合った方が良いな。 66 名前：nobodyさん mailto:sage [2010/12/20(月) 04:22:59 ID:???] 名前空間、パッケージに関しては やはり色々考えられているPerlの方が上だな。 67 名前：nobodyさん mailto:age [2010/12/23(木) 14:23:44 ID:???] 自社フレームワークを使ってるところが多い気がするが、 自社のフレームワーク開発すべき？ 68 名前：nobodyさん mailto:sage [2010/12/23(木) 15:24:40 ID:???] 必要ない 69 名前：nobodyさん mailto:sage [2010/12/23(木) 15:41:39 ID:???] >>68 俺もそう思う。バグだらけのFWを、開発した奴はスキルアップになったかもしれんが、 それを使わされる方はマジたまらんわー。 他の人の意見も求む！ 70 名前：nobodyさん mailto:sage [2010/12/23(木) 15:45:19 ID:???] 必要ない 71 名前：nobodyさん mailto:sage [2010/12/23(木) 16:38:01 ID:???] 半端なFW使うよりかは、もともとある奴をちゃんと検証して バージョンアップしながら使ってくほうが後々考えると有益 ちょっとしたことのためにFWいじくって対応とかアホなことすると、 大抵はあとで酷いことになる 72 名前：nobodyさん mailto:sage [2010/12/23(木) 20:37:52 ID:???] 既存のフレームワークを、自分らの使いやすいようにラップするケースは多々ある。 一からフレームワークを作るのは、勉強目的以外ではあまりメリット無いかな・・・ 73 名前：nobodyさん mailto:sage [2010/12/25(土) 05:58:05 ID:???] >>71 >ちょっとしたことのためにFWいじくって対応とかアホなことすると、 あるある。ありすぎて困る。 「それはフレームワークじゃねぇ、ただのライブラリだ！」 と言っても、社内のPHP屋は理解出来ない。 PHPでOSSのフレームワーク使ってない(使い方わからない)時点で、 その程度だわな・・・ 74 名前：73 mailto:sage [2010/12/25(土) 06:00:58 ID:???] あ、普段はASP.NETやってます。 あれは立派なフレームワークな反面、 社内製フレームがクソすぎて・・・・ （なぜOSSのフレームワークを作らないのか・・・） という背景があることをいちおう言っておきます。 75 名前：73 mailto:sage [2010/12/25(土) 06:01:48 ID:???] （なぜOSSのフレームワークを”使わないか”）だった 76 名前：nobodyさん mailto:sage [2010/12/25(土) 13:40:32 ID:???] >>73 PHPだけでいえば、CakeぐらいはできるがSymfonyはさすがにできないという、 中途半端な技術者が社内製フレームワークを作ってる気がする 77 名前：nobodyさん mailto:sage [2010/12/25(土) 14:19:58 ID:???] >>76 SymfornyはCakeに比べて設計が難しいという意味？ 78 名前：nobodyさん mailto:sage [2010/12/25(土) 20:35:21 ID:???] www.google.com/trends?q=cakephp%2Csymfony%2Czend+framework%2Cyii トレンドでみるとyiiが順調に伸びているが、来年もこのままの勢いを保つか。 79 名前：nobodyさん mailto:sage [2010/12/25(土) 20:40:16 ID:???] これはtwitterをもとにした集計によるトレンド PHP Frameworks Trends The data below is generated automatically from twitter trends.phpmagazine.net/frameworks/ 80 名前：nobodyさん mailto:sage [2010/12/26(日) 02:03:25 ID:???] 名前空間があってよかったことってなんかある？ 81 名前：nobodyさん mailto:sage [2010/12/26(日) 07:39:41 ID:???] 英語、新しいものダメダメな日本のPHPerにはウケわるいけど お外じゃYiiは結構人気でてるっぽいよね 82 名前：nobodyさん mailto:sage [2010/12/26(日) 08:18:08 ID:???] www.google.co.jp/trends?q=%22Yii+Framework%22%2CCakePHP%2CSymfony%2C%22Zend+Framework%22&ctab=0&geo=all&date=all&sort=0 ・・・どこが？ 83 名前：nobodyさん mailto:sage [2010/12/26(日) 11:02:41 ID:???] >>82 Yii って他の意味あるのか？ Yii Frameworkでググル意味は？ 84 名前：nobodyさん mailto:sage [2010/12/26(日) 11:58:57 ID:???] >>82 おまえは何がしたいんよ。 85 名前：nobodyさん mailto:sage [2010/12/26(日) 13:39:26 ID:???] 新しいモノ＝良いモノとも限らないし、、 今の日本の保守的でグダグダなWEB開発業界を考えると、 枯れてリソースの揃いきったFWを深く使いこなす方が得なんだろうね。 既存のFWを捨てて、新しいFWに移行する明確なメリットデメリットが示せない限りね･･･ 86 名前：nobodyさん mailto:sage [2010/12/26(日) 14:15:12 ID:???] >>83 yii -phpの検索結果：約 9,160,000 件 （0.07 秒） www.google.com/search?hl=ja&safe=off&q=Yii+-php&aq=f&aqi=&aql=&oq=&gs_rfai= >>84 人気出てるというから検証しただけ。 87 名前：nobodyさん mailto:sage [2010/12/26(日) 14:49:37 ID:???] それだったらこうだろ www.google.co.jp/trends?q=%22Yii+-php%22%2CCakePHP+-php%2CSymfony+-php%2C%22Zend+Framework+-php%22&ctab=0&geo=all&date=all&sort=0 88 名前：nobodyさん mailto:sage [2010/12/26(日) 14:58:30 ID:???] >>86 Yii　の検索結果：約 5,200,000 件 （0.04 秒） しかし"Yii"のキーワードだけで検索するよりも多いってのがな〜ｗ 一体何の検証になってるんだか ・マイナス検索をすると検索結果が増える場合があります https://groups.google.com/group/google_web_search_help_jp-troubleshooting/browse_thread/thread/0dc3791da3bb7dde?hl=ja 89 名前：nobodyさん mailto:sage [2010/12/26(日) 15:09:18 ID:???] Yii Frameworkの他に"Yii"のつく目新しいものなんてないだろ、たぶん。 Yiiフレームワークが登場してから"Yii"のトレンドが上昇してるのは、 明らかにYiiフレームワークの成果だろ。 90 名前：nobodyさん mailto:sage [2010/12/26(日) 15:17:53 ID:???] >>85 yiiのパフォーマンス優位は検証されてるけど www.yiiframework.com/performance/ www.sheldmandu.com/php/php-mvc-frameworks/php-mvc-framework-performance-part-1 91 名前：nobodyさん mailto:sage [2010/12/26(日) 15:33:41 ID:???] こんなのもあるよ。 erickennedy.org/Drupal-7-Reasons-to-Switch 92 名前：nobodyさん mailto:sage [2010/12/26(日) 16:58:09 ID:???] 今後もPHPが続くとしたら、新規の際の選択肢には入れたほうがいいとは思う 93 名前：nobodyさん mailto:sage [2010/12/26(日) 17:09:03 ID:???] 蓄積された情報やノウハウ、学習コストを含めるとYiiはまだまだかな。 職業PGが増えてる昨今、まともな学習教材が無いと開発者の足並みが揃わない。 >>90 Hello Worldベンチマーク・・・ 94 名前：nobodyさん mailto:sage [2010/12/26(日) 17:23:31 ID:???] ＞Hello Worldベンチマーク・・・ 何が言いたいの？ 検証に問題があるならはっきり指摘して 95 名前：nobodyさん mailto:sage [2010/12/26(日) 17:34:00 ID:???] 職業PGなんて教材があっても 多分こうだろう的な、なんも考えてない場当たり実装を次々編み出してくし 日本語で説明されてるコピペできる参考例が多くないと、確かに難しいだろうなｗ 96 名前：nobodyさん mailto:sage [2010/12/26(日) 17:34:29 ID:???] symfony2はYiiより速いらしいよ。 設定がめんどいようだけど。 symfony-reloaded.org/fast www.symfony.gr.jp/blog/20100622-the-state-of-symfony2-1 97 名前：nobodyさん mailto:sage [2010/12/26(日) 17:46:27 ID:???] symfonyはsfFormがどうもだめだ… symfony2で変わったのかな。 98 名前：nobodyさん mailto:sage [2010/12/26(日) 18:39:55 ID:???] >>94 Hello Worldの値なんて理論値みたいなもので、 実際の実用環境では他のロジック部分がボトルネックになるから、ほとんど意味の無い値って事。 上の比較ではsymfonyが数倍遅いと錯覚してしまうが、 実際に作るコンテンツ内容、コーディング方法、ファイルI/O、DB処理等の方が遙かに比重が高い。 開発者全員が完璧な最適化を行えるのなら、フレームワークのオーバーヘッドを考慮するのも有意義かもしれんが、 現実的では無いし、大抵は枯れた技術の方が最適な実装が出来るし、学習コストも低い。 その浮いたコストをハードウェアやネットワークに回す方が遙かにパフォーマンスは上がる。 それ以上のチューニングを行う場合は、フレームワーク自体導入しない事の方が多い。 99 名前：nobodyさん mailto:sage [2010/12/26(日) 19:30:20 ID:???] 地味にYiiスレ出来てんのな で、このスレをディスってんのなｗ 100 名前：nobodyさん mailto:sage [2010/12/26(日) 19:48:30 ID:???] 半年放置しても落ちる板じゃないしあって困るこたないんじゃね 既存のPHPFWのスレは大抵できてんじゃないかな？kohanaスレとかもあるし 101 名前：nobodyさん mailto:sage [2010/12/26(日) 20:03:18 ID:???] よーしパパLithiumスレ立てちゃうぞー 102 名前：nobodyさん mailto:sage [2010/12/26(日) 21:46:11 ID:???] Yiiは見た感じ良さそうだった。symfonyとYiiで行こうぜ。 日本人が言語やFW開発しても意味ないから、それだけはやめてくれよな。 103 名前：nobodyさん mailto:sage [2010/12/26(日) 21:52:10 ID:???] >>98 ベンチマーク自体意味無しって言ってるのね。 枯れた技術とか学習コストって言ってるのも、「英語を読めない日本人PHPer」限定の話でしょ。 フレームワークの性能評価としては関係ないね。 実際は乗り換え学習コストなんてたいしたこと無いし。 104 名前：nobodyさん mailto:sage [2010/12/26(日) 22:55:05 ID:???] >>103 Hello Worldでパフォーマンスの優位性を語ることに意味は無いって事。 静的な文字列を出力するだけのWEBアプリなんて、今日日存在しないだろう、 せめてDB接続用インスタンスを生成したり、各種ユーティリティクラスを読み込んだ上で実測しなきゃね。 ＞枯れた技術とか学習コストって言ってるのも、「英語を読めない日本人PHPer」限定の話でしょ。 逆だろ、一部の自称ギーク限定で新しいモノを導入したがっているだけでしょ。 英語読めても職業PGの応用力の無さでは、新しい物を自力で吸収するのは難しい、 ググレば日本語でかみ砕いた情報が得られるFWと、学習コストは比較にならんよ。 105 名前：nobodyさん mailto:sage [2010/12/26(日) 23:07:35 ID:???] YiiとSymfony ってどっちが学習コスト低い？Kohanaは？CakePHPは？Zend Frameworkは？ 学習コストでソートするとどんな感じ？ 106 名前：nobodyさん mailto:sage [2010/12/26(日) 23:17:34 ID:???] >>104 それははベンチマークの一番最初の疑問だろうけど、じゃあ公平な評価法は何ってこと。 Why "Hello World"の反論になってないよ。 code.google.com/p/phpmark/ 107 名前：nobodyさん mailto:sage [2010/12/26(日) 23:27:10 ID:???] >>106 ＞Why "Hello World"の反論になってないよ。 反論以前の問題。公平な方法が無いからHello World？ それなら極限までそぎ落とした俺の自作MVCフレームワークの方が数倍軽いかもね。 フレームワークとしてのパフォーマンスじゃなくて、 「HelloWorldを行うには最速」って表現ならいいんじゃない？ それでパフォーマンスの優位性語られても、まっとうなPGなら疑問を抱くだろうけど。 108 名前：nobodyさん mailto:sage [2010/12/26(日) 23:46:32 ID:???] 極論出たね。 なんでHelloWorldで”オーバーヘッドを測る”のが「HelloWorldを行うには最速」とかにすり替えるんだろう。 自作のフレームワークがここにならぶのと遜色無い機能を持ってるなら「自作MVCフレームワークの方が数倍軽いかもね。」と自慢してもいいよ。 www.phpframeworks.com/ でもそうじゃないでしょ。 109 名前：nobodyさん mailto:sage [2010/12/26(日) 23:50:30 ID:???] じゃあ他の部分は遅いのYii？ 110 名前：nobodyさん mailto:sage [2010/12/26(日) 23:59:34 ID:???] たかがHello Worldって文字出すだけですらこんなに差が出るって考えると なんだかんだで必要なロジックの選択はよく出来てるってことなのかな ようは余計な処理とか通さないようにできるってことだよね つーか、新しいものは金にするチャンスなんだから 既存のーとか枯れたーとか、そういう保守的なスタンスは儲けないよ まぁ今日日PHP自体がアレなんだけれど 111 名前：nobodyさん mailto:sage [2010/12/27(月) 00:09:21 ID:???] どのFrameworkがいいかなんて比較やってことないし、俺にはわからんが、 結局明確なデータに基づいた比較を行ったわけでも、ソース持ってきてるわけでもなしに、 俺がこう思ってるから俺は正しいって叫んでるだけじゃ 資料もスライドもなしにプレゼンするくらい馬鹿なことだと思う 112 名前：nobodyさん mailto:sage [2010/12/27(月) 00:10:32 ID:???] FWって速度が評価基準なの？ 開発効率のために用いるものかと思った。 113 名前：nobodyさん mailto:sage [2010/12/27(月) 00:13:09 ID:???] ベンチマーキングの意味は>>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. ここに書いてあることがフレームワーク選びの正論だろ。 そのうえで「ベンチマークなんて意味無い」ってフレームワークの性能向上を否定しちゃうのは やっぱり自分が使っている技術が廃れる事への恐れがあるんだろう。 114 名前：nobodyさん mailto:sage [2010/12/27(月) 00:15:09 ID:???] Symfony2使っとけばno problem 115 名前：nobodyさん mailto:sage [2010/12/27(月) 00:16:10 ID:???] >>107 ＞自作のフレームワークがここにならぶのと遜色無い機能を持ってるなら「自作MVCフレームワークの方が数倍軽いかもね。」と自慢してもいいよ。 ＞www.phpframeworks.com/ ここに並ぶフレームワークとしての機能を使っていないベンチマークで、 パフォーマンスの優位性を語る事は出来ないって事だよ。 Yiiは遅延読込を積極的に採用しているから、Hello worldには強いかもしれないが、 実際に諸々のロジックを実装した場合、どれだけ差が出るのか解るの？ ＞でもそうじゃないでしょ。 俺のFWはMVCの基底部分だけ自作だから、Hello Worldは最速かな。 内部ファンクションコール数で言えば数回じゃないかな。 他のFWと連携出来るようになってるから機能的には遜色無いどころか多すぎて困るかもね。 116 名前：nobodyさん mailto:sage [2010/12/27(月) 00:22:23 ID:???] >>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 名前：nobodyさん mailto:sage [2010/12/27(月) 00:26:10 ID:???] 結局どのフレームワークを使えばいいんだよ 皆投票してね CakePHP Symfony ZendFW Yii Ethna kohana 俺俺FW 118 名前：nobodyさん mailto:sage [2010/12/27(月) 00:33:12 ID:???] CakePHP Symfony 1 ZendFW Yii Ethna kohana 俺俺FW 119 名前：nobodyさん mailto:sage [2010/12/27(月) 00:34:55 ID:???] >>117 選定基準による。 日本語情報はいる？ドキュメントはいる？IDEは使う？ActiveRecordが欲しい？開発規模は？etc･･･ 120 名前：nobodyさん mailto:sage [2010/12/27(月) 00:43:37 ID:???] >>119 日本語情報いる ドキュメントいる IDE使わない ActiveRecord欲しい 開発規模は会員10万人ぐらいのブログ機能 これでお願い 121 名前：nobodyさん mailto:sage [2010/12/27(月) 00:50:44 ID:???] 使うほうのことは関係なくて、開発効率だけのためにFW選ぶのも何か違う気はしないでもない 122 名前：nobodyさん mailto:sage [2010/12/27(月) 00:56:00 ID:???] >>120 無難にCake/Symfony/Zendのどれかじゃないかね。 >>121 ユーザはフレームワーク以前に、PHPかどうかすら気にしないだろう。 123 名前：nobodyさん mailto:sage [2010/12/27(月) 00:56:10 ID:???] いやだって速度で言ったら素のPHPが一番に決まってるじゃん 124 名前：nobodyさん mailto:sage [2010/12/27(月) 00:59:25 ID:???] その速度の差がユーザーエクスペリエンスにどの程度影響するんだって話だろ 125 名前：nobodyさん mailto:sage [2010/12/27(月) 01:01:03 ID:???] 123は121宛だよ 126 名前：nobodyさん mailto:sage [2010/12/27(月) 01:03:42 ID:???] 開発効率や速度をだすことより、会社が儲かることが大切だと上は言う。 127 名前：nobodyさん mailto:sage [2010/12/27(月) 01:05:09 ID:???] 無難にというか、日本語しか駄目ならCake・Symfony・Zendだけしか選択肢ないだろ。 英語のドキュメント読むスキル無いとキビシーわ。 128 名前：nobodyさん mailto:sage [2010/12/27(月) 01:07:39 ID:???] PHPみたいな言語を使う人らからすると、この言語の壁はでかいよなぁ 129 名前：nobodyさん mailto:sage [2010/12/27(月) 01:07:43 ID:???] 英語のドキュメント読める奴って、PHPプログラマ10人に1人いるかどうか 130 名前：nobodyさん mailto:sage [2010/12/27(月) 01:08:37 ID:???] 馬鹿に組ませた素のPHPより、低速なフレームワークを使ったほうが 数百倍マシだったりするけどなｗ 131 名前：nobodyさん mailto:sage [2010/12/27(月) 01:09:46 ID:???] >>124 そういう実用レベルの話であれば、 ネットワーク、ディスクI/O、CPU等のハードウェアの増強をして、 APCやmemcached等のチューニングを行って、 HTML/CSSのチューニングを行う、 のが普通。 フレームワークの最小オーバーヘッドがユーザエクスペリエンスに影響するのなんて、 根本的に設計がおざなりな場合くらいじゃね？ クラウドのおかげもあり、ハードウェアの増強が最も費用対効果が高いけど。 132 名前：nobodyさん mailto:sage [2010/12/27(月) 01:16:52 ID:???] バッドノウハウを含む情報量の差も大事だろう。 Cake、Symfony、Zendあたりなら、バグが発生した場合や、規格外の処理を追加したくなった時に、 ググるだけで先人の知恵を得られたりする。 >>126 効率を上げる＝人件費が浮く＝会社が儲かる。だろｗ PG一人雇うのに数十万の費用かけるなら、同じ金額を機材に当てる方が効率も速度も上がる。 既存の技術なら学習コストも無いようなもの。 133 名前：nobodyさん mailto:sage [2010/12/27(月) 01:17:27 ID:???] >>115 外部依存の俺俺でも「フレームワーク」と言えるの？ 開発にそんなの使いたくないんだけど… 134 名前：nobodyさん mailto:sage [2010/12/27(月) 01:18:32 ID:???] 英語のドキュメント読める人はどのフレームワーク使ってるの？ 135 名前：nobodyさん mailto:sage [2010/12/27(月) 01:19:17 ID:???] PHPの場合、mod_phpで使う事が前提で、ファイルインクルードだとかのロードタイムが無視できないんだよね。 最近流行のソーシャルゲームみたいなサイトだと。 他の言語だとmod_perlだとかFastCGIだとかPassengerだとかで、複雑なクラス構成のアプリケーションでもいったん立ち上げてしまえば高速に動かせるアプリケーションサーバ環境があるけど。 まあ、フレームワーク以外にも、SQLを見なおすとかコーディングレベルで改善出来る余地がある場合も多いけど。 136 名前：nobodyさん mailto:sage [2010/12/27(月) 01:25:47 ID:???] >>133 外部依存かどうかは関係無いよ。 Symfonyだって積極的に外部ライブラリを取り込んでいる。 137 名前：nobodyさん mailto:sage [2010/12/27(月) 01:28:19 ID:???] 本当にSymfonyできるやつでてこいやー いるわけないか･･･ 138 名前：nobodyさん mailto:sage [2010/12/27(月) 01:34:36 ID:???] ＞無難にというか、日本語しか駄目ならCake・Symfony・Zendだけしか選択肢ないだろ。 Symfonyやったことないんだなｗ 139 名前：nobodyさん mailto:sage [2010/12/27(月) 01:41:41 ID:???] test対応も評価条件に 140 名前：nobodyさん mailto:sage [2010/12/27(月) 01:53:58 ID:???] ﾜﾗﾀｗ レスするだけなら誰にでも出来るわなｗ 141 名前：nobodyさん mailto:sage [2010/12/27(月) 02:31:49 ID:???] OpenPNE3はsymfony採用してたけど、さすがにあれは重すぎじゃね？ symfonyのせいなのかあれは。 俺にはわからん。 142 名前：nobodyさん mailto:sage [2010/12/27(月) 08:14:49 ID:???] >>135 ＞PHPの場合、mod_phpで使う事が前提で、ファイルインクルードだとかのロードタイムが無視できないんだよね。 (snip) ＞他の言語だとmod_perlだとかFastCGIだとかPassengerだとかで、 (snip) そんなときこそ、php-fpm (fast CGI process manager)を導入してみては？ 143 名前：nobodyさん mailto:sage [2010/12/27(月) 23:43:52 ID:???] test 144 名前：nobodyさん mailto:sage [2010/12/27(月) 23:53:32 ID:???] すると独自フレームワークが必要になるな。 145 名前：nobodyさん mailto:sage [2010/12/27(月) 23:56:46 ID:???] 3大FWは機能が多すぎる 皆そんなに仕事で大きなシステム作ってるんか？ 146 名前：nobodyさん mailto:sage [2010/12/28(火) 02:15:49 ID:???] ３大FWって、Kohana, Yii, ちいたん のことか 147 名前：nobodyさん mailto:sage [2010/12/28(火) 12:14:19 ID:???] >>145 普通にCRUDでデータをひと通り処理するシステムだと小さくてもFW使っちゃうな。 148 名前：nobodyさん mailto:sage [2010/12/29(水) 01:05:57 ID:???] 必要ない機能があってもそれを通さないならさして問題ない コード記述量が減らせるならFWを使う意味はそれだけでも出てくるんじゃね 149 名前：nobodyさん mailto:sage [2011/01/07(金) 18:56:09 ID:???] ※ただしLazy Loading を実装したFWに限る 150 名前：nobodyさん mailto:sage [2011/01/09(日) 03:13:49 ID:???] > ３大FWって、Kohana, Yii, ちいたん のことか よく分かってらっしゃる。 面白いネタフレームワークだと思ってるから、 それをだしたんだろ？ 151 名前：nobodyさん mailto:sage [2011/01/09(日) 17:41:12 ID:???] 落ち担当のちいたんはさておき、前者2つは比較的新しいから期待は出来る 152 名前：nobodyさん mailto:sage [2011/01/10(月) 15:52:37 ID:???] なにを期待？ 153 名前：nobodyさん mailto:sage [2011/01/14(金) 21:16:48 ID:???] 先生の次回作に期待 154 名前：nobodyさん mailto:sage [2011/01/15(土) 00:35:15 ID:???] 打ち切り 155 名前：nobodyさん mailto:sage [2011/01/22(土) 23:03:09 ID:???] 最近分かった 所詮phpはHTMLに簡単に上書きするだけの用途以外では使うべきじゃない フレームワークをphpで作るのは無謀 156 名前：nobodyさん mailto:sage [2011/01/22(土) 23:15:20 ID:???] いまさら分かったのかい で、Webアプリケーションを構築するのに最適な言語は何だと思う？ 157 名前：nobodyさん mailto:sage [2011/01/23(日) 00:06:42 ID:???] 「最適」なんてないのさ 158 名前：nobodyさん mailto:sage [2011/01/23(日) 22:47:33 ID:???] >>156 しava 159 名前：nobodyさん mailto:sage [2011/01/24(月) 02:15:15 ID:???] >>155 どんな経緯でそういう結論になったのか気になるな。 単に使いこなせなて無いだけじゃね？ 160 名前：nobodyさん mailto:sage [2011/01/24(月) 21:51:22 ID:???] フレームワークをPHPで ”作る" とか 言ってる時点で、なんちゃってプログラマでしょｗ 161 名前：nobodyさん mailto:sage [2011/01/25(火) 13:46:17 ID:???] まぁ低レベルは、PHPですらフレームワークを使えないし、 デザインパターンも知らないし、PHPでオブジェクト指向ｗとか言う。 かといってJavaでバリバリ組めるわけでもない。 あんた何ができるのさっ？って言ったら、 「PHPをベタで組む！その方が早い！クラスなんて作るな！」と 162 名前：nobodyさん mailto:sage [2011/01/25(火) 18:06:16 ID:???] デザインパターンかじって底辺プログラマ相手に優越感浸ってる連中が一番無駄にコストかかるよな せめて東大大学院卒で世の中に一石を投じるアルゴリズムの一つや二つ作れるぐらいになってから偉そうにソファーに踏ん反り返って欲しいものだ 163 名前：nobodyさん mailto:sage [2011/01/25(火) 18:12:17 ID:???] ちゃんと板の間に正座してプログラムしてます 164 名前：nobodyさん mailto:sage [2011/01/25(火) 19:57:46 ID:???] 底辺プログラマだってデザパタぐらい使いこなせる 底辺プログラマだってSymfonyぐらい使いこなせる 底辺プログラマだって頑張って生きている 165 名前：nobodyさん mailto:sage [2011/01/25(火) 20:19:20 ID:???] そうだそうだ死んでいるような顔色してたってよく見ると生きてるんだぞ！

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef