結局ＰＨＰのフレームワークってどれがいいの？

**nobodyさん** · 2014/08/17(日) 00:19:15.36

最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな？
laravel symfony2 zendFramework　CodeIgniter　Yii

**nobodyさん** · 2017/03/07(火) 17:30:17.83

新しいプロジェクトでfuel使うメリットが見えない

**nobodyさん** · 2017/03/07(火) 23:01:34.37

fuelってcodeigniterのライセンスが怪しいってなった時の救済先として注目されていたってイメージ

**nobodyさん** · 2017/03/08(水) 06:22:25.90

fuelは公式サイトがスカスカ

**nobodyさん** · 2017/03/08(水) 06:49:05.76

fuelはciの開発者が趣味て作ってた物で
実用レベルじゃない

**nobodyさん** · 2017/03/08(水) 12:44:04.85

まじかよ

**nobodyさん** · 2017/03/08(水) 18:49:22.41

>>681
他と比べるというか、急上昇してるlaravelなど使ったことがないですが
良い意味で扱い易い印象です。(公式ドキュメント見ながら0から作るぶんには）
まだはじめて半年-1年未満なのでそのへんの動向はわからないですが、初心者なりに理解しやすいと思ってます。

**nobodyさん** · 2017/03/08(水) 20:40:01.00

まあ言うてもフルスタックだからね、
ただ最近だとSymfony2かRailsに行っちゃうのが良いと思う

**nobodyさん** · 2017/03/08(水) 22:02:08.94

同じ言語なら速いもん使いたいってのはマイノリティーなんじゃろか
phalconとかice(生きてんのこれ？)は別にしても同じPHPなら速いもん使いたいなー

**nobodyさん** · 2017/03/08(水) 22:41:09.96

速さなんて二の次で、開発効率と保守性こそ正義ってことがわからない子がいるの？

**nobodyさん** · 2017/03/08(水) 22:47:15.63

それトレードオフか？

**nobodyさん** · 2017/03/08(水) 23:07:26.00

トレードオフだと思う

**nobodyさん** · 2017/03/08(水) 23:18:48.02

そっかー

**nobodyさん** · 2017/03/09(木) 00:37:04.51

素のPHPで何もフレームワークを使わずに書いた方が速いに決まってるだろうしね

**nobodyさん** · 2017/03/09(木) 01:04:08.90

ところがどっこいPhalconの場合は内部でC呼んでるから使った方が速くなる

**nobodyさん** · 2017/03/09(木) 01:39:57.60

そうなんだ、知らなかった

**nobodyさん** · 2017/03/09(木) 08:19:33.52

ファルコン！ファルコン！ファルコン！
ゆかいなファルコン！たのしいファルコン！ファルコーーン！ファルコン！

**nobodyさん** · 2017/03/09(木) 12:14:55.32

>>695
ファルコンってエラーでクラッシュとかするんでしょ？
普通のPHPだとエラー有りページが表示できなくても他のエラー無しページには影響ないけど、ファルコンでも同じなの？

**nobodyさん** · 2017/03/09(木) 15:27:35.08

望まぬファルコン望んでる

**nobodyさん** · 2017/03/09(木) 22:44:38.83

>>698
2.xまでは結構な頻度でHeapがどうこうで落っこちたりしたけど3.xはないよ
可能性ゼロではないだろうが3では見たこと無い
3でphalconでいうところのproject-simpleで2件(アンケートとちょっと変わったECもどき)を実案件でやった程度の実績だけど

>>697
ワロタ
おっさんしかわかんねえだろ

**nobodyさん** · 2017/03/10(金) 07:09:50.49

誰も書かないから書いちゃうけど

PHP使っていながらフレームワークに速さ求めるくらいなら
そもそもなぜPHP使うのかと

PHPフレームワークの性能の範疇でインフラが耐えられるかどうかのギリギリの開発でもしてるのかと

**nobodyさん** · 2017/03/10(金) 08:23:54.50

開発者集めたりする時の問題とかあるじゃん
全部golangでやりまーすって集められるかも知れんけど金額合わんわ
コードの書き方でも速さって変わるけど遅いの好きな人はそれらもどうでもいいのかね

**nobodyさん** · 2017/03/10(金) 15:45:00.88

パフォーマンスで気をつけているのは
　アプリケーションで大量件数をバッチ処理する場合に個別にチューニング
　結合結果を一覧するときに1+N問題が発生しないようにクエリーで結合

**nobodyさん** · 2017/03/10(金) 16:42:15.41

何でもかんでも、素の方が早いとか思い込んでるやつは、
Symfony（じゃなくてもいいけど）のHttpKernelが何やってるか見てみたら？
それと同じレベルのことをやっている自負があるなら、「素」の方が早いだろうねｗ

**nobodyさん** · 2017/03/11(土) 04:09:09.22

>>704
そんなに推奨する自信あるなら何やってるか書けばいいのに…
そもそも自信がねーのか、書けねーのか…

何でアホフレームワークのことわざわざ調べにいかなきゃいけないんだよ…
もう、頭おかしいペチパーの相手疲れたよ…

**nobodyさん** · 2017/03/11(土) 08:42:54.92

>>705
相手しなきゃいいじゃん
このスレ見てレスするのを誰かに強要されてるのか？
いい大人なら自分のしたいことくらい自分で決めろよ

**nobodyさん** · 2017/03/11(土) 10:51:20.08

>>706
「嫌なら見るな」クソ芸人的論理っすね

**nobodyさん** · 2017/03/11(土) 11:31:44.41

オレオレは不遇の時代なのだから良さアピールせんと
苛つかせても逆効果では？

**nobodyさん** · 2017/03/11(土) 13:47:40.46

Laravelは工数が激減するとかそういう理由で伸びたん？
それとも単にCIのライセンス問題で、乗り換え先がたまたま皆同じだっただけ？

**nobodyさん** · 2017/03/11(土) 14:27:26.34

>>707
頭おかしいペチパーばっかのスレをわざわざ自分で見に来て相手するの疲れたよって書いてるからたぶんこの人も頭おかしいんだと思う
何かに固執しちゃう障害持ちで嫌なのに見に来ては文句垂れるかわいそうな人

**nobodyさん** · 2017/03/11(土) 14:34:38.67

>>710
障害持ちというより単にこのスレで過去に馬鹿にされて粘着してるだけっぽいか

**nobodyさん** · 2017/03/11(土) 20:19:12.20

>>710
>頭おかしいペチパーばっかのスレをわざわざ自分で見に来て

そうか、その点については認めるわけだな？
結構結構、随分成長したじゃないか。

>>711
>単にこのスレで過去に馬鹿にされて

お前みたいなサルに馬鹿にされることなんてあるわけないじゃないか、何をいっているんだお前は

**nobodyさん** · 2017/03/11(土) 22:14:42.72

>>704
>Symfony（じゃなくてもいいけど）のHttpKernelが何やってるか見てみたら？
煽りレスだけどこれ気になったから調べるわ

ここIDとかワッチョイ無いからアレだな　わしは >>700 >>702 だけど

**nobodyさん** · 2017/03/12(日) 00:27:16.12

>>709
> Laravelは工数が激減するとかそういう理由で伸びたん？
http://blog-imgs-36.fc2.com/i/s/i/isinohune/blog_import_4c2dd6d79ad29.jpg

**nobodyさん** · 2017/03/12(日) 02:07:53.29

早くやりたいとか1requestあたりのリソースを減らそうって思ったら
golangとかになるんじゃないの。

**nobodyさん** · 2017/03/12(日) 07:06:37.51

>>605
>>学習期間が1，2か月というのは無理があると思う。

同意です。

「学習期間がたったの〇ヶ月で△△△を習得できたぜ！」って言う人ほど、
「動かせた」程度のレベルのことが多いね。

**nobodyさん** · 2017/03/12(日) 08:27:19.90

>「学習期間がたったの〇ヶ月で△△△を習得できたぜ！」って言う人ほど、

そんなやつ、見たこと無い

**nobodyさん** · 2017/03/12(日) 16:25:08.73

露骨にいう奴は流石にいないけど、言外に「オレ凄いだろ」と言いたげなやつはいる。

**nobodyさん** · 2017/03/12(日) 17:36:14.19

裏方業あるある

**nobodyさん** · 2017/03/12(日) 18:10:24.30

1requestあたりのリソースは素より多いと思うが
リクエストを減らす仕組みはSymfonyがサポートしている。
リバースプロキシーとの連係する様になっている。
ttp://symfony.com/doc/current/http_cache/varnish.html
やったことはない。
>>704 がいいたいのはこのこと？

**nobodyさん** · 2017/03/15(水) 12:49:05.17

Laravelはユーザーが愛情もって支えてる感じある
フォーラムとかドキュメントとかも愛がある

**nobodyさん** · 2017/03/16(木) 18:26:51.96

あーいあい♪
あーいあい♪
おさーるさぁんだよー♪

**nobodyさん** · 2017/03/22(水) 18:47:46.94

2017年のPHPフレームワーク??2強時代に何を学ぶべきか？
https://www.webprofessional.jp/the-state-of-php-mvc-frameworks-in-2017/

**nobodyさん** · 2017/03/22(水) 21:57:41.37

>>723
ちょうど貼ろうと思ったらすでに
2強って言われてもなあ感がすごい

**nobodyさん** · 2017/03/22(水) 23:25:38.73

Laravelはまあいいけど
Symfonyなあ……

**nobodyさん** · 2017/03/22(水) 23:48:50.63

2強ってダメなん？
結局何が残るん？

**nobodyさん** · 2017/03/23(木) 10:14:50.78

好きなライブラリを組み合わせて君だけの最強のフレームワークを作ろう！

**nobodyさん** · 2017/03/23(木) 22:04:22.12

>>727
オレオレやないかｗ

**nobodyさん** · 2017/03/23(木) 22:12:25.78

フレームワーク組み合わせることなんて出来るのか？

**nobodyさん** · 2017/03/23(木) 23:02:49.50

>>729
ネタをネタと見破れない奴はひろゆき

**nobodyさん** · 2017/03/24(金) 00:16:58.27

時代はマイクロアーキテクチャだぜ
これからはサービスごとにDockerコンテナでデプロイして
PHPからGoで作ったマイクロサービスにアクセスしたりと言語の壁なんてなくなってくぜUh-huh

ってばっちゃ(DevOpsの本)が言ってた

**nobodyさん** · 2017/03/24(金) 00:20:17.67

それはず～～～～～っと言われてる
phpはずっと無くなると言われてたけどまさかの第一人者
これからも言語の壁はなくなるだろう

**nobodyさん** · 2017/03/24(金) 14:44:20.78

なぜそうならないかというと

**nobodyさん** · 2017/03/24(金) 21:51:59.96

それは8年前に遡るのですが

**nobodyさん** · 2017/03/24(金) 21:52:45.64

8年前の20年前のある日の出来事

**nobodyさん** · 2017/03/24(金) 22:32:45.37

嫌な事件だったね

**nobodyさん** · 2017/03/25(土) 00:27:46.09

ああ、思い出すだけでも身の毛がよだつ。そう、あれは…

**nobodyさん** · 2017/03/25(土) 01:01:03.67

え、
もしかして鮫島事件のこと・・・？
2chで言っていいもんなの？
やばくね？

**nobodyさん** · 2017/03/25(土) 01:09:19.84

大丈夫だよ、もう時効だよ。言っちゃえよ。

**nobodyさん** · 2017/03/25(土) 05:12:19.54

<?php
unset($738);
?>

**nobodyさん** · 2017/03/25(土) 06:13:06.52

<?php
echo $738;

**nobodyさん** · 2017/03/25(土) 21:39:14.41

kill -9 738

※これはただのUNIXコマンドであり、PID 738 を強制終了するだけです。このため通報などしても無意味です。

**nobodyさん** · 2017/04/07(金) 22:32:18.08

rm -rf 738
mv ??? 738

**nobodyさん** · 2017/06/11(日) 03:33:36.90

結局Golangかよ

**nobodyさん** · 2017/06/11(日) 11:19:51.20

golangのフレームワークってどれが定番なの？

**nobodyさん** · 2017/06/12(月) 21:06:53.08

EchoかGinあたりかな？
最近RevelもバージョンアップしたからRevelもたぶんあり

マイクロサービスならgoaをちょっと触ってみたけどよさげだった

**nobodyさん** · 2017/06/15(木) 02:24:48.36

>>746
むしろgoaを普通にSPAのサーバサイドとして使えばEchoとかGinより使いやすくないか

**nobodyさん** · 2017/06/18(日) 02:55:44.80

Laravelおせーんだよ

**nobodyさん** · 2017/06/18(日) 04:34:11.00

そうか？

**nobodyさん** · 2017/06/18(日) 05:01:51.37

PHPフレームワークの中じゃ最遅の部類

**nobodyさん** · 2017/06/18(日) 05:11:56.78

mod_phpとか使っても駄目？

**nobodyさん** · 2017/06/18(日) 12:35:40.00

そんなに遅いのは何がネックなの？
データベースクエリ生成？

**nobodyさん** · 2017/06/19(月) 03:43:27.12

依存コンポーネントが多い
マジックメソッド使いすぎ
ファサード

**nobodyさん** · 2017/06/19(月) 03:45:06.57

一箇所直せば早くなるとかそういうのではなく、全体的に遅い

**nobodyさん** · 2017/06/19(月) 03:47:36.96

もちろんSQLのスロークエリがあればそちらのほうが遅い。
だがそれらを直しきったあとどうようもなく遅い

**nobodyさん** · 2017/06/19(月) 03:50:35.03

redisによりクエリキャッシュもやれるだけやった。今一番時間食ってるのはModel::__get()だ

**nobodyさん** · 2017/06/19(月) 07:44:16.41

モデル層だけはSQL直で書いた方が速いってことよくあるな

外部連結とかあると特に

**nobodyさん** · 2017/06/19(月) 08:49:39.89

マジかよコアの部分でか
Cakeより遅いってこともあり得るのか、、

**nobodyさん** · 2017/06/19(月) 11:32:24.72

>>740
PHPの閉じカッコは不要
変数は数字のみは使えません

**nobodyさん** · 2017/06/20(火) 15:31:02.43

大規模システムとかでもなければ問題ない範囲だけどな
laravelで一番気に入らないのはミドルウェア

**nobodyさん** · 2017/06/20(火) 20:53:21.90

Railsでもさんざん実行速度よりも開発速度！って言ってるからな
速度が欲しい段になればGoとかに変えればよろし

**nobodyさん** · 2017/06/21(水) 06:26:54.25

>>760
というと？ポスグレも対応しとるよね？

**nobodyさん** · 2017/06/21(水) 21:51:56.17

そこでphalconですよ

**nobodyさん** · 2017/06/22(木) 03:44:48.46

phalconはphalconで生PHPに慣れてるといいFW

**nobodyさん** · 2017/06/22(木) 20:33:27.47

nativeで速いってのを除いても好みだわ
なんでもかんでも揃ってます！ってやつ苦手
コード多すぎて改修する気なくす

**nobodyさん** · 2017/06/23(金) 13:20:31.86

好き嫌いを語れるのは趣味でやってる奴だけだな
仕事でやるなら、新人にも理解しやすくドキュメントが多いフレームワークを選ぶべき

**nobodyさん** · 2017/06/23(金) 22:18:58.78

そこでcakeあたりを持ち出してロジック側でタグ生成しまくりんぐで改修で死ぬやつですね

**nobodyさん** · 2017/06/24(土) 16:01:35.72

>>767
ロジック側にタグ生成しまくりってそれ同じことReactに言えんの？

**nobodyさん** · 2017/06/24(土) 19:37:52.43

reactはviewじゃん
ロジックはmiddlewareに書けよ

**nobodyさん** · 2017/06/27(火) 02:09:01.24

phalconはマジで日本語の情報なさすぎ

**nobodyさん** · 2017/06/27(火) 09:30:55.56

Phalconを選べるような職場、まずPHPを選ぶ理由が少ないんじゃないか

**nobodyさん** · 2017/06/27(火) 14:12:20.82

誰かがアーリーアダプタになるしか。
正直codeigniterとかマジックメソッド使いまくりで、動的言語は嫌い。
ideで補完聞かないし。
この辺を解消してくんないかな。

**nobodyさん** · 2017/06/27(火) 14:39:12.52

366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
https://twitter.com/yukihiro_matz/status/869061879389343744

367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大：ITpro
http://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/news/17/052601508/

372 :nobodyさん2017/05/29(月) 19:10:37.12 ID:???
Railsでシステム作って納品する
↓
Railsはマイナー、メジャーのアップデートが半年以内に必ずある
↓
客がアップデートする。アップデートによるエラーやバグ、動作の不具合に気づく
↓
気づいてから1年以内に通知すれば、5年間無料保証ゲット
↓
つまりRailsがアップデートするたびに、無償の修正作業を発生するということかな

376 :nobodyさん2017/05/30(火) 09:20:20.09 ID:L5po86sS
>>378>>379>>375
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか？たぶん無理だろう。無限の直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。

**nobodyさん** · 2017/06/28(水) 09:17:01.53

瑕疵担保責任（かしたんぽせきにん）

瑕疵担保責任のポイント

民法改正で事実上期限が「無制限」になった
バグや設計のミスなどは、瑕疵担保責任
納品物に不具合があれば損害賠償を請求される可能性もある

http://www.atmarkit.co.jp/ait/articles/1706/26/news014.html
http://itpro.nikkeibp.co.jp/atcl/news/17/052601508/?rt=nocnt

改正法では欠陥に気付いてから1年以内にITベンダーに通知すれば、
通知後5年以内は修正や報酬の減額などを求められるとしている

全ベンダーが泣いた民法改正案を解説しようその1
http://www.atmarkit.co.jp/ait/articles/1609/14/news009.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_2.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_3.html

**nobodyさん** · 2017/06/28(水) 09:22:44.19

ポイント1：修補や損害賠償、契約解除の期限がなくなる

従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。

もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。

**nobodyさん** · 2017/06/29(木) 02:55:46.36

「２年目以降は有償対応」は普通だろう。有償でも知らん顔という方が稀有。
「10年経っても無償で対応しなければならない」となると、そのリスク分を費用に盛り込まざるを得ず、発注・受託のどちらの利益にもならない。
だよな？

**nobodyさん** · 2017/06/29(木) 09:27:55.60

>>776

コンペで保守の強い言語を提案したところが案件を持っていく

「10年経っても無償保守お受けしますよ」と提案されてしまう。

**nobodyさん** · 2017/07/03(月) 02:47:17.57

>>777
そんなコスト無視の提案を平気でする会社は10年後には存続してないだろ。
時々、社員に作業させればタダ、と豪語する無能経営者がいるが、
保守作業は人間が手を動かすところで100%人件費なわけで、
顧客に負担してもらえないならその原資はどこから来るのか、
ちょっと考えれば分かるはずだがな。

**nobodyさん** · 2017/07/03(月) 07:10:46.86

>>778
数年後に会社を破綻させれば無理な約束もなかったことになるってことかね。
営業が無茶有環境ってすごい

**nobodyさん** · 2017/07/03(月) 09:41:57.12

「10年経っても無償保守お受けしますよ」ただし機能追加は通常の３倍の価格だ

**nobodyさん** · 2017/07/09(日) 03:10:37.58

>>779
一契約の瑕疵担保責任を回避するために倒産させることは考えにくいが、
契約の相手方が倒産や解散で消滅していたら連絡方法がなくなり、
補修の相談すらできない。