虹裏img歴史資料館

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

ロジック全部違う場合何をどう統一するの あとデータベース構造って何、気でも狂った？