元スレ【PHP】Laravel【フレームワーク】 Part.5
php覧 / PC版 / みんなの評価 :
前へ
51 = :
みんなlaravelが凄いかそうでないかで議論しているけどそこどうでもよくないか？
正直laravelは今のままで十分だと思うぞ
重要なのはlaravelが凄いか凄くないかだろう
52 = :
今からLaravel勉強しても10年はもつ？
53 = :
Laravelって名前の由来はなに？
そもそも最初に作り出した人って生きてるの？
54 = :
Laravel有料化するらしいですね
55 = :
お前らlaravel9からサポート有料化だってよ
56 = :
そもそもサポートなんていらんやろ？
57 = :
サポートなんてあったの？
何をサポートしてくれるんや？
58 = :
Laravelのサポートに決まってるだろｗｗ
Laravelのコミッター達がお前の家事をサポートしてくれると思っているのか？
59 = :
コミッターたちが金取るの？
このご時世に？
60 = :
いまでも付随サービス（バージョンアップなど）は有料だったし
その中に普通のサポートも金払えばやりますよということでは？
62 = :
Laravel8.37から無名マイグレーションがサポートされたけどいまいちメリットがわからない
みんなメリットわかる？
63 = :
>>59
このご時世って言うか、お前が知らないだけでLaravelは色んな有償サービス出してるし、公式イベントも有償。だから少ない人数ながら、それだけで食っていけるぐらいにしっかり儲けているぞ。
それ以外にgithubのスポンサー制度で億単位で儲けてる人も居るしな。livewireの開発者とか。
64 = :
オープンソースFWって凄腕の暇人達が余興で作ってるのかと思ってたが当たるとちゃんと儲かるんだな
俺もクソクライアントのしょーもないシステム受注開発とかやめて、道具を作って儲ける方にシフトするかなあ
65 = :
>>64
やるなら英語圏をターゲットにしないとダメだぞ。日本語のみでもスポンサーなってくれる人はいるけど、まぁ少ないよね。海外はOSSの収支報告するためのプラットフォームもあるぐらいなので、それなりにビジネスになってるっぽい。
ただ英語圏ターゲットにしてもスター沢山ついてるhiroppy/fusumaにはスポンサーついてなかったりするので、海外のやり方を研究したほうが良いとは思う。redditで作ったもんを宣伝したりとか。
66 = :
よっぽど革新的なもの作らないと中々ねぇ
かと言って良い物でも使ってもらえるかは分からんしな
67 = :
ある程度のロビー活動的なもんは必要だろうな
コミュ障には無理だろう
68 = :
昔はsynfonyの金魚のフンだったのに
今は大きくなったな
69 = :
>>63
マジかよ
億ってすごすぎだろ
70 = :
>>69
すまん。1桁間違えてたwww 1年で110kドルだったわわ。
71 = :
メジャーなフレームワークだからlaravelを選択する人が多いと思うけど
メジャー以外の理由でlaravelが他フレームワークに勝ってる点ってどこだと思う？
72 = :
>>71
そこが何気に重要だよ
調べたら大抵の情報はあるしね
73 = :
速さはCakeにも負けてるからな
74 = :
cakeなんて今更使う気にもなれない
それならフレームワーク無しでやる
75 = :
別にCakeの天下が続いていればCakeでも俺はよかったけど
変なのさえ避ければFWなんてどれ使っても大して変わらん
76 = :
laravel使う意味自体、長いものに巻かれる以外に見いだせてない
77 = :
Cake2→Laravel5に乗り換えたから便利になったように感じたけど
最新のCakeなら機能増えて同等になってるかも知れんし、そのあたりは知らん
開発に忙しくて他のチェックまで手が回らん
78 = :
>>76
最近は顧客側がフレームワークだけ指定とかあるくらいだから
信頼性や普及度からして間違いないみたいな所はあるかもね
79 = :
>>78
顧客側も長芋に巻かれろくらいにしか思ってないよ
80 = :
ミスった
長いものね。
81 = :
>>73
早さはcakeに負けてるとか言っちゃうの、だいたいOPcache使ってない人なんだよなぁ。
http://kinsta.com/jp/blog/php-benchmarks/
82 = :
>>81
これはphpのフレームワークの速度を比較してるんでなく、phpのバージョンごとの速度を比較してるベンチマークだよね
83 = :
>>82
タイトルしか見てないのか？
84 = :
>>83
あー、俺が間違ってるわ。すまん。
85 = :
ただOPcache使った場合、cakeのほうが速いと言えるほど明確な差は出ない。
86 = :
>>77
どう便利になったの？乗り換え検討したまま何年も過ぎてるんだが
87 = :
>>86
composerベースになったのは便利だよね
88 = :
laravelのいいところってどこだって言ってる？
なんか、『laravelは基本的にdirectory構造を自由に設計できる』ってのがあったんだけど、
そしたらそれ、もう、フレームワークじゃなくてただのライブラリ利用だろ？ みたいな話になってくる。
フレームワークって元々、『どこ行ってもおんなじ仕組みなので学習コスト低いですよね？』みたいなところが利点だったと思うんだけど、
現場ごとに毎回その現場の流儀を学習する必要が出てくるんなら、
なんかお前、言ってる事違うだろ？ってならないの？
89 = :
>>88
modelの話か？それならLaravel8でmodelsディレクトリに格納する事が決まったわけだが。
90 = :
Laravelの良いところなんて実務で使ったことある奴なら簡単に挙げられるだろ。
・フルスタックフレームワークである
・認証周りがファーストパーティから提供されてる
・他システムとの連携が簡単にできる
・サードパーティパッケージが豊富である
・初心者でもある程度セキュアな実装ができる
・公式マニュアルの出来が良い
・テストするための環境を作り易い
・開発環境を作り易い
91 = :
.gitignoreを修正して.env、node_modules、vendorをコミットし
composer.lockやpackage-lock.jsonをコミットしない開発者が多いのがlaravelのデメリットだな
emailにユーザIDぶち込むアホやvendor直下修正してユーザID認証に変更する馬鹿開発者も多いな
92 = :
laravelが世界で一番使われているからといって安易に実務に導入するアホいるけど
世界で一番使われているフレームワークなんだから実務でもlaravelを使ったほうがいいと思う
93 = :
>>90
これだよね。一般的に使う機能が本体に組み込まれてるのがでかい。
最近はsanctumとかAPIに使える機能とかもあるし、安全で将来性のあるライブラリを探し回らなくて済む
94 = :
>>93
あと書き忘れたけど、バリデーション、文字列操作、配列操作、コレクション操作用の処理を標準で用意してくれているのもありがたいわ。
95 = :
>>94
その辺が標準であることが最大のメリットだね
チーム間で無駄な調整が不要になる
96 = :
お前らってバリデーションはフォームリクエスト派？
97 = :
そうだな
98 = :
フォームリクエストってなんだ？
99 = :
問題なのはLaravel 8の本が出版されてないこと
メジャーバージョンごとに出してくれ
みんなの評価 :
php一覧へ類似してるかもしれないスレッド
- 【PHP】Laravel【フレームワーク】 Part.9 (884) - [98%] - 2022/3/13 12:00
- 【PHP】Laravel【フレームワーク】 Part.8 (148) - [98%] - 2021/8/8 21:30
- 【PHP】Laravel【フレームワーク】 Part.7 (779) - [98%] - 2021/7/9 16:18
- 【PHP】Laravel【フレームワーク】 Part.6 (745) - [98%] - 2021/6/21 6:30
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [96%] - 2023/1/30 18:45
- 【PHP】Laravel【フレームワーク】 Part.10 (446) - [96%] - 2022/6/6 19:30
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [96%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 Part.3 (983) - [96%] - 2021/2/12 4:00
- 【PHP】Laravel【フレームワーク】 Part.2 (917) - [96%] - 2019/9/10 9:15
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [96%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 (887) - [84%] - 2019/4/23 21:00
- 【PHP】フレームワーク Akelos (129) - [56%] - 2019/5/9 7:46
トップメニューへ / →のくす牧場書庫について