22/06/22(水)22:06:13 ｷﾀ━━━━━... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1655903173355.jpg 22/06/22(水)22:06:13 No.941446460
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
1 22/06/22(水)22:08:00 No.941447325
if文以外で見ることがほぼ無い単語だ
2 22/06/22(水)22:08:31 No.941447594
空けろ
3 22/06/22(水)22:08:40 No.941447667
else if else if else if else
4 22/06/22(水)22:09:09 No.941447921
>else if >else if >else if >else ifがねーから動かねーやつ
5 22/06/22(水)22:09:11 No.941447939
} else {
6 22/06/22(水)22:10:07 No.941448393
else不要論
7 22/06/22(水)22:10:29 No.941448548
else if elif elsif 好きなの選んでいいよ！
8 22/06/22(水)22:10:44 No.941448671
if(1){
9 22/06/22(水)22:12:03 No.941449321
>elseifじゃねーから動かねーやつ
10 22/06/22(水)22:12:37 No.941449588
elseを省略してはいけない（静的解析）
11 22/06/22(水)22:13:13 No.941449909
switch case 1: break; case 2: break; default: break;
12 22/06/22(水)22:13:15 No.941449922
>elif 私この数バイト数文字を削るための古の文化嫌い！！
13 22/06/22(水)22:13:59 No.941450296
elf
14 22/06/22(水)22:15:19 No.941450995
end else begin
15 22/06/22(水)22:16:10 No.941451453
聞いているのかねいるす君！
16 22/06/22(水)22:17:04 No.941451885
>default: >break; defaultケースにまでbreak入れる悪の文化
17 22/06/22(水)22:17:39 No.941452186
ekil else ekam else else else di madio
18 22/06/22(水)22:17:47 No.941452246
if something else
19 22/06/22(水)22:17:49 No.941452260
if(hoge) { } else { } 俺はこれ
20 22/06/22(水)22:18:01 No.941452366
>default: >return; >break;
21 22/06/22(水)22:18:29 No.941452593
>>elif >私この数バイト数文字を削るための古の文化嫌い！！ この時代は電話越しにテレタイプでコーディングとかだから1バイトが電話代とインク代に直結するし…
22 22/06/22(水)22:19:32 No.941453151
if hoge Then って書いて職場で怒られた if (hoge) Then だろって
23 22/06/22(水)22:20:03 No.941453380
フローチャートが楽なのがいいな
24 22/06/22(水)22:20:20 No.941453500
>if hoge Then >って書いて職場で怒られた >if (hoge) Then >だろって if (hoge == true) then じゃないの？
25 22/06/22(水)22:20:44 No.941453670
FORTRAN66のブロック化できないIFに比べれば今は何と便利な事よのう
26 22/06/22(水)22:20:44 No.941453672
麗しきelsif
27 22/06/22(水)22:20:55 No.941453764
俺は else if{ ってゆう書き方見た
28 22/06/22(水)22:21:10 No.941453879
仕様書にフローチャートを…とか言われると面倒な客が来たなあという感じになる
29 22/06/22(水)22:21:29 No.941454037
>>if hoge Then >>って書いて職場で怒られた >>if (hoge) Then >>だろって >if (hoge == true) then >じゃないの？ if (hoge === true) then じゃないの？
30 22/06/22(水)22:21:29 No.941454039
>defaultケースにまでbreak入れる悪の文化 入れないとなんか収まり悪くて気持ち悪いから入れちゃう
31 22/06/22(水)22:21:32 No.941454067
平均年齢アラフォーどころかアラフィフくらいだなこのスレ
32 22/06/22(水)22:22:02 No.941454301
規約に従ってください ない場合は殴り合ってください
33 22/06/22(水)22:22:15 No.941454392
>if (hoge == true) then >じゃないの？ trueかどうか判別する場合においては==から先は省略するのがプロ 馬鹿正直に==trueと書くのはド素人って言われたよ…
34 22/06/22(水)22:22:28 No.941454480
>if (hoge == true) then >じゃないの？ if (hoge != false) でしょう ……C言語だと今でも冗談ではなく本当の話
35 22/06/22(水)22:23:08 No.941454800
>この時代は電話越しにテレタイプでコーディングとかだから1バイトが電話代とインク代に直結するし… もっと前の1行70文字までとか穿孔テープやパンチカード時代からあったやつだぜ
36 22/06/22(水)22:23:11 No.941454825
if (hoge === true) { // 何もしない } else { errorlog("hoge is false") }
37 22/06/22(水)22:23:42 No.941455086
boolなんてif(hoge)かif(!hoge)で十分よ
38 22/06/22(水)22:23:48 No.941455139
>>if (hoge == true) then >>じゃないの？ >trueかどうか判別する場合においては==から先は省略するのがプロ >馬鹿正直に==trueと書くのはド素人って言われたよ… 保守する人もプロばかりならいいんだけどなそれでも ど素人がアサインされても分かるようにするんだ
39 22/06/22(水)22:24:11 No.941455349
論理値型変数でいちいち==書くの面倒じゃない？ 論理値型が無い？そう…
40 22/06/22(水)22:24:16 No.941455394
>if (hoge == true) then >じゃないの？ だったら if ((hoge == true) == true) then の方が優れてるね
41 22/06/22(水)22:24:37 No.941455579
ifとforさえ使えればプログラミングは8割くらいなんとかなる
42 22/06/22(水)22:24:43 No.941455624
>if (hoge) Then >だろって 長めのコード書く時はパーレン使うなあ見やすいし 一回しか使わないちょっとしたものならいくらでも省略する
43 22/06/22(水)22:24:56 No.941455720
>if(!hoge) 気持ち悪いし可読性悪いからif(-not hoge)にさせてくれ
44 22/06/22(水)22:25:02 No.941455784
>論理値型変数でいちいち==書くの面倒じゃない？ めんどくせーから可読性犠牲にしていいよ！とか言い出したらどこまで1行で書けるかレースしようぜになるし
45 22/06/22(水)22:25:41 No.941456106
>ifとforさえ使えればプログラミングは8割くらいなんとかなる 再帰を展開してもらおうか！
46 22/06/22(水)22:26:06 No.941456321
(hoge)とか(!hoge)はみっしり詰まりすぎて気持ちわるいのでfalseと比較する
47 22/06/22(水)22:26:26 No.941456452
論理否定が気持ち悪い!？
48 22/06/22(水)22:27:05 No.941456809
むしろ無くてもいいものがついてる方が気持ち悪い…
49 22/06/22(水)22:27:12 No.941456868
コーディングスタイル2 今度は戦争だ！
50 <a href="mailto:switch">22/06/22(水)22:27:18</a> [switch] No.941456912
俺は…
51 22/06/22(水)22:27:50 No.941457178
&&や||と組み合わせないのなら論理否定は使っていいよ if(hoge || !hoge2)とか描くやつは許さん
52 22/06/22(水)22:27:50 No.941457179
>俺は… 何が入るか決まってるならあり
53 22/06/22(水)22:27:51 No.941457186
たまに型変換のせいでtureでないことはfalseを保証してくれないクソ言語があるから油断できない
54 22/06/22(水)22:27:58 No.941457249
>コーディングスタイル2 >今度は戦争だ！ 最初からだよ！
55 22/06/22(水)22:27:59 No.941457251
>むしろ無くてもいいものがついてる方が気持ち悪い… ふたなり否定派か
56 22/06/22(水)22:28:06 No.941457293
go fmt
57 22/06/22(水)22:28:08 No.941457306
なんか妙な流儀持ってるやつが居るところはそれ推進してるのがいなくなった瞬間糞文化投げ捨てるからな…
58 22/06/22(水)22:29:07 No.941457780
>俺は… 使いづらすぎて最近の言語だとmatchに置き換えられてるじゃねえか
59 22/06/22(水)22:29:49 No.941458093
組み込み用は今でもCだ
60 22/06/22(水)22:29:54 No.941458137
>使いづらすぎて最近の言語だとmatchに置き換えられてるじゃねえか むしろC#だとこないだ入ったばっかだぞ
61 22/06/22(水)22:29:54 No.941458141
switch使うくらいならインタフェース使ってポリモーフィズムで処理する
62 22/06/22(水)22:29:55 No.941458150
goはマジで公式がlint用意するだけで全ての自転車置き場がなくなって世界の生産性に寄与してるの本当にセンスあると思う 議論させる必要すらなくてこれでよかったんだって
63 22/06/22(水)22:30:42 No.941458501
今の現場でエラー時の処理にif(Err.Number<>0)thenを使ってなくて少し眩暈がした
64 22/06/22(水)22:30:49 No.941458541
>組み込み用は今でもCだ それで君のいうCってどのC？
65 22/06/22(水)22:30:49 No.941458542
>むしろC#だとこないだ入ったばっかだぞ パターンマッチするようになったのを何か勘違いしている？
66 22/06/22(水)22:31:05 No.941458626
if img.isOpenis then throws unko みたいに一定意味の通るコードが書けるとうれしい
67 22/06/22(水)22:31:06 No.941458632
hogeがnullだったら困るし…
68 22/06/22(水)22:31:08 No.941458642
>俺は… お前powershellでC#呼び出しの次ぐらいにループ早いから呼び出してやるまでもねぇなって時割と使う
69 22/06/22(水)22:31:11 No.941458672
Switch式好き！ .Net Frameworkだと使えないの嫌い！
70 22/06/22(水)22:31:15 No.941458701
早期returnってダメなんだろうか…
71 22/06/22(水)22:31:34 No.941458851
>switch使うくらいならインタフェース使ってポリモーフィズムで処理する 念レス成功！ switch使わない書き方ってなんていうんだっけと調べてたところだったポリフォーフィズムだ
72 22/06/22(水)22:31:58 No.941459032
if (HogeIsRunning) みたいに論理変数名が分かり易ければいいよ
73 22/06/22(水)22:32:11 No.941459126
>組み込み用は今でもC89だ
74 22/06/22(水)22:32:17 No.941459171
>早期returnってダメなんだろうか… ガード節は使った方がいいんじゃない
75 22/06/22(水)22:32:25 No.941459235
>早期returnってダメなんだろうか… ガード節とか基本では…
76 22/06/22(水)22:32:45 No.941459397
やってることは分かるんだけどなんで必要なのか業務的な背景が分からない時があってつらいからコメントなり残しておいてほしいなーって思ってたんだけどふと今コミットログを追えばいいことに気付いた でもちゃんとログ書いてあるかな…
77 22/06/22(水)22:32:45 No.941459401
>.Net Frameworkだと使えないの嫌い！ こんな過去の遺物捨ててしまえ
78 22/06/22(水)22:33:08 No.941459572
初心者の頃はif文大好きでこれがプログラムだと思ってた if文は人類には難しすぎる注入するようにして処理は一本道にしろ
79 22/06/22(水)22:33:16 No.941459635
仕様書とコードは記憶喪失してても読んで理解できるように書くんだよ書いといてくれ昔の自分
80 22/06/22(水)22:33:31 No.941459742
==ってnull以外使わないなぁ…
81 22/06/22(水)22:33:41 No.941459808
>>俺は… >お前powershellでC#呼び出しの次ぐらいにループ早いから呼び出してやるまでもねぇなって時割と使う powershell高速化するテクニック駆使しすぎるとなんだかよくわからない暗黒魔術になるから最近は無理してforeach使わずにForeach-Object使うわ パイプライン通すだけで100倍遅くなるがシェルで高速処理なんてやるだけ無駄だ
82 22/06/22(水)22:33:52 No.941459886
まずは条件分岐処理の中に条件分岐処理を作ることをやめるんだ
83 22/06/22(水)22:33:55 No.941459915
returnは関数につき1つであるべきなんですけおおおお！！！！！！11
84 22/06/22(水)22:33:58 No.941459934
リーダブルコードを読めばとりあえずいい感じのコードを書ける気分にはなる
85 22/06/22(水)22:33:58 No.941459940
>ガード節は使った方がいいんじゃない >ガード節とか基本では… やっぱりそうだよねよかった
86 22/06/22(水)22:34:06 No.941459989
.NetでSwitch式使ってるやつなんてJava上がりくらいしか見たこと無いぞ…
87 22/06/22(水)22:34:35 No.941460229
プログラムは他人にもわかるように書きましょう そして明日の自分も他人です
88 22/06/22(水)22:34:37 No.941460250
>組み込み用は今でもC89だ ほんとうかー本当にC89かー？GCCすら通らんような独自Cだったりしないかー？
89 22/06/22(水)22:35:04 No.941460444
hoge is null hoge is not SomeType s
90 22/06/22(水)22:35:04 No.941460445
>プログラムは他人にもわかるように書きましょう >そして明日の自分も他人です 昨日の自分が書きかけのコード何したかったのかわかんねぇ…
91 22/06/22(水)22:35:09 No.941460492
>if文は人類には難しすぎる注入するようにして処理は一本道にしろ それはそれで定義に飛ばないと分からない場所が増えすぎるのでswitchで見通しやすいコードにしたい派
92 22/06/22(水)22:35:12 No.941460512
多重ループは処理追いかけるのが面倒だから極力使うな 処理の出口は一つだけ、exitで抜けるなど言語道断 この辺りは嫌というほど叩き込まれた
93 22/06/22(水)22:35:25 No.941460608
なんか自分でもうコード書けないな 決まりきった開発しかしてないから
94 22/06/22(水)22:35:32 No.941460674
if (false == hoge)｛ の順にしてくれ
95 22/06/22(水)22:35:40 No.941460714
>>組み込み用は今でもCだ >それで君のいうCってどのC？ これ考慮しないで話すと噛み合わなくなるのいいよね
96 22/06/22(水)22:35:50 No.941460784
命名だけは適当にやるな 真面目に命名してればネストした辺りでこの処理名前と一致してなくね？ってなる
97 22/06/22(水)22:35:54 No.941460828
素人だけど条件分岐でわざわざポリモーフィズム作ったらクラス数多くなりすぎない？
98 22/06/22(水)22:35:56 No.941460842
>if (false == hoge)｛ >の順にしてくれ 気持ち悪～
99 22/06/22(水)22:36:08 No.941460948
>それはそれで定義に飛ばないと分からない場所が増えすぎるのでswitchで見通しやすいコードにしたい派 switchが見通しやすいとか幻想だから
100 22/06/22(水)22:36:10 No.941460966
>if (false == hoge)｛ >の順にしてくれ きも
101 22/06/22(水)22:36:23 No.941461053
double a=3; double a=0.9/0.3; if(a==b) { //うまみ } else { //うまあじ }
102 22/06/22(水)22:36:38 No.941461181
>if (false == hoge)｛ >の順にしてくれ なんでだよッ！
103 22/06/22(水)22:36:44 No.941461230
クラスを細分化するの何の問題ですか
104 22/06/22(水)22:36:49 No.941461268
else ifで書けるけどswitchで書けないようなコードは複雑だからさっさとガード節にしようね！
105 22/06/22(水)22:36:51 No.941461284
書き方の善し悪しで可読性うんぬんしだすのはそもそも関数が長すぎるんだと思う
106 22/06/22(水)22:36:54 No.941461301
そもそも.NETだろというツッコミは
107 22/06/22(水)22:36:54 No.941461308
>素人だけど条件分岐でわざわざポリモーフィズム作ったらクラス数多くなりすぎない？ 俺は1クラス20stepくらいだろうと容赦なくサブクラス化するぞ
108 22/06/22(水)22:37:00 No.941461355
if 条件 return true eles return falseじゃなくて条件そのまま返しちゃいなYO
109 22/06/22(水)22:37:03 No.941461383
マジでelse if死ねばいいのに ぱっとソース見たとき条件分かりづらいんじゃ
110 22/06/22(水)22:37:10 No.941461430
>double a=3; >double a=0.9/0.3; >if(a==b) >{ >//うまみ >} >else >{ >//うまあじ >} あじ派か？
111 22/06/22(水)22:37:18 No.941461499
>if (false == hoge)｛ >の順にしてくれ 了解！ if(!hoge){
112 22/06/22(水)22:37:26 No.941461573
>>.Net Frameworkだと使えないの嫌い！ >こんな過去の遺物捨ててしまえ CoreのLTSサポート期間とWindowsの長期サポートの都合で.Net Framework4.8が次のIEになることは明白なのだ… 未だに3.5が死んでないし…
113 22/06/22(水)22:37:36 No.941461646
return hoge ? "ok" : "ng"
114 22/06/22(水)22:37:38 No.941461662
>powershell高速化するテクニック駆使しすぎるとなんだかよくわからない暗黒魔術になるから最近は無理してforeach使わずにForeach-Object使うわ >パイプライン通すだけで100倍遅くなるがシェルで高速処理なんてやるだけ無駄だ Foreach-Objectはマジで遅すぎるからあっこれ一気に展開したら間違いなくメモリ足んねぇわって時以外使わない 本当に遅すぎる
115 22/06/22(水)22:37:42 No.941461691
30年前の秘伝のソースをお出ししてくる業界もある
116 22/06/22(水)22:37:44 No.941461698
>.NetでSwitch式使ってるやつなんてJava上がりくらいしか見たこと無いぞ… まさにそれで使ってる caseの書き方がちょっと違って混乱する
117 22/06/22(水)22:37:54 No.941461771
>returnは関数につき1つであるべきなんですけおおおお！！！！！！11 この先しばらく処理続くけど以降は無関係な処理が続くんだよなあって時はちょっと悩む
118 22/06/22(水)22:37:56 No.941461787
>>if (false == hoge)｛ >>の順にしてくれ >なんでだよッ！ if (hoge = false) { って書いちゃってもエラーになって気付くから…という時代があった
119 22/06/22(水)22:38:11 No.941461891
リーダブルコードに書いてあるコードがわからない…
120 22/06/22(水)22:38:11 No.941461893
>>お前powershellでC#呼び出しの次ぐらいにループ早いから呼び出してやるまでもねぇなって時割と使う >powershell高速化するテクニック駆使しすぎるとなんだかよくわからない暗黒魔術になるから最近は無理してforeach使わずにForeach-Object使うわ >パイプライン通すだけで100倍遅くなるがシェルで高速処理なんてやるだけ無駄だ シェルはフィルタ処理するのが基本だからループでゴリ押しするなら速度落ちてなんの問題もないのよね 速度出したいんだったら他の言語との差異を正しく認識するところから出なおせってなるしね
121 22/06/22(水)22:38:19 No.941461946
>30年前の秘伝のソースをお出ししてくる業界もある ソース残ってるならいいじゃん
122 22/06/22(水)22:38:20 No.941461956
>素人だけど条件分岐でわざわざポリモーフィズム作ったらクラス数多くなりすぎない？ ポリモーフィズム作るって言葉はよくわからんけど分岐そのままよりstate/strategy pattern使った方がクラスは増えるけど疎結合になるからいいぞ
123 22/06/22(水)22:38:21 No.941461972
>returnは関数につき1つであるべきなんですけおおおお！！！！！！11 if (hoge) { val = 1 } else { val = 2 } // 仕様変更で固定値 val = 3 return val
124 22/06/22(水)22:38:41 No.941462128
>命名だけは適当にやるな 新人の頃に変数名は型の略称3文字＋用途にしろって言われたなあ 例えばstrFilePathみたいな感じ
125 22/06/22(水)22:38:43 No.941462141
>リーダブルコードに書いてあるコードがわからない… わかるところだけ参考にする！ 俺はそうしてるよ…
126 22/06/22(水)22:39:10 No.941462328
>.NetでSwitch式使ってるやつなんてJava上がりくらいしか見たこと無いぞ… C#のこと.NETって言うのやめてください PowerShellとかF#だってあるんですよ！！（ていうかこいつらではよく使う）
127 22/06/22(水)22:39:21 No.941462416
>if文以外で見ることがほぼ無い単語だ something
128 22/06/22(水)22:39:27 No.941462464
>新人の頃に変数名は型の略称3文字＋用途にしろって言われたなあ クソ先輩…
129 22/06/22(水)22:39:32 No.941462509
>return hoge ? "ok" : "ng" これくらいなら許せる 代入や式に混ぜるのは格好いいけど認めていいか大分迷う
130 22/06/22(水)22:39:45 No.941462589
>>命名だけは適当にやるな >新人の頃に変数名は型の略称3文字＋用途にしろって言われたなあ >例えばstrFilePathみたいな感じ これは確実に40歳以上の味がする
131 22/06/22(水)22:39:46 No.941462595
育った文化と違うもん見ると初見ぎょっとするよね "scott".equals(hoge) とかなんで？って思った今でもわからん
132 22/06/22(水)22:40:04 No.941462713
取り敢えず条件ひっくり返してReturn！ ifの中には書かないってのだけ覚えてる
133 22/06/22(水)22:40:06 No.941462733
>No.941461972 // 仕様変更で固定値 val = 3 return val if (hoge) { val = 1 } else { val = 2 } にしたらIDEがreturnより後ろグレーアウトしてくれない？
134 22/06/22(水)22:40:18 No.941462818
>.NetでSwitch式使ってるやつなんてJava上がりくらいしか見たこと無いぞ… 恥ずかしながら使ってたんだけどもしかして本流の書き方じゃないんだろうか…
135 22/06/22(水)22:40:19 No.941462823
>Foreach-Objectはマジで遅すぎるから あまりに遅いのでCore 6と7でオープンソースなのをいいことにみんな寄ってたかってめちゃくちゃ高速化した
136 22/06/22(水)22:40:21 No.941462846
>>30年前の秘伝のソースをお出ししてくる業界もある >ソース残ってるならいいじゃん 秘伝のソース(なんか保存されてただけで最終的に動いてた現物とは違う)とかじゃない限り参考にはなるからな…
137 22/06/22(水)22:40:23 No.941462860
ハンガリアン記法は使ってたMSが推奨しないって方向転換したから…
138 22/06/22(水)22:41:00 No.941463111
ところどころに悪い慣例だけ引きずってる化石が混ざってくるのが業が深すぎる
139 22/06/22(水)22:41:13 No.941463200
>育った文化と違うもん見ると初見ぎょっとするよね >"scott".equals(hoge) >とかなんで？って思った今でもわからん hogeがnullでもぬるぽ！しないからかな…？
140 22/06/22(水)22:41:22 No.941463272
>にしたらIDEがreturnより後ろグレーアウトしてくれない？ そして静的解析がブチキレる
141 22/06/22(水)22:41:26 No.941463306
>例えばstrFilePathみたいな感じ システムハンガリアンとか考古学に足突っ込んでるレベル
142 22/06/22(水)22:41:28 No.941463319
>30年前の秘伝のソースをお出ししてくる業界もある この前見たのは昭和の日付だった 触りたくない
143 22/06/22(水)22:41:30 No.941463330
俺も普通にc#でSwitch使ってるな… enumで分岐させるとか
144 22/06/22(水)22:41:35 No.941463364
>育った文化と違うもん見ると初見ぎょっとするよね >"scott".equals(hoge) >とかなんで？って思った今でもわからん hogeがnullのときでも例外吐かないから抵抗がないならこの書き方にしたほうがいいと思う 俺はすごく抵抗がある
145 22/06/22(水)22:41:56 No.941463498
Pythonの命名見るとなぜかびっくりしちゃうの
146 22/06/22(水)22:42:03 No.941463553
>育った文化と違うもん見ると初見ぎょっとするよね >"scott".equals(hoge) >とかなんで？って思った今でもわからん hoge.equals("scott")だとhogeが中身の時にぬるぽだから…とかでいいのかな？ そもそもhogeがnullになる可能性のある実装は危ないとかそういう話になるけど動かすなら上
147 22/06/22(水)22:42:15 No.941463647
>納品した後からステップ数出して…と言われると面倒な客だなとなる
148 22/06/22(水)22:42:33 No.941463783
func(a,b>=c?b-c:c-b);
149 22/06/22(水)22:42:34 No.941463785
>ハンガリアン記法は使ってたMSが推奨しないって方向転換したから… アプリケーションハンガリアンは良かったんだ システムハンガリアンとかいう勘違いを生み出してアプリケーションハンガリアンごと殺した
150 22/06/22(水)22:43:22 No.941464124
>ハンガリアン記法は使ってたMSが推奨しないって方向転換したから… MSにはハンガリアンで書いてあるコードをモダナイズする専門部隊がいるらしいけど本当につらそう
151 22/06/22(水)22:43:26 No.941464152
>hogeがnullでもぬるぽ！しないからかな…？ >hogeがnullのときでも例外吐かないから抵抗がないならこの書き方にしたほうがいいと思う >hoge.equals("scott")だとhogeが中身の時にぬるぽだから…とかでいいのかな？ おいは恥ずかしか！ >俺はすごく抵抗がある そうだね
152 22/06/22(水)22:43:34 No.941464209
>俺も普通にc#でSwitch使ってるな… >enumで分岐させるとか enumで定義される情報をクラス化してそもそもenum自体存在させない 複数の箇所でenumでの条件判定がでてくるのは設計がよくない という考え方
153 22/06/22(水)22:43:53 No.941464326
ここはバグってるけど直そうとすると…なので直しません系の処理とか但し書き多いときつい
154 22/06/22(水)22:44:07 No.941464422
むかしJava8の記法は使わないでください！ってトンチンカンな規約を見てひっくり返りそうになったんだけどあの現場は今も元気なのだろうか
155 22/06/22(水)22:44:12 No.941464465
書き込みをした人によって削除されました
156 22/06/22(水)22:44:16 No.941464486
WinFormsで適当に作るときは3文字のプレフィックス付けてしまいう btnFooとかtxtBarとかlabBazとか cmbHogeとかは自分でちょっとどうかと思う
157 22/06/22(水)22:44:19 No.941464510
>trueかどうか判別する場合においては==から先は省略するのがプロ >馬鹿正直に==trueと書くのはド素人って言われたよ… hogeがbool型ならともかく 言語仕様上動くからと省略するのも如何なものか
158 22/06/22(水)22:44:28 No.941464572
else end
159 22/06/22(水)22:44:36 No.941464618
>>return hoge ? "ok" : "ng" >これくらいなら許せる >代入や式に混ぜるのは格好いいけど認めていいか大分迷う return hoge == 1 ? "one" : hoge == 2 ? "two" : hoge == 3 ? "three" : null
160 22/06/22(水)22:44:37 No.941464622
入力値整合性チェックするのめんどいからException拾ってそのまま分岐するけど許してほしい
161 22/06/22(水)22:45:32 No.941465011
>hogeがbool型ならともかく そういう場合の話じゃないの…
162 22/06/22(水)22:45:45 No.941465102
>むかしJava8の記法は使わないでください！ってトンチンカンな規約を見てひっくり返りそうになったんだけどあの現場は今も元気なのだろうか ラムダ式わかんね…
163 22/06/22(水)22:45:58 No.941465180
変数スコープとか命名規則で定めておけよと思うのに 接頭辞にスコープ書かれてる（ルール化されてないのでバラバラ）とか キレそうになる
164 22/06/22(水)22:46:12 No.941465305
俺もラムダ式良く分かってないから使わないで欲しい
165 22/06/22(水)22:46:26 No.941465416
>新人の頃に変数名は型の略称3文字＋用途にしろって言われたなあ リソースの限られた組み込み系なんかだと先頭3文字しか認識しない言語も結構あるけどさぁ… C言語には関係ないよね
166 22/06/22(水)22:46:30 No.941465457
>俺もラムダ式良く分かってないから使わないで欲しい よくないね×1
167 22/06/22(水)22:46:33 No.941465473
ラムダ式とLINQを禁止されたらワシの生産性は1/3くらいになるぞ
168 22/06/22(水)22:46:33 No.941465479
ifにbool型以外与えたらエラー吐いてくれる言語はいい言語
169 22/06/22(水)22:46:57 No.941465658
>>.NetでSwitch式使ってるやつなんてJava上がりくらいしか見たこと無いぞ… >恥ずかしながら使ってたんだけどもしかして本流の書き方じゃないんだろうか… 俺も気になるから正しい答え知ってる「」いたら教えて欲しい
170 22/06/22(水)22:46:57 No.941465661
三項演算子好きだから x = (条件1)? a : (条件2)? b : c とかよくやっちゃう
171 22/06/22(水)22:47:12 No.941465752
うちの現場はそんな高尚な書き方されても説明しないといけないこと増えるだけだから使うんじゃない
172 22/06/22(水)22:47:26 No.941465838
>俺もラムダ式良く分かってないから使わないで欲しい LISP勉強すればわかるようになるよ素晴らしいからぜひ書いてみてね
173 22/06/22(水)22:47:27 No.941465851
C#でラムダ式禁じられたら石器時代に戻されるようなものでは
174 22/06/22(水)22:47:28 No.941465870
>リソースの限られた組み込み系なんかだと先頭3文字しか認識しない言語も結構あるけどさぁ… さすがに変数名3文字って世界は知ら……昔のBASICとか2文字だったけどさあ…
175 22/06/22(水)22:47:30 No.941465891
>俺もラムダ式良く分かってないから使わないで欲しい 「」は冗談で言ってるんだろうけどマジでこういう考えの奴いるからほんとクソ 分からんなら勉強しろや！！！
176 22/06/22(水)22:47:36 No.941465921
funcがメソッド内で書かれてると30分くらい思考放棄してしまう
177 22/06/22(水)22:47:47 No.941466022
>俺もラムダ式良く分かってないから使わないで欲しい PC触らないでいいよ邪魔にならない所で座っててくれれば
178 22/06/22(水)22:48:06 No.941466168
ラムダ式は覚えろって言われたけど使う環境で仕事したこと無い Kotlinもそんな感じ
179 22/06/22(水)22:48:06 No.941466169
ラムダ式使えないと憎しみの感情が芽生えるってVBA使って思いました
180 22/06/22(水)22:48:07 No.941466181
ラムダ式の中身が長くなると抵抗ある
181 22/06/22(水)22:48:18 No.941466261
>むかしJava8の記法は使わないでください！ってトンチンカンな規約を見てひっくり返りそうになったんだけどあの現場は今も元気なのだろうか まだいいじゃん、青い銀行の現場なんてJavaEE5で開発してるうちに7が出ちゃってサポート外になっちゃったぞ
182 22/06/22(水)22:48:30 No.941466357
>とかよくやっちゃう 俺も好きだけどそこは素直にif文使って…
183 22/06/22(水)22:48:43 No.941466483
>ラムダ式使えないと憎しみの感情が芽生えるってVBA使って思いました こんなもん捨てちまえ！
184 22/06/22(水)22:48:49 No.941466541
elsifってどっから出てきたんだよ
185 22/06/22(水)22:48:49 No.941466544
>>俺も普通にc#でSwitch使ってるな… >>enumで分岐させるとか >enumで定義される情報をクラス化してそもそもenum自体存在させない >複数の箇所でenumでの条件判定がでてくるのは設計がよくない >という考え方 c#全然知らないで質問するけどenumの何がよくないと考えているのかこの文章だと分からないから教えて
186 22/06/22(水)22:49:17 No.941466735
VB.Netのラムダ式記法もっとなんとかならねえ？となる
187 22/06/22(水)22:49:21 No.941466773
>C#でラムダ式禁じられたら石器時代に戻されるようなものでは 実際.Net 2.0相当のmonoで動いてたUnityとかマジで石器時代だったわ
188 22/06/22(水)22:49:29 No.941466835
三項演算子自体は使うなとは言わないけど他の条件式と組み合わせるのは止めてくれ まず組み合わせなければいけない状況になった時点で設計を見直せ
189 22/06/22(水)22:49:53 No.941467028
代入でそれぞれの条件文が異なるなら三項演算子で良くない？ switch文にできそうな式ならポリモーフィズムにしちゃうけど
190 <a href="mailto:MS">22/06/22(水)22:49:53</a> [MS] No.941467029
>VB.Netのラムダ式記法もっとなんとかならねえ？となる >こんなもん捨てちまえ！
191 22/06/22(水)22:49:54 No.941467030
>三項演算子好きだから >x = (条件1)? a > : (条件2)? b > : c >とかよくやっちゃう Cみたいにif式無い言語だとカラム揃えれば見易いと思う…むしろ if (cond1) { v2 = a; } else if (cond2) { v2 = b; } else { v1 = c; } みたいなの防げて…
192 22/06/22(水)22:49:56 No.941467045
JavaScriptアホの言語すぎる ちょっと油断すると黒魔術になってる
193 22/06/22(水)22:50:01 No.941467108
>ラムダ式の中身が長くなると抵抗ある そういう場合は素直にメソッド分けるべきだな つか長い関数を分割して見通しを良くしようってのは別にラムダに限らん
194 22/06/22(水)22:50:05 No.941467140
ここで何を言っても環境と規約には勝てないんだ くやしか
195 22/06/22(水)22:50:08 No.941467164
LINQでガチャガチャ組み立ててると宇宙が見える
196 22/06/22(水)22:50:16 No.941467236
>hogeがnullのときでも例外吐かないから抵抗がないならこの書き方にしたほうがいいと思う >俺はすごく抵抗がある これは考え方の話であって リテラルを直接使うのがいいなんてことではないよ 普通の実装例で言ったら 定数宣言されてる static final String SCOTT = "scott" があったとして 変数のString hogeと比較するときに hoge.equals(SCOTT) でやるなよって話でしょ
197 22/06/22(水)22:50:26 No.941467310
独りよがりの利便性より多人数への可読性のが大事なのは分かる
198 22/06/22(水)22:50:39 No.941467418
=と>を合わせて矢印にしてるのが気に食わねえ
199 22/06/22(水)22:50:42 No.941467436
三項演算子は一回頭の中で処理読み替える手間が発生するのであんまりやってほしくない…
200 22/06/22(水)22:51:06 No.941467599
設計が悪いって俺もよく言うけどいざ直そうと思うとそのままでいいやってなる
201 22/06/22(水)22:51:23 No.941467726
気に障ったなら謝ります すみません でも…ただのロートルですよね
202 22/06/22(水)22:51:24 No.941467735
最近引き継ぎしたnode.jsシステムの変数定義が全部varだった
203 22/06/22(水)22:51:51 No.941467943
なんでや3項演算子読みやすいやろ…
204 22/06/22(水)22:51:52 No.941467950
素朴な疑問なんだけどラムダ式内で発生した例外って通常の例外と同じ扱いでOK？
205 22/06/22(水)22:51:54 No.941467969
typescriptいいよね
206 22/06/22(水)22:52:01 No.941468018
いいよねtypescript...
207 22/06/22(水)22:52:07 No.941468058
>ここで何を言っても環境と規約には勝てないんだ >くやしか PowerShell書くときもらったコード規約がVBからのコピペだったのでマジで何の役にも立たなかった上パイプラインが禁止されてて頭抱えたことがある
208 22/06/22(水)22:52:14 No.941468112
>なんでや3項演算子読みやすいやろ… 読みやすいよね でも知ってること前提なんだ
209 22/06/22(水)22:52:28 No.941468210
型 好き
210 22/06/22(水)22:52:39 No.941468292
>=と>を合わせて矢印にしてるのが気に食わねえ ->とか書かれるよりいいだろ…
211 22/06/22(水)22:53:05 No.941468461
基礎が怪しい人間にはRustを半年やらせればええ！
212 22/06/22(水)22:53:07 No.941468477
コメントの多用はソース肥大化するし時間のムダってことで禁止になった 担当者全員いなくなって資料もねえだれも直せねえ
213 22/06/22(水)22:53:08 No.941468492
やべぇプロジェクトは開発環境からしてやべぇ
214 22/06/22(水)22:53:09 No.941468506
>>hogeがnullのときでも例外吐かないから抵抗がないならこの書き方にしたほうがいいと思う >>俺はすごく抵抗がある >これは考え方の話であって >リテラルを直接使うのがいいなんてことではないよ >普通の実装例で言ったら >定数宣言されてる >static final String SCOTT = "scott" >があったとして >変数のString hogeと比較するときに >hoge.equals(SCOTT) >でやるなよって話でしょ いやもうhoge=="scott"を気軽に使えないJなんとかって言語を投げ捨てれば丸く収まるのでは
215 22/06/22(水)22:53:17 No.941468558
>c#全然知らないで質問するけどenumの何がよくないと考えているのかこの文章だと分からないから教えて enum majiresu{ umami; umaaji; } とか定義しててumamiの場合処理X:umaajiの場合処理Y みたいな仕様だったら Imajiresインタフェース定義して umamiクラスとumaajiクラスでポリモーフィズム使ったほうがいいよと
216 22/06/22(水)22:53:18 No.941468564
>typescriptいいよね >いいよねtypescript... どれだけjavaScriptが嫌われてるか伝わってくる
217 22/06/22(水)22:53:30 No.941468643
オプショナルチェイニングが最近のマイブーム
218 22/06/22(水)22:54:04 No.941468883
書き込みをした人によって削除されました
219 22/06/22(水)22:54:24 No.941469021
>コメントの多用はソース肥大化するし時間のムダってことで禁止になった >担当者全員いなくなって資料もねえだれも直せねえ コメントあってもダメだったケースと思われる
220 22/06/22(水)22:54:29 No.941469058
>いやもうhoge=="scott"を気軽に使えないJなんとかって言語を投げ捨てれば丸く収まるのでは そんな前提をひっくり返す話されても困る…
221 22/06/22(水)22:54:34 No.941469095
派遣パートナーぶっこんでは捨てて繰り返してノウハウ消えるのと そのパートナーもOJTで無理矢理レベリングみたいな開発体制が業界で常在化してるのも悪いと思う
222 22/06/22(水)22:54:35 No.941469099
>やべぇプロジェクトは開発環境からしてやべぇ 俺のこの build.bat に文句があるってのか！
223 22/06/22(水)22:54:39 No.941469134
>} >else >{ 私これ冗長で嫌い！
224 22/06/22(水)22:54:43 No.941469154
>いやもうhoge=="scott"を気軽に使えないJなんとかって言語を投げ捨てれば丸く収まるのでは hoge==="scott"でいいじゃん
225 22/06/22(水)22:54:43 No.941469161
>ここで何を言っても環境と規約には勝てないんだ java採用してるのにextendとかinterface使って良いのはフレームワークレベルのコードだけ みたいな規約が定められてるとなぜjavaにしたのか尋ねたくなる
226 22/06/22(水)22:54:58 No.941469255
>コメントの多用はソース肥大化するし時間のムダってことで禁止になった >担当者全員いなくなって資料もねえだれも直せねえ コメント自体禁止は狂ってるけどある程度コメントなくてもわかるように書くのは普通じゃない？
227 22/06/22(水)22:55:04 No.941469287
>>コメントの多用はソース肥大化するし時間のムダってことで禁止になった >>担当者全員いなくなって資料もねえだれも直せねえ >コメントあってもダメだったケースと思われる まってくれ！ドキュメントが整備保守されていれば問題ないんじゃないか！？
228 22/06/22(水)22:55:15 No.941469350
IUmable
229 22/06/22(水)22:55:17 No.941469364
>>=と>を合わせて矢印にしてるのが気に食わねえ >->とか書かれるよりいいだろ… C++いいよね
230 22/06/22(水)22:55:28 No.941469440
>コメントの多用はソース肥大化するし時間のムダってことで禁止になった コメント無しでソース解読する方が時間のムダだよぉ！
231 22/06/22(水)22:55:29 No.941469448
>オプショナルチェイニングが最近のマイブーム 他人が読めない書き方はやめろ！
232 22/06/22(水)22:55:36 No.941469492
先人の説明をすべて聞いてきたこのアヒルちゃんならなんとかしてくれるはず…
233 22/06/22(水)22:55:39 No.941469518
クソ現場経験してる「」多すぎない…？
234 22/06/22(水)22:55:52 No.941469602
>三項演算子好きだから >x = (条件1)? a > : (条件2)? b > : c >とかよくやっちゃう 普通にif文で書いてもらった方が読みやすいと思うわ… もっと単純なやつなら良いと思うけど
235 22/06/22(水)22:56:00 No.941469672
Cを始めに勉強してC++とPythonに慣れた頃にMatlab触ったら Pythonで便利だと思ってた機能がほぼ全てこいつから来てることに驚かされた