結局PHPのフレームワークってどれがいいの?
■ このスレッドは過去ログ倉庫に格納されています
最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな?
laravel symfony2 zendFramework CodeIgniter Yii 俺的には
ララベル・・・臭!うんこ!
Fuel→なかなかいいぞ!
ZEND眼中なし
CAKE・・・ゲロ
やっぱりCIがいいな! ネームスペースが他の言語に比べて気持ち悪すぎるから、最近のPHPのフレームワークは全部ダメだ。
いっそのこと言語変えた方が快適だぞ。
Laravel・・・遅い、ほとんどがIDE使って開発しているイメージ。
Fuel・・・サポート止まってなかった?
Zend・・・モデル弱め。生でクエリ書く人が多い。
Cake・・・自分でガリガリ書きたい奴には向いてない、いいところもある。コーディングルールが古い。
Symfony・・・まだまともな気がする。EC CUBE案件で食えるからこれでいいんじゃね?
CI・・・シンプルで速そう。モデルが充実しているのか心配。
Phalcon・・・速いが機能がフルスタックと呼べるのか?2からZephir、やっぱエラーが分かりにくい。
PHPのフレームワークはどれもマッパーが機能不足! Symfonyは、あっちにもこっちにもあそこにもここにも設定ファルっていう頭おかしい設計なので嫌 >>375
"php orm"でググって好きなの使ったらいいよ
どれもcomposerでインストールできるし
個人的にはeloquentが好き >>380
eloquentのwithはまだOKだな。 composerってなんだ?
役に立つのか?
使えないとアホなのか? 今どきの開発じゃ必須だと思ってたけどそうでもなかった…? 開発環境はあらかじめエライヒトが用意するからね
コーディング要員はむやみにパッケージ管理ツールなんか使ったら怒られるよ composerは俺も使ってたけど、大きい会社で上が古くて硬いと無理そうだな?
偉い人はイケてないことが多いからつらい。
コーディング要員が開発環境のことに口出ししたら、嫌がらせしてくる人もいるしな。 PHPは、ライブラリZIP落としてきて解凍して配置、requireしたら使える、
が良いところだったのに、composerとかが必須になってしまいました。
鬱陶しい限りですが、長いものには巻かれたほうが楽なので、
今はcomposerを使いましょう。 composerを必須とするような環境、コードがそもそも悪い
質の良くないプログラムとなるので可能な限り避けよう >>393
日本語難しいからお互い苦労するよな
カタコトどうし仲良くしようぜ composerが鬱陶しいて…
rubyのgem、pythonのpip、jsのnpmとかも鬱陶しいのかな 付いて行けてない人もいるんだな
psrも知らなそう >>395
少なくともその辺はうっとおしいね
「ターゲット環境で動かさなきゃならない管理コマンド」
がそもそも嫌だな capistranoでデプロイする仕組みとか用意しちゃってるけど俺もできればコードだけでどうにかしたいなー派だわ
特にPHPなんてSFTPでペタっと貼ったら動くってのが利点でもあると思うのよね
慣れちゃったけど右も左もわからんころにrails触ってasset pipelineでゲロ吐いたわ Windowsはインストーラ経由でレジストリ汚されるけどLinuxはそういうのなくていいなーっていうのが昔はLinuxの利点として挙げられてたけど
パッケージ管理ツール使ったら少なくともその利点は失うね。 フレームワークスレでこの有様か
phperじゃしょうがないか >>395
黒色画面恐怖症やオレオレライブラリ病の典型的な病状だよ
レンサバ環境や小型案件にしか関われない人が掛かりやすい病さ composerはコードの良し悪し関係なくね?
コマンドを叩くのが嫌だと思ってる人はデザイナーかな。 >>402
コマンドを叩くのは嫌じゃないけど、
デプロイ先のマシンでコマンドを叩くのはすごく嫌だわ
嫌というかコマンドでの挙動を信頼しきれない
開発環境で環境から全部もりっと作りこみして
デプロイは固めてコピーして展開して終わりにしたい インターネットに接続している前提のコマンドとかあるし
インストール先によっちゃ嫌とか言う以前に動かないし 本番環境でコマンド叩くの嫌なら、開発環境でダウンロードしたライブラリも
リポジトリに混ぜればいいだけのことで。
まだ「オートローダーは邪道。パフォーマンスの問題もある」とかいうノリ? >>406
ローカルインストール(--save-dev)したnodeのライブラリも、バージョン管理してしまうべきか教えてくれ ここではあまり評判よくないlaravelがGoogleトレンドでトップなのはどうして?真新しいから?
世界でみるとダントツ 世間ではphp自体がオワコン化してるのに
そのオワコン化してるphpのコミュニティにすら混ざる事が出来ない
そんな時代遅れのはみ出し者が集まってるのが2chだ
それが良いか悪いかは別として
そういう狭い世界で生きてる人間の見識なんだから
世間から乖離して偏っててしゃーない
このスレは
流行ってるフレームワークとか良いフレームワークを語ってるんじゃなくて
古いフレームワークを使い続けてる奴が時代遅れの自分を正当化する為に
自己弁護するスレだと思って見た方が良いよ phalconインストールできる環境でPHP選ぶ意味がわからん 412だけどGOとかnode.js選びたくても会社の人間全員がPHP以外に明るいわけじゃないからさー
C#信者だから.net coreとか使ってみたいけど絶対通らない
AWSパートナーなんだがWin鯖高いからIIS無理ゲーだし…… オレはフレームワークの勉強をあまりしたくなかったので、
その一点でFuelPHPしか選択肢がなかった 411ですが、レガシーな環境に縛られて
それがいいもんだと勘違いしてる社畜をエンジニアって呼ぶんなら
半人前と思ってくださって結構ですよ
同列に見られたくないので PHPってオワコンだったんだな
どれが代替に来ているんだ? そう言っときゃ格好いいと思ってる意識高い系小僧だろ。 案件は大体PHPばっかりだけどな。
PHPはレベルが低くても、コードぐらいは書ける人が多いからまだまだ続くんじゃね?
いいフレームワーク?正直PHPには無いな。
C#やRuby、Pythonをしてたらそれはわかるだろ。
LaravelはPhalconと比較したら使う気しないし、Phalconは機能がもの足りないから面倒だ。
Phalcon3は知らんけど。
Laravelで開発してるっていうところも、マイグレーション機能さえ使ってないところも多いし、
昔からあるフレームワークでも、ちゃんと使いこなせてる方がいいんじゃないか? ピュアPHP=標準語
フレームワーク=オナニー方言
これに尽きるだろ。
今更、秋田弁は機能的で、連携力が優れてるとか言われても通用しねーよw
フレームワーク惜しが良く宣伝するピュアPHPerを「オナニーコード、オナニーコード」と恥ずかし気も無く宣うのは、
ただ単に、自分こそフレームワークの人材供給量と連携力を知らない戦略眼の無いオナニーコーダーだからだ。
ゴミフレームワークなんてロックインの温床なんだからさっさと捨ててバカにしていた標準語に戻すべきだ。
そうすれば、将来、ロックインに悩まされることも無くなるだろう。
アーキテクトとストラテジを一から学ぼうな、底辺コーダちゃん。 各フレームワーク→人材少ないから連携力もクソも無い
ピュアPHP→どんだけ個性的な書き方でも、PHP知ってる人間なら大概読める。
どこでトランザクションが発生しているかを把握すれば大体、大筋が分かる。これこそスタンダード。
各フレームワーク→いつ変更がかかるかわからない。全部知らなきゃアーキテクトにならない。どこか知らないところがあっただけで大幅にやり直し。
ブラックボックス、ベンダしか知らない領域がある。フレームワークの作りは大体同じというが、多くのフレームワークを使った事のある者ならわかると思うが
少しバージョン変わっただけで大きく別物になるものも多い。MVCだから大体同じと言ってる奴はベンダの戦略が全然わかってない。 今のところ、フレームワークであたりなのは、Railsくらいなものだよ。
Cake=クソ、Symfony=もっとクソ、Zend=鼻くそ
もう、ほかに書くのがめんどくさい。それより、新しくプロジェクト立ち上げる際の技術に
どのフレームワークを使うかを決定する必要があるが、迷いに迷って保留にしてフェーズ2から導入するってケースあるか? >>423
辛辣だが的確な気がする
yii framework について一言いただきたい Railsだって今のwebAPI前提な作りだったら重いんじゃないか? フレームワーク嫌いでコアなことを知っている奴がいたが、結局コード書かなくなったな。
そいつは実際凄いんだろうが、時代について行けてない感じだった。
能書きをたれるのは凄いんだが、現場では使い物にならないんだろうな。
PHPでフレームワークを知ってしまうと、フレームワークが嫌いになるのかもしれない。
俺の周りだけかもしれんがPHPから別言語に移った奴らは、フレームワークを肯定している。
PHPを使い続けている奴は、未だにフレームワークを否定している。 未だに生でHTML書いていたり、CSSやJSをminify、bundleしてない奴がフレームワーク不要って言ってたら、さすがに怠慢だと思うけどね。 フレームワーク不要って言ってる人がどんなコード書いてるのか見てみたい
自社フレームワークすら無いって時点でどんな仕事してるのかお察しだけど そもそも複数人で開発した経験が無いのかな?それなら納得 >>429
まず自分のを見せろ
話はそこから始まる 正しい標準語喋れねえのに日本人自称してるやつがわんさかいるからなあ? >>432
お前のことかよ。「日本人自称してる」とか使い方間違えすぎだろw こんなんじゃphperが蔑称として使われるのも仕方ないね マイカーは何がいい?のスレでクルマ所有全否定ばかり言われてるような状態ww
独男が結婚したいんだけど?のスレで女はクソばかりのレス状態ww
もっとやってww ピュアPHP=手
フレームワーク=TENGA
これ >>428
フレームワーク不要論者ではないが
HTMLはわりと生で書かないか? >>440
まだ職場ではHTMLを生で書く所が多いと思うけど、パフォーマンスに影響なく明らかに開発効率が良くなるものも使っていないのに、
フレームワークは悪とか言っているのは、ただ新しいことを学びたくないだけって意味で書いた。 >パフォーマンスに影響なく明らかに開発効率が良くなるものも使っていないのに
この論拠は? >>442
使えばわかる。
吐き出すのはHTMLだからパフォーマンスには影響ない。
コードの行数は半分になるし、IDE以外で開発している奴のタグ抜けとかはなくなるから効率は上がる。 >>440
htmlは生で書くよ
それをフレームワークに食わせる フレームワークを追っかけるのは疲れたわ
1年たったらバージョン違うし
なんでフレームワークなんか勧めてくるんだ? フレームワークいらないならこのスレ見る必要無いよ
スレタイを読もう まあでも流れ早すぎて最近のフレームワークはそれ自体が商売化してきてる気もするよな >>451
質問が悪かった
子供が遊びで話す 「PythonとRubyはどっちが簡単?」
そのレベルでいいよ サーバーサイドのフレームワークなんて、のんびりしてるほうだけどな。 >>452
fuel codeigniter phalcon
制約が少ないやつ挙げてみた fuelの良くないところは 自作コードとライブラリを
ごちゃっと混ぜて置かざるをえないところだな
もっとはっきり違うディレクトリに置きたい フレームワーク使ってるから連携力が上がるって考えている奴は本当に馬鹿
その心は
1.開発規約を作ったら結局、皆わからなくなる。
2.フレームワーク人材不足で横のつながりがそもそもない。
3.フレームワークベンダーの思うつぼ。 未だに中小や零細でオレオレ自社製フレームワーク使ってるとこ死ぬほど多いんだぜ
それに比べればメジャーフレームワークのなんと有り難いことか なにがありがたいの?
いずれ、バージョンアップしなくなるか
PHPや周辺を上げないとどうにもできなくなって
困るのはわかりきっているのに
自社製で自分でメンテした方が長続きできるよ >>463
自社製のごっちゃごちゃしたやつよりは
オープンソースのすっきりしたやつがええな 未だに自社製フレームワークってう○こだと思うが、Facebookとかでかいところは自社製フレームワークなのかな? HHVM作っちゃうあそこはさすがに自作なんじゃないのかな フレームワークをいくつも習得したが、
周りに、フレームワークを使えない奴ばかりで、
結局自身がフレームワークでオナニーしていたことに気づいたよ。トホホ
>未だに中小や零細でオレオレ自社製フレームワーク使ってるとこ死ぬほど多いんだぜ
こういう文句に絶対に惑わされるな。
フレームワークの宣伝なんて一切信用しなくていい。 逆に連携力が無くなるのがフレームワークだな。
自社製フレームワーク云々とか言ってる奴は素人だわ。
フレームワークを使っても、自社の標準規約に合わせるから結局そこで研修が必要になってくる。
逆に一通り確認できるからいいって奴もいるけど、結局のところ、2重にも3重にもルールが増えて
人材が集まらなくなるのがオチ。どこの会社でも同じような人材不足に悩まされるんだ。
重要なのは、設計思想と構造であって、フレームワークではない。もっと重要なのは儲かるかどうかだな。 ■ このスレッドは過去ログ倉庫に格納されています