結局PHPのフレームワークってどれがいいの?
■ このスレッドは過去ログ倉庫に格納されています
最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな?
laravel symfony2 zendFramework CodeIgniter Yii >>555
成果をあげなきゃ、習得したとは言えない、習得した気になってるだけだろ。
お前は、人の批判悪口ばかりで、実質性に乏しいから印象操作しかできないのでは?
変なでっち上げとか印象操作は辞めてねw
しょぼいエンジニアも何も、東大卒とかバリバリの私大上位の連中ばかりだよ。
それでもフレームワークを敬遠している意味を考えろ。やってるつもりになるだけじゃなくてな。
必死に見栄を張ってる奴は、あたまの悪いチキンレースの出場者みたいなもんだ。
できてもいないうちに、覚えた、覚えたうるさいよ。
数年でも携わってから言えば、1・2か月の配属じゃ、どうせ見えてないところがいっぱいあるんだろうからさ。初心者レベルばれたな。
それに、フロントを軽視した覚えはない。
フロントエンドは要件定義、外部設計など後工程に影響する重要な足がかりになるから当然、フロント周りの設計は重要だと思ってるよ。
もちろん、Jquery、Ajax、この技術は素晴らしかった汎用性が高くて標準化の基礎になりうるから。
でも、Angularはクソだね。いずれ消えるし。絶対的なものでもなんでもない。 >>555
>横のつながりとか何言ってんだ。やる奴は例え1人でもやるんだよ。
あれあれ?共同開発じゃなかったのかよw
1人で組んだオレオレ・コードや自社開発フレームワークがクソなんじゃなかったのか?
フレームワークだって一人で考えたロジックだったら結局、自己満足コードになるよ。何勘違いしてんだ。
そんなに、スキルフルに見せたいのか?フレームワークを1・2か月しか習得しないでか?
俺なんか8年もフレームワークだらけだというのに。 フレームワークを多用したところで、
レビューで突っ込みどころ満載の、自己満足コードしか書けないけどな。
本来プログラマとはそういうものだし。その時通ったとしても
あとでリファクタリングの対象だらけになるよ。
一番重要なのは、フレームワークではなく、個々のシステムの機能や、フロー、IOインタフェースだと思うよ。
フレームワークや書き方が後々、何でもいいように、しっかりとした設計が重要なんだよ。コーディングレベルのことにこだわりすぎて、
フレームワークみたいにクソみたいなカオスコード入れんなよ。 >>556
プログラム未経験者を対象にしているのか?
>>557
お前を責めているのは俺だけじゃないだろw
俺以外にもお前はゴミ扱いされてるよ。
なんの印象操作だよ。連投マンって真実じゃん。
それ以外言ってないだろ。
お前がなんと言おうと、俺の経験を変える事できないから諦めろ。
できてるし、成果も残して来たからな。真実は変えれんのだよ。
お前はAngular事情も知らないだろうし、まだjQueryレベルw
Angular一本でもやってないしな。 >>558
お前は俺を誰と勘違いしてんだよw
共同開発なんて一言も言ってないだろ。
お前は真実見抜かれて怒り狂ってるんだな。
勘違い野郎はお前だよ。 Angularよりも学習コストが低いVue.jsがLaravelに採用されたって
聞いたんだけど
LaravelってPHP側はWebAPIに特化した作りになってるってこと? >>562
ここ数年で作者の興味が変わったのか、
フロントエンドに介入し出した結果が
Vue.jsだったりelixirという名のオレオレgulpタスク群だったりするだけ
Laravel自体は変わってないよ まだAngularクソだって気づかない奴いるのか… 最近学習コストがかからんですむ
vue.js+fuelphpの組み合わせばっかりで開発してるなあ……
固定化しちゃうのはよくないと分かってるんだけど…… 捕手が絡まないシステムであれば何のフレームワークで組んでもよろしい 会社の社長と話してきたが、社長も同じ意見だな。
次々出てくるフレームワークはやったら負けってな。
振り回されてるやつは、新興宗教をとっかえひっかえするのと同レベルだそうだ。 今からやるならwordpressでいいよ
php7だと予想以上に早くて驚いた 1・2か月で習得可能とか言ってるやつは、保守までやったことのないやつがほとんど。
だって、保守までやるのに1,2年は最低かかるだろ。
そうじゃなきゃ、フレームワークの恩恵とやらを受けられませんよ?
真実見抜かれてイカレちゃてるのは誰なんでしょうか? >>564
Anglarはクソで間違いないね
フロントエンド重視だからとか関係なくクソはクソだよ。 ところで、新しいフレームワークを採用する際に
どういう学習環境で実施する?
1.集合研修
2.通学
3.ネット上の動画
3.個人で教科書を買って読む
4.個人でネット上のリファレンス・チュートリアルを読みながら
どれが、一番早いかおしえて。 ちなみに、うちは集合研修だから習得は早い方だと思ってる。
個人でってやつは向上心はないよりましだが信用できない。
集合研修は大体2,3か月だね。
その後は、1週間に一度の定期講習で知識共有。
ネット動画でノウハウ共有みたいなこともやってる。 どんなフレームワークを採用しても大丈夫なようにソフトウェア設計だけはしっかりやっておくのがミソだと思うのですが。 別にAngularを押すわけではないが、どうせ1系しか知らんかったり、ES5止まりなんだろうな。
アホの連投マンよ。お前の言ってることは穴だらけだぜ。連投マンというよりレンコンマンだな。
保守から参加する場合もあるのにな。お前フレームワークは使わない方が良いと言っといて、後からLaravelが良いとか主張変えすぎでゴミ過ぎる。
他にも支離滅裂が多すぎるわ。
保守までしないとフレームワークの恩恵を受けられない?
開発したこと無いのかよ。
PHP自体がフレームワークとか書いた奴もレンコンマンか? 年明けからまた頭の良さそうな方がやってきていて、2017-ITもグダグダそうですね… 2ちゃんなんてまともなエンジニアは誰も見てない
みんなsnsかslackで話してる
phpユーザーズにはそこそこ人がいる >>577
アンテナの高いエンジニアは全部読むよ
お前みたいに偏った嗜好は持たない >>580
slackとかは匿名じゃないからあんまり変なことは言えないしね。
アホな質問とかしれっとできる2chは魅力あると思う。 立てたきゃ立てろ
つかcodeigniterもスレ伸びてないけどなんでだろね 語り合いたいけどSNSみたいに垢作って馴れ合うの苦手
だけどそっちに行かないとダメなんかねえ Pharonとかいうわけわかんないスレじゃなくて? 2chのインターフェース自体古いし
reditとかに以降すべきじゃないか? 過疎っているのはインターフェースのせいじゃないと思います ファルコン!ファルコン!ゆかいなファルコン!たのしいファルコン!ファルコーーン!ファルコン! なつかしすぎて泣きそう
ってフレームワークの話しろや 要件が単純な案件があったのでphalconを最近業務で使ってみたけどすげーいいな
自由すぎるからルール厳格にしないと改修で死ねそうだが
が、規約がうぜえFWよりよっぽどいい
AMI 2016.09でやってるけど軽すぎてビビる
>>594
くっそわろ >>600
599だがそんなことまったくない
昔はextensionがエラー吐いたり( ここらへん ttp://blog.asial.co.jp/1272 )したらしいが3.0.3では特に無いなー
まー凝ったことしてないからかもしれんが >>601
そうなんだ 時間が空いた時にちょっと触ってみるわ >>148
ララベルは消えるんじゃないか。
遅いし、機能もケーキ以下だし >>575
全体統括する立場で初めて習得したことを生かせるだろう。
保守から参加する末端技術者は、設計開発その他の重要な局面に参加できない。
ゆえに全体を連続でやらない限り、習得したとは言えない。
1,2か月ってのは明らかにサバ読みすぎで、エンジニアの価値が下がるからやめるべきだな。
俺のいる部署に1,2か月でマスターしたと豪語して入ってきた奴がいるけど、カラッキシだめだったよ。
6か月くらい経験してようやく慣れてきたといったところか。
フレームワーク使わない時代の方が圧倒的に仕事が早かったんだが。本当にFWの恩恵を受けているのかは定かではない。 去年Symfony使ったが習得しながら開発した。
最近気づいた仕様もあってすべて習得している状態ではない。
学習期間が1,2か月というのは無理があると思う。
開発は終わった。
納品先には開発部隊がある。
俺俺フレームワークはダメと納品先からリクエストがあったので
Symfonyを選んだ。
いろんな要求にこたえられて結果的にSymfonyを選んで良かった気がする。 > 俺俺フレームワークはダメと納品先からリクエストがあった
上の方で馬鹿が吠えてたけどそれが普通だよな
「しんふぉにーわかるひとー?」で人集めれば改修保守できるんだから 俺俺っていっても、どこかのコピーか、かぶせてるだけだろ
そんなんで俺俺いってもなーー 自前実装のおれおれ見てると頭痛くなってくるぞ
おれおれテンプレートエンジンのデリミタが■hoge■(全角)とかはまだしも
何から何まで$_SESSIONに突っ込んでたり殆ど同じことやってんのにページごとに同じコード書きまくってたり
挙句の果てに上司と部下がコメントで喧嘩とかな
10年前ならともかくコメントの日付が2015XXXXとかになってんのもう見るのいやー オレオレフレームワークの何がイヤってその知識が全く潰し効かないこと ぶっちゃけ、Modelとかテンプレートとかはどうでもいいけど、
ルーティングが整理されていないと読む気にならん。 >>609
あるある
一瞬で終わるはずの修正なのに延々とエンバグに付き合うことに >>611
ez publishっていうCMSがあってな
是非見ていただきたいものだ まだわかんねーのかな?
オレオレがダメなんじゃなくて、アホが作ってるから腐ってるだけなんだってこと…
SymfonyだのCakeだのありがたがってたアホが山のようにいる日本だからな
その程度すら実装できないアホばかりなんだから、そりゃ、大抵のオレオレは目もあてられんさ
ただ、メジャーフレームワークのクソさ加減にいつまでも気付け無いバカばっかだってことの裏返しだけどな あ、はい
ではその素晴らしいフレームワークで頑張ってください 大抵のオレオレは目もあてられんのだったら、
作らなくて済む分出来合いのでいいのではないだろうか。 >>616
あ、はい
ではその素晴らしいクソフレームワークで頑張ってください そこでクソと付けてしまうのはダメ
>>615で綺麗に褒め殺ししてたのにただの三流の罵倒に成り下がってしまった 罵倒するつもりで言ったんですけど、何いってんですか? アホですか? 結局、PHPが見捨てられ始めたのって
使ってる人間の割合が子供が増えたからだと思うんだよね
プログラマって物を作ってナンボだと思うんだけど
PHP界隈では純粋に作って楽しむ層が減って
コピペプログラマ的なのばかりになってしまった
このスレでオレオレ批判するのも2種類いて
オレオレを使うリスクから批判する人と
ただ単に自分の使っているFW以外の物は知らないから敵、みたいな
小さい世界で生きてる子供みたいな意見の2つだ
前者のオレオレを理解した上で批判してる人は議論にもなるんだけど
後者のオレオレどころかPHPすらまともに書けなそうな人間に議論ふっかけても無駄
というのが去年迄PHPマンセーしてた(ci信者→オレオレ→fuel信者)が、
golangに乗り換えた俺からの意見だ
乗り換えたのは仕事都合だったんだけど
乗り換えて心の底から良かったと思ってる
他言語やった事ない人はこんなスレで子供相手にして消耗してないで
他言語やってみたら?
世界が広がるよ 5.4からarray()使わなくて良くなったの知らずにしこしこarray()使ってたわ
毛嫌いしてたショートタグもじゃんじゃん使ってくんで夜露死苦ぅ! >>620
そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと
まぁ罵倒するだけで自身が満足ならそれはそれで良いことだね >>621が言ってるそばから>>622みたいなアホ後者がきてるしな
スレにすら合ってねぇってことが分からねぇバカ
わざとやってんのかよとすら思うがわざとならつまらなすぎるから
本物のバカなんだろう >>623
あのさ、お前本当のバカだろ
なんで相手がどう思って何をしているはずだからそれでは効果は無いはずだとか決めつけてんの?
アホがいたから脱力して、コピペって馬鹿にしてるだけのレスに
「三流の罵倒に成り下がってしまった」とか「そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと」って
脳みそ本当に湧いてんのかよ? キチガイPHPerは本当、すげーな
まぁ評価するだけで自身が満足ならそれはそれで良いことだね >>621
PHPerはバカ過ぎて、
>$foo->bar(
> $longArgument,
> $longerArgument,
> $muchLongerArgument
>);
このコードの意味わかんねーんだとさ。で、わからねぇのに引用してくるんだとさ。本当に脳みそくさってるよ
他の言語がどうしたとかのレベルじゃねぇよ、中学生並みの理解力すらねぇんだもん phalconとかiceっていうかzephirの話したいし聞きたいよー
どこにもスレないよー チラ裏だがQiitaってAlexaで国内19位まで上がってんのな
びっくりぽん Qiitaはなんか知らんがレベル高い人が集まってる
2ch、というかまさにこのスレなんかと住み分け出来てていいんじゃないか メジャーフレームワークのクソさ加減を教えてくれ。
どこがクソなんだ。 一見便利そうに見えるが、プロジェクトがでかくなると途端に
アレもダメこれもダメで、結局全然便利じゃない所 どこって・・・・・
全部やん
というか・・・メジャーなのは無い
どこも1Aか2Aクラスじゃね? >>637
丁寧に説明してもらえると思ってた? おまえの徳にしかならないことするわけないじゃん 残念だったね
哀れ つーか、本当にペチパーって教養ないのな。人に物を頼む時は「教えてください」だろ
人間としても腐ってんだよな、ペチパー
>>618 に書いたじゃん。アホはアホのままクソフレームワーク使っててくださいって、俺は全く困らないから
ホント、マヌケよねークソペチパーって >>639
得になることならともかく、徳になることなら喜んでやってやれよ
「仏教徒ならやってやれ!」だ よし、分かった。では、彼の徳になる回答だ。
既存フレームワークにたよっていると、基幹部分の設計に類する分野の知見を積めないため高いレベルでのアプリケーション構築能力の育成が阻害される。
結果、枝葉ばかりしか扱えず、開発効率・保守性を両立させたの品質の高い統合的な開発の出来る、価値あるコードを生み出せる人間になれない。
だから、既存メジャーフレームワークはクソだ。
以上 LaravelかWordPressが良いんじゃねーの Laravelは審議するが、WordPressは論外 関連のレイジーロードってオレオレで作るのは難しいと思うが、どうしてるの フレームワークに囚われすぎないで一度DDDを学んで欲しい
フレームワークにべったり依存して書いちゃうとフレームワーク自体のバージョンアップさえ苦痛になる
ドメイン層をフレームワークから分離させておけばフレームワークの変更もまだ楽
永遠に使い続けられる完璧なフレームワークなんてものは存在しないんだから
メジャーなものでもオレオレでもいつかは来る捨てる日に備えておこう
今仕事でcakephp1.3の保守やらされてて目が死んでる俺が言ってるんだから説得力あるでしょ? とは言ってもロジックのほとんどってフレームワークが提供してるライブラリを叩いて構築してくもんだから
フレームワークの移行ってやっぱ大変よ
せいぜいMVC、ルーティングをちゃんと分類しておくくらいじゃない? CodeIgniter 4で改訂版出してクレメンス cakephp1.3 ではドメインモデルでかけないね。
cakephp3 でやっと対応したところだから。
フレームワークを使っていないシステムでフォームもセッションもすべて
配列のシステムをメンテしたことがある。当時はそんなものだと思ってい
たが、今はぞっとする。 俺がRails触る気が起きないのって、CakeはRailsに大きな影響を受けて作られたって話聞いてるからだからなぁ。
影響受けてあれってことは、Railsもマトモなわけないと思わせるほどの腐臭がCakeからは漂ってくる。 Cakeも2までは色々ダメだったけど3でかなり改善されてるから2まで、3から、で印象変わるよ
例えば2のダメなところはアソシエーション書いてfindした時に内部で全部JOINしてるせいで
レコードが巨大になりがちだったり、カラム指定がクソめんどうだったり、
あとrecursiveが単純な階層指定のせいで
アソシエーション設定してるが今回は要らないやってテーブルを排除するfindがクソめんどうだったり
まあContainableビヘイビア使ってればある程度は何とかなってたが。
その点を3では改善してくれてる、
あとRailsはCakeと違って完成度高いよ。 Cake てクエリーで contain を指定しなくても関連が勝手についてくるの?
たしかにめんどい
recursiveが単純な階層指定って関連を何回たどるかってこと?
Laravel, Symfony はレイジーロードありなので大抵はそれで事足りると思う。
パフォーマンスでないときだけ明示的に with, join を使えばいい。 >>651
さっきCake3の記事を仕事中にスマフォでちらっとみただけなんだけどさ
EntityクラスとTablesクラスがDBアクセスの基本になってんでしょ?
Tablesクラスってことは、Table毎にクラス作るんでしょ?
いつまでそういうことやってんのかなって感じ
もう、DAOでもActiveRecordでもずっと言われてることだけどさ、
AテーブルとBテーブルをJoinするSelect文のメソッドはどっちのテーブル用のクラスに書くの? ActiveRecord を使ったことがないけど
Repository に分離しているフレームワークでも同じことだと思う。
売上一覧が伝票・伝票明細・得意先・商品を結合するのだったら、
伝票という風にメインになりそうなクラスに書いている。 >>654
>伝票という風にメインになりそうなクラスに書いている。
それさ、DAOでよく問題になってんだけど、テーブルベースで作るか、機能ベースで作るかってやつな
そういう、どっちにもなりそうな状況が発生する時点で設計が狂ってんだよ。 一応、フレームワークっつってんだからさ、
普通に考えたら「こう実装するしか無いよね」って道を指し示せないとダメなわけさ
実装者によってあっちに書く、こっちに書くみたいな状況になるフレームワークは
フレームワークが機能してないってことなわけだ ■ このスレッドは過去ログ倉庫に格納されています