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