結局PHPのフレームワークってどれがいいの?
■ このスレッドは過去ログ倉庫に格納されています
最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな?
laravel symfony2 zendFramework CodeIgniter Yii 付いて行けてない人もいるんだな
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重にもルールが増えて
人材が集まらなくなるのがオチ。どこの会社でも同じような人材不足に悩まされるんだ。
重要なのは、設計思想と構造であって、フレームワークではない。もっと重要なのは儲かるかどうかだな。 >>465
いなくなった後が悲惨なのは、
どっちも同じだろ。
因みに、自社標準を作り際に、フレームワーク化されたPHPとそうでない自社規約に基づいたPHP可読性テストを検証してみた結果
フレームワークを利用したから、可読性が上がったとか、保守性能が上がったと言うエビデンスが殆ど無い。
もっと言ってしまえば、フレームワークによるだろうということ。
より簡単なCAKEやRailsなどは、保守性が上がる場合とそうでない場合とあったが、
より新しいフレームワークほど、著しく、保守性能は落ちた。
標準PHPのみを使って会社の基準に合わせて使っていた方がはるかに効率が良かった。
つまり、ここでフレームワーク推ししてる奴の大半は、そういったベンチマークを行っていない連中ということになる。 理由その1
機能面で定着しているフレームワークでなければ、フレームワークとは呼べない
理由その2
会社や事業で培われた会社標準による設計は、新しいフレームワークを導入するより圧倒的に効果がある。
場合によっては、定着フレームワークより効果が高い場合もある。
理由その3
フレームワークを使ったとしても、書けば書くほどカオスになっている。
たとえば、新人に、コード修正を依頼して短期間で修正が可能だったのは、オープンソースのメジャーなフレームワークを使用しないバージョンだった。
新人のコストは安い、PHPとSQLとリナックスを少なからず知っている人材であればすぐに対応が可能だったわけだ。 >>469
コード調べてみた結果自作というより、PHPフレームワーク自体をあまり許容してない。
理由は単純、戦略的に劣るから。
自社製フレームワーク、独自フレームワークたたきの方がむしろど素人w >>449
最近のじゃなくて、もともとそういう思想。
欧米的な発想に日本人がようやく気付いてきたかもな あの、フレームワークという言葉をつかって技術面で見栄を張る奴ほど素人なものはない。
自己満足コードと同義の言葉が出てくる人は多分採用しない。それこそフレームワーク使える俺ってすごいでしょって自己満足しているだけの人に見える。
フレームワークそのものに、それだけのものは無いから。単なる実現方式の一つでしかないから。
ちなみに、俺が採用する際には、フレームワークの思想そのものに正しい見解のある奴しか入れない。
それは、フレームワークで書けるとか、会社標準に合わせることができるとかは当然として、その上で
フレームワークを使わない仕様の利害関係が理解できる人かな。 フレームワークを使わなければいけないなんて法律も無ければルールも無い
フレームワークが絶対的だとか、開発方式として優れていると思い込んでいる奴は採用しないってことね。
もちろん、フレームワーク使った事のやる奴しか採用しないけどね。 標準PHP=標準語
フレームワーク=使ってる人がいるかすらわからない方言(辞典にすら掲載されてない言葉が目白押し) >>447
それは、頭の悪い見栄っ張りの勘違いプログラマ気取りが大量にいるからだよ。 ざっと上から読んで思ったが「フレームワークどれがいいの?」ってスレじゃないのここ >>472
古くなったフレームワークのアップデート等の保守までを考えると中小企業には荷が重いね
オープンソースのフレームワークにはそういった労力を人任せができる強みがあるんじゃないの
セキュリティリスクについても外部の機関がアラートを出してくれる フレームワークは絶対に使わなければいけないと思い込んでる奴が必死になって
自社開発したフレームワークを罵るスレッドかと思った。
会社で効率的かどうかを判断してるのに、一個人が会社のやり方に難癖つけるなよ。
口出すような経営権無いんだからさw。 ところで、まずフレームワークの定義からはっきりさせようか。
そうでなければこのスレッドは進まない。
少なくとも国内にマニュアルすら無いような弱小フレームワークは排除すべきだろう。
まず連携取れないから。 >>464
・フレームワーク人材がいなくなった時の方が致命的
・普通のPHP使ってれば、誰もが理解できるコード
・単純に自己満足コードの方がよっぽど理解が速い。読みさえすればPHP使いなら誰もが理解できる。そんな簡単なコードが理解できないのは素人だから。デバッガも使える。
・フレームワークだからカオスにならないわけではない
・フレームワークの上でカオス化したコードの方が圧倒的に厄介
・マッチする人材発掘するのに数週間から数か月かかる
・ノーマルPHP人材よりフレームワーク一式全て覚えた人材を探す方が圧倒的に難しい
・フレームワークの研修を受けさせた後、開発規約の研修をさせるのはコストが莫大にかかる。2,3か月給与払うとなったら100万どころじゃない。
・連携させるためにフレームワークと会社規約を盛り込んだが、実際には連携力が落ちる。なぜならば人材を絞る事になり少ない人数しか集まらないことになるから。
・メジャーなフレームワーク以外の学習効率は著しく悪い、覚えたとしてもスキルを共有できる人材がいないからさらに連携力が悪くなる。 ・フレームワークに否定的な人だからといって勉強不足というわけではない、すでにPHPフレームワークが普及し始めて10年以上の月日が経過していてフレームワークを使った事の無い人の方が少ない。それでも批判される理由は経営上の問題。
・フレームワークに公的的な人は、ただ単に、自分のスキルを誇示したいだけの人では?実際にフレームワークを導入して連携力・開発力・保守性が落ちたと言うケースが圧倒的多数。
・2011年時点では、フレームワークを導入した失敗例は全開発うち80%を占めていることすら知らないのでは?
・アメリカには日本の3倍の人材がいるため、フレームワークによる連携力の効果は日本より3倍大きい。すなわちアメリカで向いているからといって日本で向いているとは限らない。
・10000人のPhperが、1000人のローカル・フレームワークに絞ったら連携力は単純に1/10というわけではない。実際にミッション修了までに100倍かかるかもしれない。(ランチェスター戦略)
・末端のプログラマでフレームワークに心酔する人は、戦略的視点で観ていない。だからこそフレームワークベンダの宣伝文句に惑わされやすい。いずれロックインの対象となる。 システムアーキテクトで情報処理安全確保支援士の俺が言うのだからおまいらより間違いない。 >>451
勉強したことが無いからと言って、知ったかしないでねw。
>>450
フレームワークやそのバージョンに応じて大きく違う。
一般的にはフレームワークの規模に応じて、層別し、その上で国内普及度の高いフレームワークは学習効率が良い。
学習効率が良いものは単純に連携力が高い。
設計思想が云々の問題ではない。なぜならそもそも人材がいなければ一人で組むコードと同じだからだ。 いくら開発力・保守性などで連携力を設計思想に盛り込んでも、一人で組んでいたら
自分で一から考えるコードと同じだからだよ。だからフレームワーク使ってる俺ってスキルフルって考えてる奴の方が自己満足だ。
誰とも連携力取れないフレームワーク一つで変に間違った方向にプライドが高いだけのゴミみたいなエンジニアならいらない。 フレームワークを使わなければいけない=音を立てて食べてはいけない
ってくらい厄介。潔癖症か?
フレームワークは標準でも法律でもねえんだからよ。調子こくなやw >>481
>オープンソースのフレームワークにはそういった労力を人任せができる強みがあるんじゃないの
>セキュリティリスクについても外部の機関がアラートを出してくれる
これは、合ってる。
ただ、フレームワークは規則ではない。
セキュリティに関与するならフレームワークが法制度化される必要がある。
そもそも、フレームワークは標準化すらされてない。
もし、セキュリティに影響を与えるとして標準化、法制度化が進んだ暁には専門学校・大学・大学院である程度の学習が必要になってくる。
しかし、そうなってくるとますます、開発力・保守性などの面の壁を国費で乗り越える手段が必要になってくるから当面、標準化や法制度化は無いだろうなと。 まーた暴れてるよ
スレタイも読めない人間が何語っても滑稽なだけだっていい加減気付け 2ch監視員の自演とか興味ないね。
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11144752831
これ見てもわかる通り、ページャを変更するだけでこの回りくどさ。これがメジャーフレームワーク
SQLって共通理解があるのに、それを直に利用しないことによる弊害。
フレームワークは共通理解のためのものなのに、こんな簡単なこともできていない。だから役立たずだと思われてる。 1つのフレームワークなんて1、2ヶ月あれば網羅できるだろ。
人材が集まらないのは、金をケチるからだ。
そして安い金で雑魚ばかり集めているからだ。
俺が一人いれば、どのフレームワークでもフレームワーク無しでも問題はない!
そう思ってる奴もいるだろ?
たかがサーバーサイド1つ、しかもPHPごときでエンジニアぶるなよ。 ■ このスレッドは過去ログ倉庫に格納されています