20/10/28(水)10:55:13 キタ━━━━━... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1603850113199.jpg 20/10/28(水)10:55:13 No.740989360
キタ━━━━━━(゚∀゚)━━━━━━ !!!!!
1 20/10/28(水)10:55:59 No.740989486
お前たちは何者だ!? 何を求めてここへ来た!!
2 20/10/28(水)10:57:03 No.740989665
else if tmp(count) < 0~しかしらない
3 20/10/28(水)10:57:10 No.740989683
if else if else if else if else if else if else
4 20/10/28(水)10:57:31 No.740989741
elif
5 20/10/28(水)10:57:33 No.740989746
while
6 20/10/28(水)11:00:47 No.740990321
}else{ }
7 20/10/28(水)11:01:32 No.740990483
elseif else if elif 統一してくれ
8 20/10/28(水)11:02:36 No.740990688
elf
9 20/10/28(水)11:03:36 No.740990879
elsif
10 20/10/28(水)11:05:35 No.740991230
self
11 20/10/28(水)11:08:31 No.740991696
if then goto else無き時代のつらあじ
12 20/10/28(水)11:10:20 No.740991992
else ifは一構文なんだろうか elseとif並べてるだけなのか
13 20/10/28(水)11:11:37 No.740992194
} else { } は滅びろ
14 20/10/28(水)11:13:53 No.740992604
endif fi
15 20/10/28(水)11:14:40 No.740992724
case「…」
16 20/10/28(水)11:16:26 No.740993020
>case「…」 あんま使わねぇな…って
17 20/10/28(水)11:16:58 No.740993102
>case break入れないと貫通してくるのやめろ!
18 20/10/28(水)11:17:13 No.740993138
毎回elseは必ずつける規約のプロジェクトいたけどソース見たらelse{}ばっかになってた
19 20/10/28(水)11:18:43 No.740993420
>>case >break入れないと貫通してくるのやめろ! 言語に依らね? C#ならコンパイルエラーだし
20 20/10/28(水)11:20:44 No.740993779
}else{ // TODO:必要に応じて例外処理を追加する }
21 20/10/28(水)11:21:58 No.740993995
>毎回elseは必ずつける規約 なぜ・・・
22 20/10/28(水)11:22:06 No.740994024
※たまにelseが使われずelse ifで終わるif文がある
23 20/10/28(水)11:24:01 No.740994357
>case「…」
match {
Some
24 20/10/28(水)11:24:33 No.740994453
>※たまにelseが使われずelse ifで終わるif文がある 何か駄目なのか
25 20/10/28(水)11:24:42 No.740994481
>毎回elseは必ずつける規約 Fだったかどこかで俺も見たな…
26 20/10/28(水)11:24:51 No.740994516
>※たまにelseが使われずelse ifで終わるif文がある 何者にもなれなかった俺は何処へ行けばいい…?
27 20/10/28(水)11:25:32 No.740994643
>何者にもなれなかった俺は何処へ行けばいい…? そのまま下に落ちていく
28 20/10/28(水)11:25:35 No.740994651
よこからだがおそらく本当は入れなきゃいけない処理を忘れないようにする為のルールかと思われる
29 20/10/28(水)11:25:45 No.740994684
else ifで終わるって else { if {} } ってだけじゃない?
30 20/10/28(水)11:26:28 No.740994801
リスト内包表記でどこに来るかわからないやつ
31 20/10/28(水)11:30:17 No.740995480
else if構文の場合最後のelse必須ってのはMISRAにある
32 20/10/28(水)11:30:40 No.740995555
>よこからだがおそらく本当は入れなきゃいけない処理を忘れないようにする為のルールかと思われる ifが条件処理なんだからあてはまらない場合があるのは当たり前だろ そこの条件が追加や変更されたらelse ifやcaseだし 一番最初に作ったやつが何も考えずにif文で作っちゃうのが問題なんだよね
33 20/10/28(水)11:31:07 No.740995622
else{ // ここに来ることはない console.log(”来ることはないと思うけど一応”); }
34 20/10/28(水)11:32:12 No.740995825
>else if構文の場合最後のelse必須ってのはMISRAにある continue禁止とか意味わからねえよ!
35 20/10/28(水)11:32:40 No.740995897
case 文があればだいたい解決する
36 20/10/28(水)11:33:50 No.740996093
> console.log(”来ることはないと思うけど一応”); ログを見てどっから出てるんだってソースを探し回る奴
37 20/10/28(水)11:33:55 No.740996110
(設計書にないelseがある…)
38 20/10/28(水)11:35:02 No.740996304
>> console.log(”来ることはないと思うけど一応”); >ログを見てどっから出てるんだってソースを探し回る奴 あちこちにあって困る奴
39 20/10/28(水)11:35:38 No.740996415
そういえばcaseじゃなくif elseで書けっていうところもあったなあ
40 20/10/28(水)11:36:27 No.740996542
if (user.hasKunriken) { //管理人さん } else if (user.hasName) { //としあき } else if (!user.hasName) { //「」 }
41 20/10/28(水)11:36:29 No.740996545
else if は許す elseif も許す elsif はくたばれ
42 20/10/28(水)11:36:59 No.740996632
>case 文があればだいたい解決する >何者にもなれなかった俺は何処へ行けばいい…?
43 20/10/28(水)11:37:24 No.740996691
>> console.log(”来ることはないと思うけど一応”); >ログを見てどっから出てるんだってソースを探し回る奴 このパスに入ったらどういう状態になってるかも書いてくれ…
44 20/10/28(水)11:37:31 No.740996708
if文でさっさとreturnさせるのが好き
45 20/10/28(水)11:38:21 No.740996858
>>何者にもなれなかった俺は何処へ行けばいい…? goto君かい?
46 20/10/28(水)11:38:42 No.740996914
>elif はくたばれ
47 20/10/28(水)11:40:31 No.740997266
>if文でさっさとreturnさせるのが好き MISRA「returnは関数中に1つしか入れちゃダメ」
48 20/10/28(水)11:41:15 No.740997388
>(設計書にないelseがある…) そもそも設計時点での前提に間違いがあるやつだな あるあるすぎて困る
49 20/10/28(水)11:42:35 No.740997616
} } } } } else {
50 20/10/28(水)11:42:48 No.740997645
>>case >break入れないと貫通してくるのやめろ! case a: case b: case c: hogehoge(); みたいにしたい時にいる!出来なくても困らんけど
51 20/10/28(水)11:43:01 No.740997691
ちゃんとインデント入れろっつってんだろ!!!
52 20/10/28(水)11:43:07 No.740997706
unlessは嬉しいようであまり流行らんね
53 20/10/28(水)11:43:40 No.740997823
else三銃士を連れてきたよ forelse whileelse tryelse
54 20/10/28(水)11:45:03 No.740998042
>unlessは嬉しいようであまり流行らんね 文字数が多い
55 20/10/28(水)11:45:18 No.740998083
>} else if (!user.hasName) { これelseだけじゃダメなの?
56 20/10/28(水)11:46:45 No.740998370
キャンペーン中だしgo to書くたびに補助金くれ
57 20/10/28(水)11:47:21 No.740998474
>みたいにしたい時にいる!出来なくても困らんけど 同感なんだけど絶対こっちの方がレアケースだからな… デフォルトの方がタイプ量多いのはらしくないなって感じはする あと完全にgotoの挙動だなって制御の根底にはgotoがあるのを再認識する
58 20/10/28(水)11:47:24 No.740998486
>tryelse これテストのときあるとありがたい
59 20/10/28(水)11:47:27 No.740998491
>キャンペーン中だしgo to書くたびに補助金くれ 世の中滅茶苦茶にするのはよせ
60 20/10/28(水)11:47:46 No.740998551
>>} else if (!user.hasName) { >これelseだけじゃダメなの? 壷の人かもしれんし
61 20/10/28(水)11:50:31 No.740999049
>これelseだけじゃダメなの? こういう人がいるから else{} が必要なんだ
62 20/10/28(水)11:50:54 No.740999132
>tryelse exceptの人じゃなかったかお前?
63 20/10/28(水)11:51:11 No.740999184
if fi
64 20/10/28(水)11:51:58 No.740999327
boolean見てるなら両方比較しないでいいと思う 片方は必ずelseだ
65 20/10/28(水)11:52:07 No.740999359
esacという謎の単語
66 20/10/28(水)11:53:29 No.740999619
>>キャンペーン中だしgo to書くたびに補助金くれ >世の中滅茶苦茶にするのはよせ GOTOキャンペーンも世の中滅茶苦茶にしてるからセーフ
67 20/10/28(水)11:53:58 No.740999720
} else { こうだろ
68 20/10/28(水)11:54:15 No.740999768
一人でコード書いたり保守するんなら信念に従った書式でいいよ
69 20/10/28(水)11:55:23 No.740999997
ループ中のswitch文でループ抜けたい時はgotoを許してくれ
70 20/10/28(水)11:55:56 No.741000106
else:
71 20/10/28(水)11:56:05 No.741000134
エディターの自動成形にすべて任せる
72 20/10/28(水)11:56:10 No.741000150
>ループ中のswitch文でループ抜けたい時はgotoを許してくれ そもそもそんな構造にするな
73 20/10/28(水)11:57:00 No.741000292
関数に切り出しちゃってreturnしちゃえ ループとswitchでネストも深くなりがちだし
74 20/10/28(水)11:57:50 No.741000454
集団でコード書くときは思想統一が正義
75 20/10/28(水)11:58:49 ID:X.VnuMPg X.VnuMPg No.741000631
something
76 20/10/28(水)11:59:46 No.741000814
(!flg)みたいな書き方嫌いだから必ず(flg==false)って書く
77 20/10/28(水)11:59:46 ID:X.VnuMPg X.VnuMPg No.741000816
エルシフ
78 20/10/28(水)12:00:07 ID:X.VnuMPg X.VnuMPg No.741000889
>(!flg)みたいな書き方嫌いだから必ず(flg==false)って書く …falseは0でいいのでは
79 20/10/28(水)12:00:34 No.741000987
elseとカッコの間にスペース入れろ
80 20/10/28(水)12:00:45 No.741001023
falseをふぁるすと発音するな
81 20/10/28(水)12:00:48 ID:X.VnuMPg X.VnuMPg No.741001036
クソコード書いてそうな「」が多いな…
82 20/10/28(水)12:01:02 ID:X.VnuMPg X.VnuMPg No.741001081
ファルセ
83 20/10/28(水)12:01:33 No.741001179
>一人でコード書いたり保守するんなら信念に従った書式でいいよ その一人が辞めてから新しい一人が補充されるからコード書いたり保守するのは常に一人!
84 20/10/28(水)12:01:35 No.741001186
(FALSE == flg)にしたまえ!!
85 20/10/28(水)12:01:36 No.741001187
あんまり強い言葉を使うな コードレビューで人格否定されるぞ
86 20/10/28(水)12:02:06 No.741001288
>(!flg)みたいな書き方嫌いだから必ず(flg==false)って書く 昔こう思ってたけどフラグの変数名気をつけるようにしたら前者の方が読みやすいなって感覚が変化してきた
87 20/10/28(水)12:02:07 ID:X.VnuMPg X.VnuMPg No.741001291
>elseとカッコの間にスペース入れろ 自動整形知らないのか詰めてんのか判断に困る
88 20/10/28(水)12:02:09 No.741001300
>>一人でコード書いたり保守するんなら信念に従った書式でいいよ >その一人が辞めてから新しい一人が補充されるからコード書いたり保守するのは常に一人! 引継ぎされてないやつ!
89 20/10/28(水)12:02:48 ID:X.VnuMPg X.VnuMPg No.741001420
俗人化いいよね!僕は大嫌いだ!
90 20/10/28(水)12:02:54 No.741001440
#define TRUE 0 #define FALSE 1
91 20/10/28(水)12:03:29 No.741001544
真偽判定を返していた関数を0が正常終了のエラーコードを返すようにすると 判定結果が逆転するので修正漏れ箇所がサクサクになるぞ
92 20/10/28(水)12:03:44 No.741001616
僕はうんこ付けてるやつが嫌いだよ
93 20/10/28(水)12:03:48 No.741001630
こんなスレでidが…?
94 20/10/28(水)12:04:03 No.741001690
新卒からずっとコード書かない仕事してたのに急にやらされていて泣いてる ローカルサーバと通信するだけのかんたんなコードだけど趣味でへらへら書いてるのとは求められるレベルが違って辛い そもそもなんで俺がこんなことやらなくちゃいけないんだ…?
95 20/10/28(水)12:04:41 No.741001822
elfisuzu
96 20/10/28(水)12:04:59 No.741001879
三項演算子でええよ
97 20/10/28(水)12:05:00 No.741001884
case _ =>
98 20/10/28(水)12:05:03 No.741001903
>こんなスレでidが…? まあ心が荒むのも仕方なさそうな職業っぽいし…
99 20/10/28(水)12:05:15 No.741001939
>真偽判定を返していた関数を0が正常終了のエラーコードを返すようにすると >判定結果が逆転するので修正漏れ箇所がサクサクになるぞ BOOL! HRESULT! GetLastError!!
100 20/10/28(水)12:06:00 No.741002094
組み込み開発はいい プロセッサによってはcharもshortもintもサイズが同じ
101 20/10/28(水)12:06:10 No.741002131
>新卒からずっとコード書かない仕事してたのに急にやらされていて泣いてる >ローカルサーバと通信するだけのかんたんなコードだけど趣味でへらへら書いてるのとは求められるレベルが違って辛い >そもそもなんで俺がこんなことやらなくちゃいけないんだ…? 簡単なコードならさくっと終わらせればいいじゃん
102 20/10/28(水)12:06:27 No.741002196
elifはエルフみたいで好き
103 20/10/28(水)12:07:25 No.741002395
三項演算子の中で関数を呼び出すな!!!111
104 20/10/28(水)12:07:45 No.741002452
ifでめっちゃ長々と書いてからelseで簡潔なreturnだけとかあるとなんなのってなる
105 20/10/28(水)12:08:19 No.741002588
PHPやってるとnullと0と空文字とfalseがガバガバすぎてキレそうになる
106 20/10/28(水)12:08:26 No.741002616
趣味で組んでる時と違ってくるのはエラー処理の執拗さだな… 構造は簡単でも面倒くささは跳ね上がる…
107 20/10/28(水)12:08:35 No.741002646
客の日本語をそのままコードに落とし込むと冗長になるのはご存じの通りです…
108 20/10/28(水)12:08:49 No.741002703
趣味だと動けばいいんだ 業務用はそれじゃだめなんだ
109 20/10/28(水)12:09:41 No.741002895
でもこの業務で書かれたコードexception握り潰して…
110 20/10/28(水)12:09:43 No.741002902
>趣味で組んでる時と違ってくるのはエラー処理の執拗さだな… >構造は簡単でも面倒くささは跳ね上がる… 入ってくるデータが想定と全然違う!
111 20/10/28(水)12:09:54 No.741002951
Pythonでリスト内包表記と三項演算子組み合わせて1行に詰め込むの好き
112 20/10/28(水)12:10:42 No.741003115
後任に全てを…託す!
113 20/10/28(水)12:10:49 No.741003144
>でもこの業務で書かれたコードexception握り潰して… は?想定してない例外は上位クラス?がどうにかしてくれるんですけど?
114 20/10/28(水)12:11:11 No.741003218
そしてできあがったのがこちらのおんぼろ煙突です
115 20/10/28(水)12:11:15 No.741003233
>elseif >else if >elif >統一してくれ 変換用プリコンパイラ組んでもええんやで
116 20/10/28(水)12:11:50 No.741003368
try{ imoge(hage); }catch(exception may){ }
117 20/10/28(水)12:12:19 No.741003470
書き込みをした人によって削除されました
118 20/10/28(水)12:12:59 No.741003617
とりあえずtrycatchを入れる catchの中には何も書かない
119 20/10/28(水)12:13:26 No.741003735
たまに例外処理が理解できないコーダーがいるので やべーことになってるのは見て見ぬ振りする
120 20/10/28(水)12:13:36 No.741003780
>continue禁止とか意味わからねえよ! continueってジャンプだよね派がいるんだ ループ内breakってジャンプだよね派もいる
121 20/10/28(水)12:14:14 No.741003915
e.printStackTrace();
122 20/10/28(水)12:14:16 No.741003922
Cはダメだな!
123 20/10/28(水)12:14:17 No.741003929
>とりあえずtrycatchを入れる >catchの中には何も書かない せめて // なにもしない ぐらい書いてくだち!1!!
124 20/10/28(水)12:14:26 No.741003965
昔if-elseif-elseでカッコの位置が揃わなくて気持ち悪い!って言ってる人に冗談で IF__マクロとELIFマクロとELSEマクロ作れば良いんじゃないッスか?って言ったら なるほど!とか返されて困惑したことがある
125 20/10/28(水)12:16:42 No.741004468
正しい文法がわからないんだ…
126 20/10/28(水)12:18:55 No.741004993
例外を条件分岐に使うな殴るぞ
127 20/10/28(水)12:19:48 No.741005207
thenいる?
128 20/10/28(水)12:20:10 No.741005296
例外は取り敢えずキャッチしてエラーフラグで判定ヨシ!
129 20/10/28(水)12:20:36 No.741005395
asyncいる?
130 20/10/28(水)12:20:51 No.741005461
>例外を条件分岐に使うな殴るぞ 例外死ぬほど遅いし実装デバッグ時ですら困るだろうになんでそんな実装にする人がいるんだろうね…
131 20/10/28(水)12:20:58 No.741005499
catchして後は任せた!そのままthrow!
132 20/10/28(水)12:21:15 No.741005574
>asyncいる? めっちゃいるだろ…
133 20/10/28(水)12:22:57 No.741006006
よく分からんがException拾って握りつぶしたらバグ直った!
134 20/10/28(水)12:27:01 No.741007018
>よく分からんがException拾って握りつぶしたらバグ直った! いやーよかったよかった
135 20/10/28(水)12:27:02 No.741007025
asyncよくわからんけど常にawait指定で呼び出すなら無駄な気がする
136 20/10/28(水)12:27:36 No.741007163
例外をgotoとして使う人 do-while(false)をgotoとして使う人
137 20/10/28(水)12:28:45 No.741007474
ループ文はすべてgotoで代替可能だからな…
138 20/10/28(水)12:29:19 No.741007608
実行時に詰まる場所を把握してなかったらasync使っちゃだめよ
139 20/10/28(水)12:30:19 No.741007879
先輩!俺async使います!って言ったら「お前にはまだ早い俺がやる」って実装してくれた先輩かっこよかったな…