ここでは虹裏imgのかなり古い過去ログを閲覧することができます。
19/01/14(月)23:21:25 No.562101098
わたしこの改行嫌い！
1 19/01/14(月)23:22:15 No.562101363
一行にしちゃう
2 19/01/14(月)23:22:38 No.562101487
エディタに整形させる なんかグチャッとなった
3 19/01/14(月)23:23:13 No.562101688
>一行にしちゃう 三項演算子?
4 19/01/14(月)23:23:25 No.562101770
※たまにこういう人がいる…
5 19/01/14(月)23:26:22 No.562102688
一番読みやすいかな
6 19/01/14(月)23:27:01 No.562102916
if(){ hoge(); } else{ hogehoge(); } かなぁ…
7 19/01/14(月)23:28:31 No.562103387
>} > >else{ 貴様ァ…
8 19/01/14(月)23:28:37 No.562103417
>かなぁ… なんでelseの前に一行開けるんですか
9 19/01/14(月)23:29:13 No.562103610
>なんでelseの前に一行開けるんですか 癖
10 19/01/14(月)23:29:25 No.562103656
みんなで決めたコーディングルールに従おう！ 俺は画像派
11 19/01/14(月)23:29:38 No.562103722
# 自信がなくなってきた if (condition == something) { DoSomething(); } else { DoSomethingDifferent(); }
12 19/01/14(月)23:29:53 No.562103799
>癖 >貴様ァ…
13 19/01/14(月)23:30:08 No.562103882
コーディング規約にないことは何をしてもよい
14 19/01/14(月)23:30:23 No.562103959
言語がルールを一つに決めれば争いは起きない！
15 19/01/14(月)23:30:32 No.562104008
メソッドの間とかswitch分の間とか一行空けたくなるのは分かる
16 19/01/14(月)23:30:37 No.562104032
># 自信がなくなってきた >if (condition == something) { > DoSomething(); >} else { > DoSomethingDifferent(); >} わたしこれ好き！
17 19/01/14(月)23:32:13 No.562104541
インデントの開始と終わりはわかりやすい状態がいいなぁ… 行数縮めるのもわかるけど雑なコードだと読みづらくて
18 19/01/14(月)23:32:19 No.562104564
スレ画派だけどエディタの自動整形にところどころ崩されてもにょる
19 19/01/14(月)23:32:47 No.562104702
condition == something ? DoSomething() : DoSomethingDifferent();
20 19/01/14(月)23:32:50 No.562104721
if(){hoge();} else{hogehoge();}
21 19/01/14(月)23:33:15 No.562104826
if (condition == something) { DoSomething(); } else { DoSomethingDifferent(); }
22 19/01/14(月)23:33:16 No.562104830
>// conditionがsomethingか比較する >if (condition == something) { > // conditionがsomethingの場合DoSomethingを呼び出す > DoSomething(); >} else { > // それ以外の場合はDoSomethingDifferentを呼び出す > DoSomethingDifferent(); >} よし
23 19/01/14(月)23:34:22 No.562105177
if (condition == something) DoSomething(); else DoSomethingDifferent(); これでよくない？
24 19/01/14(月)23:34:25 No.562105190
>condition == something ? DoSomething() : DoSomethingDifferent(); 三項条件演算子は便利なの分かるんだけど パッっと見てコードを追おうとするとたまに混乱するからif文にするね…
25 19/01/14(月)23:34:57 No.562105337
三項演算子の入れ子を書くやつは出入り禁止にしてほしい
26 19/01/14(月)23:36:01 No.562105644
>これでよくない？ それじゃブロック内を複数行にしたいときパッとやれないし
27 19/01/14(月)23:36:13 No.562105725
>かなぁ… else前に空行を入れなければ自分はこのスタイルだ 何となく閉じ波括弧の後ろはなるべく何も書かずに済ませたい派
28 19/01/14(月)23:36:23 No.562105766
>これでよくない？ わたしぶら下がり文嫌い！
29 19/01/14(月)23:37:41 No.562106161
>よし よしじゃない ソースをなぞるコメントは要らん
30 19/01/14(月)23:37:48 No.562106202
改行で喧嘩してるのはマジで不毛だと思う そのうちプログラミングマナー講師ビジネスとか誕生しそう
31 19/01/14(月)23:37:56 No.562106235
こう！ if (condition == something){ DoSomething(); Retrun; } DoSomethingDifferent();
32 19/01/14(月)23:38:16 No.562106327
三項演算子は「私条件文です！！！」感がなさすぎて可読性下がるから好きじゃない
33 19/01/14(月)23:38:37 No.562106434
//某氏のお好み if (condition == something) DoSomething(); if (condition != something) DoSomethingDifferent();
34 19/01/14(月)23:38:47 No.562106482
>そのうちプログラミングマナー講師ビジネスとか誕生しそう コーディング規約ってやつの事じゃないスかねソレ
35 19/01/14(月)23:39:06 No.562106591
インデントだけで入れ子になってることを示すのは不安になるな… Pythonとか文法レベルで保証されてるならしゃーなしだけど
36 19/01/14(月)23:39:23 No.562106661
>こう！ 同列の処理はインデント揃えたい
37 19/01/14(月)23:39:32 No.562106702
>三項演算子は「私条件文です！！！」感がなさすぎて可読性下がるから好きじゃない 初期条件でセットする箇所ならいいけど 色々処理行われた後に出てくると嫌だなぁって思う
38 19/01/14(月)23:39:46 No.562106774
>インデントだけで入れ子になってることを示すのは不安になるな… >Pythonとか文法レベルで保証されてるならしゃーなしだけど C#メインなんだけどたまにバックエンド手伝ってるときにphpとか打ってるとメチャ不安になるばい…
39 19/01/14(月)23:39:52 No.562106803
ルールが厳格な言語を作ればいい！ビッグアイデア！
40 19/01/14(月)23:40:17 No.562106914
上司のコメントを消してしまわないようにコメントには必ず自分の名前を入れること
41 19/01/14(月)23:40:27 No.562106957
>三項演算子の入れ子を書くやつは出入り禁止にしてほしい val = (val > min) ? ( (val < max) ? val : max ) : min;
42 19/01/14(月)23:41:35 No.562107305
リファクタリングの際は古いコードをすべてコメントアウトで残すこと
43 19/01/14(月)23:41:38 No.562107313
>何となく閉じ波括弧の後ろはなるべく何も書かずに済ませたい派 俺はelse/else ifに限って閉じと同じ行にしたい たぶんelse単体だと条件が明確になっていないことを意識したいからだと思う
44 19/01/14(月)23:42:00 No.562107393
スレ画は完全な空行はないC#スタイルでいいのかな 行間広すぎて見づらい
45 19/01/14(月)23:42:37 No.562107568
改行なんてコンパイラがいい感じに解釈するからどうでもいいよ…
46 19/01/14(月)23:43:41 No.562107871
// 2019.01.14 DEL START // 2019.01.14 DEL E N D
47 19/01/14(月)23:44:00 No.562107956
>リファクタリングの際は古いコードをすべてコメントアウトで残すこと おい いいね付けたやつ どういう意図か知らんがお前は過去に殺される
48 19/01/14(月)23:44:50 No.562108185
職場の同僚がやたら空改行入れたがる人たちばかりでイラッとする
49 19/01/14(月)23:45:30 No.562108381
ifとelseは同じ階層に置かないと絶対見逃す
50 19/01/14(月)23:45:48 No.562108467
>リファクタリングの際は古いコードをすべてコメントアウトで残すこと SVNでバージョン管理してるのはまぁいいとしてその上でこれやるのなんなの バカじゃないの…
51 19/01/14(月)23:46:54 No.562108764
>スレ画は完全な空行はないC#スタイルでいいのかな C#は.netDocsとかでも if (input >= 0) { classify = "nonnegative"; } else { classify = "negative"; } ってなってるからあんなやたら空いているわけじゃないけど 条件文と{を同じ行にはしないのかもしれない
52 19/01/14(月)23:47:17 No.562108869
else if書く人めちゃ嫌い それが頻出してる時点で間違えてることに気付いて欲しい
53 19/01/14(月)23:47:44 No.562109017
>//某氏のお好み >if (condition == something) DoSomething(); >if (condition != something) DoSomethingDifferent(); その某氏のお好みに沿ったかきかたしたら さらに if (condition == something) { DoSomething(); } if (condition != something) { DoSomethingDifferent(); } こうって言われたことある
54 19/01/14(月)23:48:30 No.562109251
>else if書く人めちゃ嫌い >それが頻出してる時点で間違えてることに気付いて欲しい 嫌わないで
55 19/01/14(月)23:48:38 No.562109294
>こう！ >if (condition == something){ > DoSomething(); > Retrun; >} >DoSomethingDifferent(); 途中で抜けると静的解析で怒られるし…
56 19/01/14(月)23:48:55 No.562109372
スピードに差が出ないならなんでもいいや
57 19/01/14(月)23:49:28 [python] No.562109522
>else if書く人めちゃ嫌い >それが頻出してる時点で間違えてることに気付いて欲しい switch-caseなど知らん
58 19/01/14(月)23:49:48 No.562109608
引数チェックだけは一行で書いてもいいよね…？
59 19/01/14(月)23:50:14 No.562109717
if (定数 == condition)
60 19/01/14(月)23:50:15 No.562109726
最終的に俺様router書くのいいよね
61 19/01/14(月)23:50:26 No.562109779
>スピードに差が出ないならなんでもいいや 改行の宗教はそれでいいと思う コメント系の話は人間とdiffの理解力が大幅に下がるのでだめ．
62 19/01/14(月)23:51:53 No.562110179
Select Case contition Case something DoSomething() Case else DoSomethingDifferent(); End Select
63 19/01/14(月)23:52:14 No.562110282
>条件文と{を同じ行にはしないのかもしれない {の位置が一致しないと誤読の原因になるからね…
64 19/01/14(月)23:53:15 No.562110575
嫌じゃ嫌じゃ 1行1命令じゃ
65 19/01/14(月)23:53:15 No.562110577
>if (定数 == condition) これを見ると無条件でコンパイラ警告出すだろ何めんどくさいことしてんのってなってしまう
66 19/01/14(月)23:53:20 No.562110595
改行は目をつぶるからせめて括弧はつけてくれんか…
67 19/01/14(月)23:53:47 No.562110734
某氏ってだれ？ それの参考サイトとかあれば教えて欲しい
68 19/01/14(月)23:53:56 No.562110785
コメントはどう処理してるかじゃなくてなんでその処理があるかを書いてほしい気持ちがある どう処理してるかは綺麗に書いてくれればわかるから…
69 19/01/14(月)23:54:45 No.562111032
//理由は解りませんが、ここを消すと動きません。
70 19/01/14(月)23:55:45 No.562111321
# コンディションをチェック if (condition == something) {
71 19/01/14(月)23:55:50 No.562111350
>コメントはどう処理してるかじゃなくてなんでその処理があるかを書いてほしい気持ちがある >どう処理してるかは綺麗に書いてくれればわかるから… ×⇒//うんこをもらすメソッド 〇⇒//トイレまで間に合わないため体内の毒素を排出するために処理を行う
72 19/01/14(月)23:55:59 No.562111397
必ず小＜大の順にしたい 大＞小の条件見ると脳が混乱する
73 19/01/14(月)23:57:04 No.562111721
> 必ず小＜大の順にしたい 評価対象を左にしないと気持ち悪い
74 19/01/14(月)23:58:22 No.562112141
（a > b）and (c < d) みたいなのはクソァってなる
75 19/01/14(月)23:58:23 [消してない] No.562112146
//あとで消す
76 19/01/14(月)23:58:46 No.562112249
if (x > 10) の方が if (10 < x) よりも好き
77 19/01/14(月)23:58:53 No.562112295
># コンディションをチェック >if (condition == something) { そうそう、こういうやつね しねよ
78 19/01/15(火)00:00:34 No.562112782
この書き方にしないから見辛いから始まって最終的に人格否定までこの前職場でされたわ
79 19/01/15(火)00:01:10 No.562112973
>} else { これにしないやつは死んでよ
80 19/01/15(火)00:01:19 No.562113015
>if (x > 10) の方が if (10 < x) よりも好き 左小さく右大きくした方が直感的に見やすくない？ 変数を左側に置きたいって気持ちは分かるけどさあ
81 19/01/15(火)00:01:38 No.562113108
>>コメントはどう処理してるかじゃなくてなんでその処理があるかを書いてほしい気持ちがある >>どう処理してるかは綺麗に書いてくれればわかるから… >×⇒//うんこをもらすメソッド >〇⇒//トイレまで間に合わないため体内の毒素を排出するために処理を行う 〇⇒//トイレまで間に合わないため体内の毒素を排出するために処理を行う(ユーザーが「」の場合はこのメソッドが一番最初に処理される)
82 19/01/15(火)00:01:41 No.562113118
ムカつくのはクソコメントを消そうとすると「なんで消す必要があるの」とか寝てるようなことを言い始めるとこ バージョン管理してんだからSTART ENDコメントもコメントアウトもコードをなぞるだけのコメントアウトも何もかも要らねえよボケ！
83 19/01/15(火)00:02:02 No.562113221
>左小さく右大きくした方が直感的に見やすくない？ 全くわからない…
84 19/01/15(火)00:02:11 No.562113277
} else {
85 19/01/15(火)00:02:22 No.562113331
>全くわからない… 文化が違う…
86 19/01/15(火)00:02:35 No.562113391
# 最終的には消したい
87 19/01/15(火)00:02:46 No.562113443
># 最終的には消したい 消せない…
88 19/01/15(火)00:02:59 No.562113498
// 暫定的に対応する
89 19/01/15(火)00:03:18 No.562113590
数直線上に10とかXを並べるイメージでしょ わからなくはないけど変数が左のほうが俺の目に優しい
90 19/01/15(火)00:03:38 No.562113688
# デバッグ用
91 19/01/15(火)00:03:43 No.562113710
>>if (x > 10) の方が if (10 < x) よりも好き >左小さく右大きくした方が直感的に見やすくない？ >変数を左側に置きたいって気持ちは分かるけどさあ 「xは10より大きいか」を判定したいのであって 「10はxより小さいか」を判定したいわけじゃないじゃない？
92 19/01/15(火)00:04:27 No.562113923
自分も評価対象を左に書く派かな… i > 9じゃなくて 9 < iってことでしょ？文化が違う
93 19/01/15(火)00:04:30 No.562113940
(1
94 19/01/15(火)00:04:47 No.562114013
>言語がルールを一つに決めれば争いは起きない！ Go言語いいよね…
95 19/01/15(火)00:05:14 No.562114128
やはりマナー講師は必要…
96 19/01/15(火)00:05:17 No.562114145
else ifを一つの中で多用するならswitchにお聞かればいいけど とりあえず例外処理として置くのは悪くないと思うエラー処理が正しければの話だけど
97 19/01/15(火)00:05:17 No.562114149
英語文法で考えると変数が左になるのが自然じゃない？
98 19/01/15(火)00:05:20 No.562114157
#define NUM_9 9
99 19/01/15(火)00:05:26 No.562114194
なんで暫定的な対応が3年も残ってんだよ！
100 19/01/15(火)00:06:13 No.562114383
0,1,2,....n っていう数学でよく見る線形に従うようにって話だよね 自分も小 < 大 で書くわ
101 19/01/15(火)00:06:18 No.562114408
大体実数値使わずマクロ名で演算するからスレ画で無いと逆にわかりにくい
102 19/01/15(火)00:06:52 No.562114546
>やはりマナー講師は必要… マナーじゃなくてルールだ必要なのは もっと言えばコーディングルールとそれを守らせるLint的なやつ
103 19/01/15(火)00:06:57 No.562114574
>なんで暫定的な対応が3年も残ってんだよ！ 3年も問題なく動いてる対応ですよ変える必要があるんですか変えて問題があったら責任取れるんですか
104 19/01/15(火)00:07:05 No.562114611
>やはりマナー講師は必要… 本当に出てきたらまずこいつを象徴的な意味で叩き殺したあとで規約の検討を始める
105 19/01/15(火)00:07:12 No.562114644
>英語文法で考えると変数が左になるのが自然じゃない？ x is less than a も a is greater than x もあるやろがい
106 19/01/15(火)00:08:02 No.562114863
>x is less than a も a is greater than x もあるやろがい なんでaにしたの
107 19/01/15(火)00:08:12 No.562114905
>本当に出てきたらまずこいつを象徴的な意味で叩き殺したあとで規約の検討を始める 象徴でいいのか？少なくとも論理的に叩き殺して存在を無くさないかぎり金だけ奪ってくクソだぞ
108 19/01/15(火)00:08:12 No.562114909
Gitのせいでこっそり修正とか出来ないからね…暫定で動くなら良いよね…
109 19/01/15(火)00:09:15 No.562115192
>なんで暫定的な対応が3年も残ってんだよ！ マイコン変わったとき触った人の暫定対応がずっと残ってるせいで 10年ものとか普通にあるな…
110 19/01/15(火)00:09:36 No.562115272
なんでそんなに血の気が多いの…
111 19/01/15(火)00:09:42 No.562115306
「美しくない」はコード修正の理由になりません
112 19/01/15(火)00:09:56 No.562115371
結局 (定数 == 変数) にするのがいいんですか？
113 19/01/15(火)00:10:08 No.562115432
組み込み屋だから継ぎ足しはしても暫定仕様のままとかまずやらないな…
114 19/01/15(火)00:10:09 No.562115437
>なんでそんなに血の気が多いの… 俺が死ぬかお前が死ぬかだ！
115 19/01/15(火)00:10:34 No.562115572
秘伝のソースだからな
116 19/01/15(火)00:10:38 No.562115588
変数が左にあると社長がけおるからヨーダ記法しか使えない
117 19/01/15(火)00:11:03 No.562115695
>>// conditionがsomethingか比較する >>if (condition == something) { >> // conditionがsomethingの場合DoSomethingを呼び出す >> DoSomething(); >>} else { >> // それ以外の場合はDoSomethingDifferentを呼び出す >> DoSomethingDifferent(); >>} >よし …すぞ
118 19/01/15(火)00:11:09 No.562115722
>結局 >(定数 == 変数) >にするのがいいんですか？ 変数は主語であり主語がはじめに来るのがシンプルでわかりやすい構文だ
119 19/01/15(火)00:11:15 No.562115752
>なんでそんなに血の気が多いの… メモ帳一つで半世紀近く血みどろの殴り合いやるような人種だぞ
120 19/01/15(火)00:11:16 No.562115755
ラムダ式を使うのは目上の方に失礼になるので控えましょう
121 19/01/15(火)00:11:54 No.562115922
>なんでそんなに血の気が多いの… 後で直す理由を挙げて正規のルートで修正するとなるとクソ面倒だから 最初のコードフォーマットの刷り合わせはみんな譲りたくなくて喧嘩になる
122 19/01/15(火)00:11:57 No.562115938
マイコンICが新しいものになるってんで既存のソフトをそれに対応させる時に 今のコードは汚いので大幅に改修しよう！となり 結果として異常の原因がソフトにあるんだかハードにあるんだかわかんなくなって大変なことになったことがある
123 19/01/15(火)00:12:44 No.562116171
せっかくだからタブインデントとスペースインデントの話もしよう 自分はスペースインデント派の主張がだいたい納得できないのでタブインデント派
124 19/01/15(火)00:12:52 No.562116203
ヨーダ記法はだめって言うけどうるせぇ！ってなる精神状態もわかってほしい 許してくれるね
125 19/01/15(火)00:12:58 No.562116234
>「美しくない」はコード修正の理由になりません なる（放置すると生産性の低下の温床になる）ということを理解できない（したがらない）のが金を出す奴らだ 死んでしまえばいいとしばしば思う
126 19/01/15(火)00:13:32 No.562116401
本流のソースに手入れるの本当に面倒くさいからな…申請とか書類とか
127 19/01/15(火)00:13:35 No.562116419
スペースインデントとか話聞く必要すらない下等な邪教じゃねえか
128 19/01/15(火)00:13:47 No.562116482
インデントはエディタに任せるので好きにすればいいと思う
129 19/01/15(火)00:14:17 No.562116630
メンテすんの俺じゃないし…
130 19/01/15(火)00:14:57 No.562116832
タブインデントでいいだろ…
131 19/01/15(火)00:15:14 No.562116915
>メンテすんの俺じゃないし… 未来の俺かもしれないから言ってるんだ
132 19/01/15(火)00:15:22 No.562116947
cならタブインデントだろうな 下げ幅が気に入らなければエディタの設定でお好みにできるし
133 19/01/15(火)00:15:29 No.562116976
>else if書く人めちゃ嫌い？ >それを嫌ってる時点で間違えてることに気付いて欲しい
134 19/01/15(火)00:15:31 No.562116984
>タブインデントでいいだろ… …すぞ タブは環境毎に違うからスペースにしろっつってんだろうがボケ
135 19/01/15(火)00:16:28 No.562117259
タブインデントとスペースインデントが混じってるクソみたいなソースを強引にタブインデントで統一させたよ ほめて
136 19/01/15(火)00:17:02 No.562117388
ありがちだがタブとスペースが混ざった状態になるととてもキモい タブは正規表現で置き換えやすい よってタブが自然と駆逐される
137 19/01/15(火)00:17:02 No.562117395
>タブインデントとスペースインデントが混じってるクソみたいなソースを強引にタブインデントで統一させたよ えらいぞ 混ざってるのが一番邪悪だからな
138 19/01/15(火)00:17:13 No.562117435
その調子でCRLFも混入させていってくれ
139 19/01/15(火)00:17:14 No.562117438
>タブは環境毎に違うからスペースにしろっつってんだろうがボケ スペースはバイト数食うし…
140 19/01/15(火)00:17:15 No.562117441
>…すぞ >タブは環境毎に違うからスペースにしろっつってんだろうがボケ 環境ごとってそこも含めて統一するでしょ 何言ってるの
141 19/01/15(火)00:17:26 No.562117486
全角スペース混ぜておくね
142 19/01/15(火)00:17:32 No.562117513
>その調子でCRLFも混入させていってくれ オイオイオイ
143 19/01/15(火)00:17:49 No.562117572
タブ派の気持ちもわかるけどタブの幅を8にしてるやつとかは頭おかしいんじゃねぇかと思う やたら横長いJavaとかならともかく最近の言語なら幅は2が一番見やすいと思う
144 19/01/15(火)00:17:56 No.562117613
だいたいコーディング規約で決めれば済む話
145 19/01/15(火)00:17:57 No.562117620
>その調子でBOMも混入させていってくれ
146 19/01/15(火)00:18:01 No.562117634
>マイコンICが新しいものになるってんで既存のソフトをそれに対応させる時に >今のコードは汚いので大幅に改修しよう！となり >結果として異常の原因がソフトにあるんだかハードにあるんだかわかんなくなって大変なことになったことがある 新しいマイコンよくわかんねえっつーか前のマイコンも知らねえから適当に書こ… とりあえず動いたあとは知らね！ で今進んでるなあ
147 19/01/15(火)00:18:22 No.562117734
>全角スペース混ぜておくね おいこいつから
148 19/01/15(火)00:18:36 No.562117806
>全角スペース混ぜておくね 全角スペースは即座に可視化した後に置換する たとえそれがstring内でも可視化だけはする
149 19/01/15(火)00:18:51 No.562117869
>その調子でBOMも混入させていってくれ 邪悪すぎる…
150 19/01/15(火)00:19:00 No.562117904
>その調子でBOMも混入させていってくれ お前これホンット…！
151 19/01/15(火)00:19:04 No.562117920
>だいたいコーディング規約で決めれば済む話 （Lintがないので守られない）
152 19/01/15(火)00:19:05 No.562117926
タブは幅4なんだ 俺はずっとこうなんだ
153 19/01/15(火)00:19:05 No.562117929
全角スペースは□出るし…
154 19/01/15(火)00:19:39 No.562118083
emacsが勝手にやったインデントだから幅なんてしらねぇ！！
155 19/01/15(火)00:19:41 No.562118093
邪悪要素多くない…？
156 19/01/15(火)00:19:56 No.562118164
BOMのせいでやらかした記憶が蘇る…
157 19/01/15(火)00:20:18 No.562118265
>邪悪要素多くない…？ 何もかも企画が統一されなかったのが悪いんだ
158 19/01/15(火)00:20:40 No.562118360
BOMのせいで管理が一日帰れなかったの思い出した
159 19/01/15(火)00:20:56 No.562118431
>BOMのせいで管理が一日帰れなかったの思い出した 悲惨すぎる…