結局PHPのフレームワークってどれがいいの?
■ このスレッドは過去ログ倉庫に格納されています
最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな?
laravel symfony2 zendFramework CodeIgniter Yii >>705
相手しなきゃいいじゃん
このスレ見てレスするのを誰かに強要されてるのか?
いい大人なら自分のしたいことくらい自分で決めろよ オレオレは不遇の時代なのだから良さアピールせんと
苛つかせても逆効果では? Laravelは工数が激減するとかそういう理由で伸びたん?
それとも単にCIのライセンス問題で、乗り換え先がたまたま皆同じだっただけ? >>707
頭おかしいペチパーばっかのスレをわざわざ自分で見に来て相手するの疲れたよって書いてるからたぶんこの人も頭おかしいんだと思う
何かに固執しちゃう障害持ちで嫌なのに見に来ては文句垂れるかわいそうな人 >>710
障害持ちというより単にこのスレで過去に馬鹿にされて粘着してるだけっぽいか >>710
>頭おかしいペチパーばっかのスレをわざわざ自分で見に来て
そうか、その点については認めるわけだな?
結構結構、随分成長したじゃないか。
>>711
>単にこのスレで過去に馬鹿にされて
お前みたいなサルに馬鹿にされることなんてあるわけないじゃないか、何をいっているんだお前は >>704
>Symfony(じゃなくてもいいけど)のHttpKernelが何やってるか見てみたら?
煽りレスだけどこれ気になったから調べるわ
ここIDとかワッチョイ無いからアレだな わしは >>700 >>702 だけど 早くやりたいとか1requestあたりのリソースを減らそうって思ったら
golangとかになるんじゃないの。 >>605
>>学習期間が1,2か月というのは無理があると思う。
同意です。
「学習期間がたったの〇ヶ月で△△△を習得できたぜ!」って言う人ほど、
「動かせた」程度のレベルのことが多いね。 >「学習期間がたったの〇ヶ月で△△△を習得できたぜ!」って言う人ほど、
そんなやつ、見たこと無い 露骨にいう奴は流石にいないけど、言外に「オレ凄いだろ」と言いたげなやつはいる。 1requestあたりのリソースは素より多いと思うが
リクエストを減らす仕組みはSymfonyがサポートしている。
リバースプロキシーとの連係する様になっている。
ttp://symfony.com/doc/current/http_cache/varnish.html
やったことはない。
>>704 がいいたいのはこのこと? Laravelはユーザーが愛情もって支えてる感じある
フォーラムとかドキュメントとかも愛がある あーいあい♪
あーいあい♪
おさーるさぁんだよー♪ >>723
ちょうど貼ろうと思ったらすでに
2強って言われてもなあ感がすごい Laravelはまあいいけど
Symfonyなあ…… 好きなライブラリを組み合わせて君だけの最強のフレームワークを作ろう! 時代はマイクロアーキテクチャだぜ
これからはサービスごとにDockerコンテナでデプロイして
PHPからGoで作ったマイクロサービスにアクセスしたりと言語の壁なんてなくなってくぜUh-huh
ってばっちゃ(DevOpsの本)が言ってた それはず〜〜〜〜〜っと言われてる
phpはずっと無くなると言われてたけどまさかの第一人者
これからも言語の壁はなくなるだろう ああ、思い出すだけでも身の毛がよだつ。そう、あれは… え、
もしかして鮫島事件のこと・・・?
2chで言っていいもんなの?
やばくね? kill -9 738
※これはただのUNIXコマンドであり、PID 738 を強制終了するだけです。このため通報などしても無意味です。 EchoかGinあたりかな?
最近RevelもバージョンアップしたからRevelもたぶんあり
マイクロサービスならgoaをちょっと触ってみたけどよさげだった >>746
むしろgoaを普通にSPAのサーバサイドとして使えばEchoとかGinより使いやすくないか そんなに遅いのは何がネックなの?
データベースクエリ生成? 依存コンポーネントが多い
マジックメソッド使いすぎ
ファサード 一箇所直せば早くなるとかそういうのではなく、全体的に遅い もちろんSQLのスロークエリがあればそちらのほうが遅い。
だがそれらを直しきったあとどうようもなく遅い redisによりクエリキャッシュもやれるだけやった。今一番時間食ってるのはModel::__get()だ モデル層だけはSQL直で書いた方が速いってことよくあるな
外部連結とかあると特に マジかよ コアの部分でか
Cakeより遅いってこともあり得るのか、、 >>740
PHPの閉じカッコは不要
変数は数字のみは使えません 大規模システムとかでもなければ問題ない範囲だけどな
laravelで一番気に入らないのはミドルウェア Railsでもさんざん実行速度よりも開発速度!って言ってるからな
速度が欲しい段になればGoとかに変えればよろし phalconはphalconで生PHPに慣れてるといいFW nativeで速いってのを除いても好みだわ
なんでもかんでも揃ってます!ってやつ苦手
コード多すぎて改修する気なくす 好き嫌いを語れるのは趣味でやってる奴だけだな
仕事でやるなら、新人にも理解しやすくドキュメントが多いフレームワークを選ぶべき そこでcakeあたりを持ち出してロジック側でタグ生成しまくりんぐで改修で死ぬやつですね >>767
ロジック側にタグ生成しまくりって それ同じことReactに言えんの? reactはviewじゃん
ロジックはmiddlewareに書けよ Phalconを選べるような職場、まずPHPを選ぶ理由が少ないんじゃないか 誰かがアーリーアダプタになるしか。
正直codeigniterとかマジックメソッド使いまくりで、動的言語は嫌い。
ideで補完聞かないし。
この辺を解消してくんないかな。 366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後1年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
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など動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。 ポイント1:修補や損害賠償、契約解除の期限がなくなる
従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。
もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。 「2年目以降は有償対応」は普通だろう。有償でも知らん顔という方が稀有。
「10年経っても無償で対応しなければならない」となると、そのリスク分を費用に盛り込まざるを得ず、発注・受託のどちらの利益にもならない。
だよな? >>776
コンペで保守の強い言語を提案したところが案件を持っていく
「10年経っても無償保守お受けしますよ」と提案されてしまう。 >>777
そんなコスト無視の提案を平気でする会社は10年後には存続してないだろ。
時々、社員に作業させればタダ、と豪語する無能経営者がいるが、
保守作業は人間が手を動かすところで100%人件費なわけで、
顧客に負担してもらえないならその原資はどこから来るのか、
ちょっと考えれば分かるはずだがな。 >>778
数年後に会社を破綻させれば無理な約束もなかったことになるってことかね。
営業が無茶有環境ってすごい 「10年経っても無償保守お受けしますよ」ただし機能追加は通常の3倍の価格だ >>779
一契約の瑕疵担保責任を回避するために倒産させることは考えにくいが、
契約の相手方が倒産や解散で消滅していたら連絡方法がなくなり、
補修の相談すらできない。 ない袖は振れぬ
保証が手厚いなら、保証金額が高くなるだけ。
3割ほど、バッファを積むだけ
個人なら夜逃げするとか、会社なら解散する手もある 日本語のCodeIgnitor 3入門本(電子書籍)が出てたの昨日知って即買いしたよ
著者いわく、執筆直後に4が発表されて一度心が折れたらしい
よくぞ書き切って下さった >>784
そりゃ折角書き切ったし
宣伝したくなるのもわかるけど恥ずかしいから止めとけよ
今更PHP、しかもCIな時点で買う奴おらんし >>783
laravelなんかと比べると、こんなこともできないのかよとなってしまうね。 あのクラス名にいまだにアンダースコア区切りの長ったらしい名前使ってる恥ずかしいフレームワークか >>788
これは100%純粋に混じりっけなくピュアな無垢の飾らない純朴且つ真摯でひた向きな好奇心から真面目に嘘偽りなく誠実で摯実たる熱意を持って真剣に聞くんだけど、どんな事が出来たら便利だと思ってるの? >>789
CIってネームスペース使ってないんだっけか
Larabelもいいものなん? >>791
MVC自体はほぼcakeとおんなじ
キャメルケースとかネームスペース拡張してつかう感じ
でもララベルおっそいんだよなぁ >>792
Cakeもそうだが、LarabelとかのSymfony系は、自分で書いたコードが実行されるまでのステップが膨大だから、そんなのに全体のパフォーマンスを求めちゃいけないわけ。
パフォーマンスを落としても得られるメリットの方が大きければ採用する意味はあるが、少人数で開発できるものにそういう長大重厚フレームワークを採用すると、足を引っ張られたと感じるだけだろう。
CIはそういうことをやってないから高速なのは当然で、逆にCIに長大重厚フレームワークらしいことを求めちゃいけない。
個人的な感想だが、CIほど自由なら、いっそのことオレオレフレームワークの方が効率良く開発できると思うし、実際そうしている。 >>793
君がいなくなったあと、そのオレオレをメンテする身にもなってくだされ。
「オレオレの方がいイイ!」という人って後のことまったく考えてないよね。 >>796
ポピュラーなフレームワークは経験者が多いからPGを探し易い、というのは重厚長大フレームワークを選択する理由として良く聞く理由付けだが、Myフレームワークはシンプルだからphpを“まともに”読み書きできる奴なら誰でもメンテできる。
そのメンテですら四苦八苦する奴はPGとして使い物にならないと言える。
また、そんな低レベルPGでも、SymfonyやCakeだと突然気の利いたコードを書けるとでも思っているのか?お笑いだ。
そんな素人紛いのPGがまともな成果物を残せると期待しているのは、>>796のような商業PGとしてコードを書いた経験のないSEとPMだろう。
類は友を呼ぶのはこの世の習わしなんだなとつくづく思うわ。 >>798
誰でもメンテできるか検証したの?そのオレオレフレームワーク。
例えばバグとかちゃんと潰してある?
セキュリティリスクはない?
妄想で語られてもね。 >>798 は人の書いたコードをメンテしたことないのかな。
先ず沢山の人のレビューを経たコードと
自分しか見てないコード。どっちを信頼する?
全部自分の目で確認するから問題ないって言うなよ。
そういう奴は、工数を考慮したことがない素人だから。 >>799
心配ご無用。
>>799がそれを目にする日は一生来ないだろうしなw
つかその前に、ポピュラーなフレームワークはバグとかちゃんと潰れててセキュリティリスクはない、とか思ってるわけじゃないよな? >>800
君らはオープンソースの怖さを知らないだけだよ。
SymfonyやCakeが高速で動作し且つ開発期間を短縮でき且つ学習コストが低いなら一目置かざるを得ないがな。実際は真逆だろ。 >>801
もちろんゼロだとは思ってない。
でもコードの信頼性の指標にはなる。
ユーザーが多いからバグを見つけるし修正される。
そのオレオレフレームワークはどのくらいの人が使ってるの?
結局初歩的なバグが潰されてる可能性があるだろ。まさか自分の書いたコードにバグはないとおもってないよな? >>800
他者が書いたコードのメンテなんか日常茶飯事。
低レベルPGが書いたコードも嫌というほど見た。
実際、そういう奴らが明けたセキュリティホールを塞ぐ仕事もしてるし、オープンソースの結構大きなバグも見つけてる。
脳内プログラマには理解できなくても無理はない。 オープンソースの怖さってなんだよ。
お前が使ってるphpとlinuxもオープンソースなんだが。 ■ このスレッドは過去ログ倉庫に格納されています