ここでは虹裏imgのかなり古い過去ログを閲覧することができます。
21/01/18(月)18:12:47 No.766366930
スイッチ文って使っちゃいけないの？ プログラミング知らないから教えて
1 21/01/18(月)18:14:28 No.766367324
使わない理由がないよ
2 21/01/18(月)18:15:09 No.766367477
高橋邦子…?
3 21/01/18(月)18:17:03 No.766367919
了解！if多用！
4 21/01/18(月)18:19:07 No.766368379
ﾃﾞｯﾃﾞｯﾃﾞｰ ﾃﾞｯﾃﾞｯﾃﾞｰ ﾃﾞｯﾃﾞﾃﾞｰﾃﾞｯﾃﾞﾃﾞｰ
5 21/01/18(月)18:19:40 No.766368509
新作かと思っただろうがあああああああ！
6 21/01/18(月)18:20:39 No.766368772
こういう事にならないように例外機構があるんだ catch(NullPointerException e){} よし
7 21/01/18(月)18:20:49 No.766368818
ifを継ぎ足すのとどっちが処理軽いかな
8 21/01/18(月)18:22:27 No.766369246
想定外のデータ来たところでswitchスルーするだけでヌルポもなんもならんだろ
9 21/01/18(月)18:22:40 No.766369291
スイッチ文だって使っていいけど 処理の入り口でモジュールに振り分けるときとか使いどころは最小限にしないと死ぬ
10 21/01/18(月)18:22:57 ID:cbAs.K.E cbAs.K.E No.766369361
なんJ民が作ったやつじゃん
11 21/01/18(月)18:24:41 No.766369771
>ifを継ぎ足すのとどっちが処理軽いかな 最近のコンパイラは賢いからなあ ほとんど変わらないんじゃない
12 21/01/18(月)18:27:06 No.766370344
ﾔﾒﾃｸﾚｰ
13 21/01/18(月)18:39:23 No.766373301
>ifを継ぎ足すのとどっちが処理軽いかな 昔switchの方が早いみたいなのは見た
14 21/01/18(月)18:41:40 No.766373892
スイッチ文が悪いんじゃなくて単に頭が悪い
15 21/01/18(月)18:42:24 No.766374079
ｸｯｸｯｸｯｸｯ
16 21/01/18(月)18:45:11 No.766374803
ifよりmatchでエラー処理推奨のrustにおいで 楽しいよ
17 21/01/18(月)18:47:20 No.766375344
リファクタリングってそういうのだっけ…
18 21/01/18(月)18:48:33 No.766375656
いざ！決戦のバトルフィールドへ！！
19 21/01/18(月)18:48:54 No.766375755
なんなん？チケットをクラス化して回すようにすればいいの？
20 21/01/18(月)18:50:04 No.766376053
>想定外のデータ来たところでswitchスルーするだけでヌルポもなんもならんだろ 想定外のデータを想定しなければならないのがネックだな…
21 21/01/18(月)18:50:44 No.766376213
>リファクタリングってそういうのだっけ… 今よりいい感じにするのがリファクタリングだ よくするんじゃなくていい感じにするのがキモだ
22 21/01/18(月)18:52:14 No.766376594
ifが条件分岐の中で処理が一番遅くswitchは早いと言う話題になるとそもそもそんな大量の条件分岐作る必要のある作りに問題があると言われる恐れもあるので誰も触れない
23 21/01/18(月)18:53:06 No.766376819
>こういう事にならないように例外機構があるんだ >catch(NullPointerException e){} >よし ﾎﾞｶﾞｰﾝ
24 21/01/18(月)18:53:50 No.766377023
設計書あってもこうなんの？
25 21/01/18(月)18:54:49 No.766377272
>設計書あってもこうなんの？ そりゃ設計書がこうなってたらこうなるよ
26 21/01/18(月)18:56:15 No.766377611
設計書に滅びの呪文でも書いてあったのか…
27 21/01/18(月)18:58:08 No.766378094
開発の世界って「」から聞いたイメージだけだと漫画版ロックマンXまんまだと思ってる
28 21/01/18(月)19:00:25 No.766378661
学生15000円って高くね？
29 21/01/18(月)19:00:34 No.766378698
パワーリファクタリングでダメだった
30 21/01/18(月)19:00:59 No.766378789
言語や構文の問題でなく設計さらには分析の問題
31 21/01/18(月)19:03:05 No.766379328
同じ判定するんだからまあ切り出してどっからも使う形にしなきゃだよね…
32 21/01/18(月)19:03:48 No.766379497
途中で追加しないで
33 21/01/18(月)19:05:18 No.766379882
結局各クラスにジョウケンブンキハ書かないといけないんだよ！
34 21/01/18(月)19:06:30 No.766380194
>こういう事にならないように例外機構があるんだ >catch(NullPointerException e){} >よし これよりはマシだけど複数のエラーキャッチで同じ文を吐かせるのは許されざる
35 21/01/18(月)19:07:46 No.766380531
実際は「家族」が流れてくるんじゃなく「一般」と「幼児」が同時に発生したら勝手に「家族」料金適用してとかそんな依頼が来るがな
36 21/01/18(月)19:08:42 No.766380748
>実際は「家族」が流れてくるんじゃなく「一般」と「幼児」が同時に発生したら勝手に「家族」料金適用してとかそんな依頼が来るがな そしてこれに一番ケオるのがデータベース設計者
37 21/01/18(月)19:09:06 No.766380868
判定ロジックを他で使い回す形にしたとして 家族割りとか実装してって言われたら結局他のところも修正入らん？
38 21/01/18(月)19:11:19 No.766381423
そもそも現行してるブログラムに直接仕様追加するのが自殺なのでは？
39 21/01/18(月)19:12:40 No.766381806
なにもかもプロマネが悪い
40 21/01/18(月)19:13:30 No.766382029
>学生15000円って高くね？ お前の席ねーからで煙たがられていることを察してやってほしい
41 21/01/18(月)19:16:32 No.766382836
>そもそも現行してるブログラムに直接仕様追加するのが自殺なのでは？ それはそう
42 21/01/18(月)19:16:36 No.766382854
やべえ プログラミングわかんねえから何言ってっか全然わかんねぇ
43 21/01/18(月)19:17:25 No.766383054
よくないけど往々にして起こるのが仕事だからな... せめて実装前に共有しろや！
44 21/01/18(月)19:18:21 No.766383295
>判定ロジックを他で使い回す形にしたとして >家族割りとか実装してって言われたら結局他のところも修正入らん？ 可能な限り減らさんと事故る一方だから
45 21/01/18(月)19:19:41 No.766383687
邦子のテーマがない…
46 21/01/18(月)19:20:31 No.766383933
>やべえ >プログラミングわかんねえから何言ってっか全然わかんねぇ 味の読み方どーれだ！ってやって選択肢があじとみとテイストしかないところにウェイがきて爆発した
47 21/01/18(月)19:21:21 No.766384182
>味の読み方どーれだ！ってやって選択肢があじとみとテイストしかないところにウェイがきて爆発した ﾔﾒﾃｸﾚｪ！！
48 21/01/18(月)19:21:28 No.766384223
どうして開発環境や検証環境を使わないのですか…どうして…
49 21/01/18(月)19:21:42 No.766384287
switchはわるないよ
50 21/01/18(月)19:21:56 No.766384350
モジュール化の概念がない…
51 21/01/18(月)19:22:35 No.766384516
>どうして開発環境や検証環境を使わないのですか…どうして… 急ぎの依頼だと言っているだろう 受注は今日でリリースは明日だ
52 21/01/18(月)19:22:40 No.766384546
エラーハンドリングの概念もない
53 21/01/18(月)19:23:28 No.766384760
追加の可能性くらい予測できない？って思ったけど集団のお仕事だし全員が周知してるわけじゃないか…
54 21/01/18(月)19:23:32 No.766384775
>想定外のデータを想定しなければならないのがネックだな… それif文だったとして同じかもっと悪いことになるだけじゃない？ 条件に一致しなくてスルーされるか 想定外データがelseに入って想定外の挙動するかじゃん
55 21/01/18(月)19:23:45 No.766384827
網羅性チェックできる形で書ける言語でないとコンパイルで捕捉できないので辛い それがあったところで変更箇所が多いと結局辛い
56 21/01/18(月)19:24:50 No.766385145
>追加の可能性くらい予測できない？って思ったけど集団のお仕事だし全員が周知してるわけじゃないか… 通常もっと開発の上位の工程でそういう拡張性の検討とかはされるもんだから switch文が悪いとかじゃなくてプロジェクトマネジメントが悪い
57 21/01/18(月)19:25:39 No.766385372
>追加の可能性くらい予測できない？って思ったけど集団のお仕事だし全員が周知してるわけじゃないか… まぁそんなこと言ったらなんで個別のクラスで全員処理してるんだってなるし…
58 21/01/18(月)19:25:41 No.766385379
ハンガリー舞曲第5番で締めないだとぉぉぉぉぉぉぉぉぉぉ！？
59 21/01/18(月)19:26:50 No.766385719
個人開発のノリで機能追加させるのやめろや！
60 21/01/18(月)19:26:57 No.766385748
Switchでやる処理が全部異なる場合何をしようが結局辛い
61 21/01/18(月)19:27:46 No.766385964
switchで可能性全部潰さないと怒ってくるのScalaしか知らない
62 21/01/18(月)19:27:54 No.766386005
>Switchでやる処理が全部異なる場合何をしようが結局辛い データベース構造にまとめてロジック一つにしろ
63 21/01/18(月)19:29:15 No.766386447
ロジック全部違う場合何をどう統一するの あとデータベース構造って何、気でも狂った？