【悲報】プログラマさん、カッコの位置で喧嘩を始めてしまう
■ このスレッドは過去ログ倉庫に格納されています
①
if Omocha {
} else {
}
②
if Omocha
{
}
else
{
}
③
if Omocha {
}
else {
} >>118
関数型の考え方なのでその考えを取り入れているならそういう設計になってるんじゃないか >>120
だから普段2で書いてたら問題ねぇ話だろw
顧客なんか行数がどうとか理解してないしな
こっちとしてはむしろ大きい数字で説得したほうが利益率高くなるわけでなんで行数を少なくするほうが正義なのかマジでわからん >>114
大半の言語はifをそういう使い方してないんで…
こういう言語指定してない話の中では不適当な回答だろ
しかもifがそうなら他もそうなるとか思想がめんどくさすぎる
大半のIDEがフォーマットを構文ごとに指定できるのに >>121
何だそれクソキモいな
なんのためにifを式にしたんだよクソアホだろ >>123
if文をこういう使い方する言語は結構あるんだけどね
思想ではなくその言語にとって自然かどうかという話 >>125
その結構ある言語はどこで使われてるんでしょうか?
全く見ません ぶっちゃけ統一されてれば何でもいい
拘るもんでもないだろ >>124
好き嫌いはあるだろうが最近の言語なら基本的にはこうなってるはずだよ >>122
だからプロジェクト単位の規約によるんだって
もちろん2で書けって決まりがあるなら2で書くぞ?
ついでに言えばプロジェクトの納品日は絶対に動かないから
利益云々よりも試験工数少なくしてーんだよ
ウチは指標値にバグ件数届くまで再試験になるし >>128
関数型言語開発者が他と違う俺かっけーで生み出してしまった方式のせいで混沌としてしまったわけだな
Haskellマジで死んでほしい >>126
Ruby
Swift
kotlin
Go
lisp
とか パイソン「じゃあカッコを無くせばいいじゃんw」
プログラマー全員「それはない」 ブロックの指定にカッコが不要なPythonやろうぜ 1なんて見たことないわ
メンテ時に汚ぇコードだな誰だよと思われて終わり pythonは業務で使った事ないけどブロック周りでカオスにならないもんなのかな
新人が変なフォーマットしやがったぁ!みたいな >>139
嘘だろRuby Swift Kotlinがそんなわけねぇもん
Go Lispなら他とは違う俺かっけ~は普通にあると思う >>140
これ
はずしちゃうPythonはマジで頭悪い
キチガイ死んでほしい >>137
普段?
仕事以外で書く時って事?
んなの1~3のどれでも
自分が読みやすいコードが大正義だぞ
お前が読みやすいレイアウトなんか知った事じゃないぞ >>143
>>144
Pythonはマジでゴミ
まともな頭してたらこんな言語作らねぇわ >>149
事実とは
ifは式として扱われるし評価値は戻り値として返されるけど >>148
2で指定されてない場合
1で指定される場合なんてないでしょ
じゃあ2でいいじゃんって話よ kotlin if式と調べて出てきたサイト貼るよ? >>155
だから式で使われねぇよオブジェクト指向言語だぞ? C#も関数型の考えをかなり取り入れて進化してるはずなんだけどね >>160
知ってるが?
基本がオブジェクト指向言語って話だろ プログラマは無駄を嫌って行を詰めるものだと思ってました >>165
お前だが?
Ruby,Swift,Kotolinで1の書き方するわけ?
そんなわけねぇだろ 1を標準とするとifを値で扱ってる言語の代入は
let a = {
10
}
こうなっちゃんじゃないの?これはこれで変だと思うんだけど
UavZpaNrNIKUのこの辺の主張がマジで何が言いたいのかわからん >>164
なわけない
普通はその後のみやすさ考慮して改行する >>168
ブロックも式だということ
{}自体がそのなかの値を返す式
なのでlet a = 10
と同じ Java使ってるけど、ほぼ1しか見た事ない
稀に3は見かける
2はキチガイ >>170
問題はそこじゃない
ifがそうなら他の代入式もそうなるってのが分からん
ブロックのルールなんて構文ごとに指定できるのになぜ全体に波及すんの? >>168
ruby において if は式だから
x = if aaa
1
else
2
end
みたいな書き方できる
多分その事を言っているんじゃないかな
kotlin は知らん 学校では
条件式
{
}else
{
}
こう習った気がする
その後
条件式{
}
else{
}
こうなったなぁ みんな頭おかしすぎだろ
条件分岐って何かわかってるか?
2か3かしかありえねぇよ >>174
極論フォーマッターでかたつく話だというのはずっと言っているが
ifを値として考えた場合は基本的にはおかしいんだよ C,C++中級者になってくるとコレやり始める気がするw
条件式{ 関数A; }else{ 関数B; } >>186
一行プログラムに興味を持ってしまうと過激派になる >>187
カッコは絶対いるw
条件式{ 関数A; }else{ 関数B; }
条件式{
関数A;
}else{
関数B;
}
上のが見やすくね?中級者になると使い始める気がする >>188
Githubって個人のオープンだからここで1がいいって言ってるみたいな人が公開すればそうなるんじゃ >>191
1行は可読性が良い気がするけど
アホに走る可能性もあるからなんとも言えねえww
でもこれは絶対おすすめ
条件式{ 関数A; }else{ 関数B; } >>196
初心者はそうだと思うww
マウスクルクル多様始めるようになると
条件式{ 関数A; }else{ 関数B; }
これの良さがわかるw >>197
個人ではないよ
プロジェクト毎に規約がありフォーマッタの設定がありメンテナがおりコードレビューを通らなければマージされない
オープンソースといえど企業がフルタイムのオープンソース小ミッターを雇っているしSwift やKotlinはそもそも企業主導
クローズドな開発と変わりない これが
let a = { 10 };
2を標準にするとこうなっちゃううぅ!
let a =
{
10
}
この流れが意味わからん
じゃあ1が標準の時に
let a = {
10
}
になるんじゃないの?
let a = { 10 };
のままでいいのに何を問題にしたいのかわからん >>202
その場合は比較対象として
let a = if true { 10 }
が適切だね >>201
書き方の話してるじゃん
間違ったコード云々の話とかしてないんだが
誰が閉じ位置の問題で公開NG出すねん
疲れる >>204
出すよ
プロジェクトに沿ってないものが見つかればそれだけのプルリクすら出す let a = { 10 };
これは配列なん?www そこで三項演算子
let a = x ? b : c; if {
else {
}
}
こういう書き方ができるべき
一連の処理であることを示したいから>>1の中では1が好きだな >>212
場所によっては3項演算子は使うべきだよ >>217
普通に処理じゃなくて値だけが欲しいとき >>220
let a = if (b > x? hoge : hage); ■ このスレッドは過去ログ倉庫に格納されています