元スレ【PHP】Laravel【フレームワーク】 Part.5
php覧 / PC版 / みんなの評価 :
前へ
251 = :
>>248
もし俺の勘違いだったら申し訳ないけど、
君は前スレか前々スレあたりでベトナムのエンジニアに業務委託したらLaravelで作られたことに怒ってた人と同じ人？
252 = :
今日も平和だね
253 = :
>>245
合理的な理由が無いなら、やる必要もないって話。わざわざgitignoreされてるって会話もしたような？現に本番環境だけならconfigのデフォルト値に設定するだけで事足りるでしょ？
254 = 235 :
>>247
うそつけ。
ほら、こういう馬鹿が必ず湧いてくるとおもってたんだよ。
お前のDBのオートインクリメントは『マイナスの値』とるのか？
Unsignedにすれば良いだろ、とか寝言言い出すんだろうけど、
そしたらBIGINTどうすんだよ？アプリ側で受けられねえだろ？
みたいな、すげぇ適当な試算しか出来ねぇ奴ばっかだろうから『オートインクリメントをプライマリキーにする奴は脳みそ腐ってる』って言ってんだよ。
ちゃんと設計出来るなら、そいつがそうしたいっつってんだから、そいつの中ではそれが正解なんだろ。
俺がしてるのはそういう話じゃねぇよ。
255 = 235 :
>>251
誰だよ、それw
256 = :
>>254
> そしたらBIGINTどうすんだよ？アプリ側で受けられねえだろ？
すまん、この一文が何言ってるのかよく分からん
257 = 235 :
>>234
今出先だから計算してねえけど、これもどうせUnsignedだろ？
アプリ側で受けられなぇだろ。
馬鹿か？
259 = :
まあ、現場の人でないのは明らかだけど
上流にこういうこじらせた人いるとさらに大変なんだよなぁw
260 = :
>>257
いやsignedだよ、64bit=922京くらいはメジャーでしょ
261 = :
そもそもDBの話は別の所でやれよな
262 = :
>>253
プロジェクトとして合理的かどうかはともかく、企業として合理的な場合があるんだよ
プロジェクト単体で見たときには理不尽に見えても、企業全体で見たときにガイドラインが揃っていることによる最低ラインが保証されていることは多くの場合メリットになる
で、大抵の場合はガイドラインの背景は、末端には知らされないので合理的でないように見える
「本番オペレーション時にはコマンドを声に出して読み、2名以上で確認しながら作業」とか
「HDD交換時は、データセンター内でデータ消去作業を実施した後搬出」
「事前にチェックリストを作成し、承認された作業以外は実施不可」
とかと同じだな
全部非合理に見えるだろ？
場合によってはめちゃくちゃ合理的なんだぜ
263 = :
>>257
これは流石にネタだよね？
264 :
てか、さっき俺、間違えたか？
int 21億って、signedだっけ？
したら、それについては勘違いしてたの、俺。
265 = :
なんか見てて可哀想になってきた
266 = :
63ビットを詰め尽くすデータを想定しているシステムw
キチガイは実際にモノ作ってないのだろうな
267 = :
>>262
お前が提示した例の対極にあるのが.envコミットでしょ。ポカヨケにもなってる予防策を外してわざわざコミットするわけだから。どんな角度から見ても一切合理的では無いって断言しておく。
268 = :
上げてるアホはいい加減自分のスレに帰れ
http://medaka.5ch.net/test/read.cgi/prog/1525573214/
269 = :
>>267
ポカヨケってクレデンシャルの流出の話を言ってる？
それは別で検討すべしって前スレで散々言われてるだろ
270 = :
271 = :
>>269
え？ローカルの設定で上書きしちゃうケースを想定できないの？
272 = :
>>271
それ想定しなきゃいけないレベルだと、コードレビュースカスカだろ
何言い出してんだ？
273 = :
>>232
合理的かは知らんが、git cloneしてすぐ動くことが求められるから
.envもvendorもコミットしてるって奴がいたような
274 = :
>>272
え？お前は毎回コードレビューでローカルの.envをしてないかどうかまでチェックすんの？してたらリジェクトして再コミットさせるの？時間の無駄では？
275 = :
>>274
ほんとお前何いってんだ？変更箇所チェックしないわけ無いだろ
276 = :
>>273
それもconfigに書いてりゃ済む話。環境の違いを吸収するのが.envの目的だから、git clone後にすぐ動くようにしたいなら、わざわざ.envで定義する必要は無いんだよなぁ。
277 = :
>>275
え？人間が見なきゃいけない範囲を減らすって発想が無いの？マジ大丈夫か？
278 = :
>>277
そのための工夫が、「ファイル名を分ける」だろ
対応として非常に合理的
あまりわかってないみたいだけど、「.envをコミットしなければならないプロジェクトがある」ってとこからスタートしろよ
話が噛み合わん
279 = :
>>278
そのプロジェクトは客や上司がそういうからって思考停止してるだけでしょ。合理的な理由があってそうしているわけではない。だから.envコミットに合理的な理由は存在しないて話になるわけ。
280 = :
補足しておくと何らかの理由があってそうしていること自体は認めている。俺はやらんけど。
ここで言いたいのは、あくまでも合理的な理由は存在しないよねってだけ。そこで抗弁するのは見苦しいから辞めろ。
281 = :
>>273
そこまで知識が無いやつがいてもなぁw
composerやらjsフレームワーク使ってたらnpmやyarnの事知らない奴とか要らないよw
.envも導入マニュアルとかをwikiとかで書いてあったりすることが多い気がするけどな
282 = :
>>279
殆どの場合、イレギュラーを許すよりガイドラインに沿った対応をさせたほうが全体として合理的
ガイドラインの矯正は、どうしても単独プロジェクトとしてみた場合は理不尽な箇所が出てくる
が、最低ラインが保証されてるってのは、それだけででかいメリットになる
「.envをコミットしなければならないプロジェクトがある」ってとこからスタートしろよ
話が噛み合わん
そこが解ければ、対処方法を実績として書いてくれてるやつのコメントが面白いってわかるようになる
283 = :
>>280
こいつコーディング規約とかも無視するんだろうなｗ
284 = :
>>273
これって本番環境も含めての話なのかな？
むしろリスクの方が高そうだが
すぐに動くことを求める意味が分からん
まあ、勝手にやれば良いとは思うが
285 = :
複数のコントローラで共通の処理をどこかにまとめたいんですが
どこにまとめるのが良いでしょうか？
286 = :
>>282
それは合理的ではなく単に合理性の欠けるガイドラインに従っているだけ。思考停止ってやつだね。なぜそうなっているかを具体的に調べて評価して、初めて合理的かどうかということが言えるわけ。
287 = :
>>285
traitかhelper。役割に応じてどっちに書くか判断して。
288 = :
>>286
その評価って、ここで議論して意味ある？
大抵の場合、根源はトラブル対応から記録を残すって対応が生まれてるんだろうけど、Laravelとは関係がない
関係があるのは「そういったルールが、デカイ企業だとそれなりにある」ってことで、それに対処する方法が前スレで提示されたってこと
289 = :
>>283
俺はそうしなきゃいけない理由自体は否定していないからな。もう一度よく読め。国語力低すぎるぞ。
290 = :
>>284
普通はvendorやらnode_modules何かをgitに上げてたら容量がえぐい事になるし
ネタなんだろうとは思うｗ
>>285
どう共通かにもよるけど、親クラスを作ってそれを継承させる方法の方が良い場合もある
その親クラスは普通にControllersに置いててもいいかも
291 = :
>>289
インデントをタブでって言われたらブチ切れる人だろ？知ってるｗ
292 = :
>>288
それを言い出すとLaravelと関係無いイチプロジェクトの事情で.envをコミットしてます！て言われましても・・・てなるけどな。
293 = :
>>292
だから言ってんじゃん
関係があるのは「そういったルールが、デカイ企業だとそれなりにある」ってことで、それに対処する方法が前スレで提示されたってこと
ナレッジの共有を否定するのはアホだろって話
294 = :
>>293
誰もそこ否定してないって。.envコミットするのは合理的じゃないよね。でもやりたいやつはやれば？て話。あとナレッジって何？.envコミットしている側からナレッジなんて一切提供されてないだろ。
295 = :
>>294
ってことは、君は
・.envをコミットしなければいけない環境があることは理解している
・.envをコミットしなければならない環境の合理性は理解できない
・前スレに提示されたナレッジは見えてない
って状態かな？
296 = :
君たち飽きないねえ
297 = :
>>295
俺は「.envコミット派からはナレッジ提供されていない」と言ってる。そこ間違えないでくれよな。
298 = :
>>273
どのみちcloneしてからmigrationやらdockerコンテナ作成したりするんだから、文字通り「cloneしてすぐ動く」ってのは誤りだと思うけどな
例えばdockerその他ツールのポートが競合してたりして、どうせ環境依存の変更は必要になるだろ
299 = :
>>297
まとめてくれてるやつまでいるのに目に入らないの？
君が言った「.env上書きしたらどうすんのよ？」に対しても「ファイル名を別にして管理する」っていうナレッジが提示されてるやん
300 :
>>299
俺297とは別人だけどまとめてくれてるレスがどれか分からんかった
どのレスにまとまってる？
みんなの評価 :
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
トップメニューへ / →のくす牧場書庫について