- 1 名前：デフォルトの名無しさん mailto:sage [2017/10/17(火) 04:02:10.51 ID:/jJUZ/t7.net]
- ■Visual Studio 2017 Community(無償の統合開発環境)等はこちら
www.visualstudio.com/downloads/
■コードを貼る場合はこちら
ideone.com/
■前スレ
C#, C♯, C＃相談室 Part94
mevius.2ch.net/test/read.cgi/tech/1492843013/
■次スレは>>970が建てる事
建てられない場合は他を指定する事。
- 559 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 09:43:42.51 ID:8YZVU2Fa.net]
- 中小業務系とか素人スタートが数年居ればベテラン扱い
gitどころかバージョン管理？なにそれおいしいの？状態
- 560 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 11:34:22.38 ID:9jkESE5u.net]
- ってことは一々コピーを全部残してるのかな
- 561 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 12:31:10.66 ID:4B0nX6es.net]
- ソルーションZIP固め
正直、個人プレーならこれが一番わかりやすくて安心
- 562 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 13:27:04.15 ID:8YZVU2Fa.net]
- そんな連中にgit使わせようたぁ
- 563 名前：デフォルトの名無しさん [2018/03/26(月) 18:14:54.05 ID:8YtYtYXk.net]
- >>533
ゆとり馬鹿はほんと数学ができないんだな。
- 564 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 18:59:11.81 ID:2N4AiZYB.net]
- >>547
お前義務教育も受けて無さそうだな
- 565 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 19:03:58.27 ID:+hE5FNBB.net]
- ゴリラに義務教育はないだろw
- 566 名前：デフォルトの名無しさん [2018/03/26(月) 19:10:15.04 ID:8YtYtYXk.net]
- >>548
>、100万回でms単位の差で選ぶとか阿呆としか思えない
おまえも仕事したことない無職なんだろうけど、リアルな話、
こんな馬鹿が一人でも混じってたら糞コードを大量コミットしてデスマーチになってしまう。
年金システムにはこういう馬鹿が大量にいたんだよな。
- 567 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 19:13:50.06 ID:2N4AiZYB.net]
- >>550
算数を数学とか言っているからバカにしたのに恥の上塗り
- 568 名前：デフォルトの名無しさん [2018/03/26(月) 19:16:39.45 ID:8YtYtYXk.net]
- >、100万回でms単位の差で選ぶとか阿呆としか思えない
日本のスマホゲームはポチポチゲームばかりらしい。
こういう馬鹿な考えのヤツばかりでリアルタイムの仕様を理解できるやつがほとんどいないんだろうな。
そんな馬鹿がasync/awaitで知った気になってテスト不能のアホコードを大量に書く。
昔から、馬鹿の尻拭い=同期のバグなんだよな。
- 569 名前：デフォルトの名無しさん [2018/03/26(月) 19:18:04.23 ID:8YtYtYXk.net]
- ID:2N4AiZYB ←低脳煽りばかりで技術的なレスは一切しない馬鹿。技術的なレスすると馬鹿がバレるからな。
> 100万回でms単位の差で選ぶとか阿呆としか思えない
- 570 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 19:31:21.32 ID:FkhRj4gx.net]
- アホみたいなスマホゲーム作ってる会社こそ、優秀な人材が集まってるんだぞ
アホみたいに儲かるからな
- 571 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 19:35:54.71 ID:/OtFOsnh.net]
- ループの中身よりガワ気にするプログラマいたらアホかと思うわ
- 572 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 19:45:10.16 ID:jqdLEFhA.net]
- ループの中身もガワも大事
ガワが簡素ということは保守のしやすさに繋がるんだから、それなりのスペックのマシンで動かせる前提なら高速化のための最適化をガチガチにするより
オーバーヘッド大きいけど簡単に書ける方法を採るべき
その判断をせずいかなる場合も高速なのが正義というのは技術に酔ってるだけ
- 573 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 19:47:19.63 ID:Sl5sXtlN.net]
- うぇっぷ。酔った
- 574 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 20:25:24.50 ID:oo+qoL1t.net]
- 速度だけならC#よりVB6のほうが早いわけで、C#には速度以外のものが求められていると思うんだわ
勿論早いに越したことはないが
- 575 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 20:40:40.23 ID:Kmmzv96P.net]
- UWPはネイティブだからC#でも速い。
- 576 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 20:41:34.40 ID:oDdvQRP9.net]
- 何ふらっとみたいな話題やってんだよ
スレ間違えたかと思ったわ
- 577 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 20:52:55.98 ID:pJYeIgRu.net]
- pythonとどっちがはやいの？
- 578 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 20:57:16.62 ID:dvRuSlEv.net]
- >>558
え？！本当ですか？
- 579 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 20:59:12.56 ID:Sl5sXtlN.net]
- >>558
MJD?
- 580 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 21:17:19.46 ID:+hE5FNBB.net]
- ファ～
- 581 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 22:59:08.42 ID:kqauAijD.net]
- >>559
おまいのネイティブの定義を教えてくれ
- 582 名前：デフォルトの名無しさん mailto:sage [2018/03/26(月) 23:58:46.84 ID:7aEBjzBt.net]
- >>565
UWPはツールチェインに.NET Nativeが組み込まれているだけの話じゃね
- 583 名前：デフォルトの名無しさん mailto:sage [2018/03/27(火) 00:24:37.94 ID:8gmuwQWV.net]
- >>562
>>563
VB６はネイティブコンパイラだよ
- 584 名前：デフォルトの名無しさん mailto:sage [2018/03/27(火) 01:27:10.71 ID:GW1/xmrB.net]
- あんな質の悪いコードをネイティブなんて(蝶々蜻蛉も鳥の内）
- 585 名前：デフォルトの名無しさん [2018/03/30(金) 23:05:49.35 ID:AQTRuZFc.net]
- Console.WrteLine("{0}です", number);と
Console.WriteLine(number+"です");だとどっちがいい？
最初の方をよく使うんだけど
- 586 名前：デフォルトの名無しさん mailto:sage [2018/03/30(金) 23:10:00.95 ID:NFQ/XCwQ.net]
- 「どっちがいい」の基準が分からん
string.Formatでも同じだが可変要素が多いときは上の方が分かりやすいとしか言えない
- 587 名前：デフォルトの名無しさん mailto:sage [2018/03/30(金) 23:10:21.60 ID:+KwMySjj.net]
- Console.WrteLine($"{number}です");
- 588 名前：デフォルトの名無しさん [2018/03/30(金) 23:19:57.93 ID:AQTRuZFc.net]
- 某プログラミング言語勉強サイトで後者で打ってる模範があって見にくくてつい質問をしてしまった
- 589 名前：デフォルトの名無しさん mailto:sage [2018/03/30(金) 23:20:52.58 ID:s5wfWcqZ.net]
- >>571
{0}派だったけど今はこれしか使わないな
- 590 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 00:01:03.73 ID:lBDPY53Y.net]
- >>571
な、なんじゃこりゃあ！！
- 591 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 00:03:06.14 ID:wdgleLdA.net]
- >>569
下のほうが目の動きが自然
- 592 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 00:53:06.98 ID:N7Tg3UOC.net]
- >>573
同じ変数を何箇所も使いたい場合は{数字}の方が便利
- 593 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 01:14:29.83 ID:6wN5DSYc.net]
- 国内のドカタワールドはC#2.0で早くも息切れしてきて3.0で脱落者が出始めて4.0以降はほとんど追従できてない酷い有様
string interpolationなんて抜群にドカタ向きだから、dobonあたりが取り上げて宣伝したら流行ると思うけどね
- 594 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 08:18:54.87 ID:AhiWvdUc.net]
- string.formatって1.0の頃から存在した気がする
- 595 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 08:32:15.65 ID:9aphfiP0.net]
- EFの文脈で$@"select * from Foos where {p}"って書くとちゃんとプレースホルダーに置き換えてくれるってので感心した
- 596 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 10:35:32.87 ID:VKIypx1l.net]
- ほんとコロコロと書き方が変わってほんと糞言語になったな。
- 597 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 11:12:51.16 ID:Jc8iX6Rx.net]
- C#7.0-7.1は6までちゃんとキャッチアップできてる現場なら自然に受け入れられるものだけど、C#7.2はヤバい
C++厨こじらせた奴がチームにいたらカオスになりそう
そして8.0ではついにnull非許容参照
- 598 名前：型が導入され、年内には現在ある全ての既存C#コードに対して膨大な数の警告が出るようになる []
- [ここ壊れてます]
- 599 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 12:26:40.13 ID:9aphfiP0.net]
- 最高じゃねえか
ついてこれないレガシー人材も放置されてるレガシーシステムも要らん
- 600 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 12:41:52.94 ID:O8yBke8L.net]
- そもそもプログラミングは低脳がやっていい仕事じゃねーからな
この期に日本式の文系マと専門学校マは全員処分したらいい
- 601 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 12:44:53.69 ID:1xZcLHDp.net]
- >>583
文系かどうか、専門学校出かどうかは、本質とは関係ないのではないか？
馬鹿なやつを特定して排除するならまだしも、経歴 **だけ** で判断するのはいかがなものか？
- 602 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 12:46:24.77 ID:O8yBke8L.net]
- な、文系だろ？
- 603 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 12:49:40.91 ID:iWayTg8I.net]
- レッテル貼りして思考停止して片付けるのは楽だよな
>>581
現状でもVSで推奨されないことに「メッセージ」は出るけど「警告」は出ないぞ
下位互換無くすのなら別の問題になるけどな
- 604 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 13:51:41.50 ID:lBDPY53Y.net]
- >>581
ヌルポ許容しない理由はなんでしょうか？
- 605 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 14:00:03.82 ID:VKIypx1l.net]
- そもそも納品物がヌルポでよく落ちるのは単体テストをしない、手抜きだからであって、
新機能を好んで使う馬鹿は、null非許容参照型を導入しようとテストをしないのは変わらないわけで、
むしろバグが隠蔽される。VBのOn Error Resume Nextのバグ隠蔽機能の再来。
varと同様、コード品質を落とすアホ機能である。
- 606 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 14:15:45.12 ID:wdgleLdA.net]
- 単体テスト
それは企業によって意味が全く異なるワードである
- 607 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 14:23:43.23 ID:OaeapR1O.net]
- 爺さんそろそろ引退した方がいいぞ
- 608 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 14:30:41.24 ID:wdgleLdA.net]
- 単体テスト
・関数単位のテスト
・アプリケーションをビルドして作成・修正した箇所を開発者本人が動作確認するテスト
大きくわけてこの2種類の解釈
xUnit世代は単体テストってアレだよねっていう共通認識があるかもしれないが
老舗企業でそんな意味で単体テストっていう言葉を使うと恥をかくぞ
- 609 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 14:35:37.85 ID:wk3pjuZy.net]
- >>587
if (arg == null) throw new ArgumentNullException(nameof(arg));
とか
Assert.That(Hoge(), Is.Not.Null);
みたいな頭の悪いチェックやテストケースが不要になる
- 610 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 14:52:49.36 ID:9VGsIMix.net]
- >>588
一般に、新しいものを使いたがるPGの方がスキルが高いので品質も生産性も高いよ
もちろん、メンバーの状況によっては縛りをかける判断が適切な場合もあるけど、
それはあくまでスキルの低いメンバーの生産性と品質の低下を避けるためだ
新しいものを使いたがる系の奴に古いものを強制しても、生産性と品質が大きく低下することはない
- 611 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 16:18:58.20 ID:AhiWvdUc.net]
- しかし、linqだって１０年モノ・・・新しい古いってレベルじゃねーよな
- 612 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 16:25:39.38 ID:TBBYBavK.net]
- 新しいフレームワークに飛び付く層はモチベーションの影響で生産力はあるかも知れないが、スキルが高いかというと微妙
- 613 名前：デフォルトの名無しさん [2018/03/31(土) 17:11:47.69 ID:wolthb3Z.net]
- varって気を付けないと000abdだと整数読み込みでするからstringで扱う時はstringでやるわ
- 614 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 17:29:38.76 ID:F
]
- [ここ壊れてます]
- 615 名前：Nt76Udy.net mailto: >>588
ワロタ [] - [ここ壊れてます]
- 616 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 18:44:14.32 ID:/mYBOpTC.net]
- C#プログラマは全員、ライセンスで訴えられるリスクを負う。とても危険。
- 617 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 18:51:34.87 ID:/Z8GsSJz.net]
- 春だなあ
- 618 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 18:52:23.42 ID:1xZcLHDp.net]
- >>598
詳しく
- 619 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 19:27:52.75 ID:xFqugWHj.net]
- ユニットテストを意識するようになればメソッドやクラス構成マシになるのに、どうせ単体テストやるしと数百行のメソッド大量生産の俺社
- 620 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 19:38:17.35 ID:wdgleLdA.net]
- メソッドは原理原則通り20行まで・・・ってのはやりすぎかもしれんけど
全ては関数にわけられるだけわける
１つの関数に2つ以上の機能があれば冗長だとは思う
- 621 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 20:01:38.03 ID:FNt76Udy.net]
- 関心事が1つであるべきだよ
機能数は複数あってもいい
例えば顧客オブジェクトを取得する/作成する/更新する/削除するための顧客リポジトリ
こいつの機能は4つだが関心事は顧客オブジェクトの永続化という1つだけ
- 622 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 20:41:54.64 ID:fnj+62QA.net]
- >>602
でもやたら関数に分けまくるのもやり過ぎの悪例だからなぁ
一行メソッドのたらい回しとか可読性低すぎて引き継いだとき殺意が湧くし
- 623 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 21:12:12.52 ID:FNt76Udy.net]
- 1行でも意図が明確化するならメソッドにする
C++とかやってきた人なら当たり前の感覚なんだけどね
- 624 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 21:20:51.16 ID:FNt76Udy.net]
- Expression Bodyのプロパティやメソッドがなぜ導入されたのか
1行のプロパティやメソッドはそれだけ使用頻度が高いってこと
- 625 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 21:50:23.14 ID:lRCajebl.net]
- バカが書くオブジェクト指向()を舐めるなよ？
あいつら『かめはめ波()』の機能を
か()
め()
は()
め()
波()
にするレベルでバカだからな
- 626 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 21:55:29.44 ID:+WsDcfNX.net]
- 意味を理解しておらず側だけ真似するからそうなる
猿は木の実でも取ってろ
- 627 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 21:57:45.44 ID:g9lQ5N9X.net]
- 独立している機能なら一行でも良いが
一連の塊で動いてる機能を再利用性の欠片もないパーツに切り分ける奴は頭が悪い
しかもその切り分けた関数で他の関数を実行してたらそれはもうただの難読化だ
- 628 名前：デフォルトの名無しさん [2018/03/31(土) 23:47:58.41 ID:U08lgUq5.net]
- >>607-609
バカw
- 629 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 07:17:31.62 ID:su2Mei6j.net]
- >>609
再利用性だけで分けるのは典型的な素人
- 630 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 07:24:17.48 ID:su2Mei6j.net]
- >>606
これが答えだよ
Microsoftや達人プログラマ達は1行メソッドの価値を理解して言語仕様まで変えてしまった
それほどまでに重要なものってことだ
一方で雑魚プログラマのお前らは価値を理解できずにぐちぐちと文句を言う
程度の低さを伺えるね
- 631 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 08:28:43.58 ID:G1/6VWB7.net]
- コメント代わりに関数使う>>611みたいなのが害悪なんだよな
- 632 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 08:32:44.17 ID:IPSX8M4/.net]
- プログラム構造が見渡せる行数になれば、ソレ以上の細分化は無意味なんだけどね
メソッドの分割は中身を理解しやすくするのが最大の目的で、それを阻害するほど分割したら意味がない
- 633 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 08:45:42.44 ID:x6ZL87kc.net]
- 俺もコメント代わりに分けまくる派
純粋関数で責任が明確なら可読性は上がるよ
- 634 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 08:59:28.91 ID:s6sGDINL.net]
- 一目見たら分かる処理をオレオレ命名で飛び地化
お一人様開発�
- 635 名前：ﾈら良いがチームでやんなよ []
- [ここ壊れてます]
- 636 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:02:43.00 ID:QRam8GQ6.net]
- void MoveAX(unsigned short val);
- 637 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:11:29.06 ID:su2Mei6j.net]
- >>613
コードで表現できるものをコメントで書くバカが本物の害悪だよ
- 638 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:16:10.30 ID:P1fWuhY2.net]
- マーティン・ファウラーはいつも良いことを言うね
底辺PGでも少しは見習ったほうが良いぞ
https://martinfowler.com/bliki/FunctionLength.html
- 639 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:17:34.95 ID:G1/6VWB7.net]
- >>618
コードで表現出来てることをわざわざ関数名で伝えようとするバカが何だって？
- 640 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:25:16.65 ID:P1fWuhY2.net]
- >>614
中身を理解しやすくするのは実装の仕事
メソッド化する最大の目的は実装と意図を分離すること
僕が引用したリンク先でマーティン・ファウラーがわかりやすく説明してくれてるからぜひ読んで欲しい
- 641 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:28:59.77 ID:s6sGDINL.net]
- 三行で書かれてるコードならその場でその三行を修正するだけで済むが、
それを三つの関数に分けるとわざわざ別の行までスクロールして修正する作業が三回発生する
どちらが効率的で生産性が高いのか普通なら考えるまでもなく分かることだが、自意識過剰なバカには分からないのかも知れない
何せ自分のことを『達人』とか思い込んでるレベルのバカだし
- 642 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:33:48.86 ID:su2Mei6j.net]
- >>620
コードで表現していることを関数名で抽象化するんだよ
抽象化はプログラミングをする上で最上級に重要な概念だけどどうもIQが凡人以下だと理解できないらしい
物事を理解するにはその内容に応じた知能がどうしても必要になる
凡人が数学者や物理学者に成れない
難しい概念がわからないという感覚は人としてどうしようもないものなんだ
だからこのスレにも抽象化がわからない人が居てもおかしくはない
- 643 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:36:24.52 ID:fxgoPYx5.net]
- >>622
場合によるんじゃないかな？
その一行が何度も出てくるなら関数化したほうが修正が楽
何百回修正するか
一回修正するか
- 644 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:38:21.16 ID:su2Mei6j.net]
- >>622
そのコードがなんのためにあるのかということを考える作業が3回も発生する
そのコードを変えて他に影響がないか確かめる作業が3回も発生する
同じことを他の場所でしていないか確かめる作業が3回も発生する
酷い無駄だ
- 645 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:39:10.89 ID:fxgoPYx5.net]
- 関数化で抽象化はされる
抽象化された関数で何をやってるか詳しく関数名に入れると無意味なことになることもある
むずかしいよね
- 646 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:40:28.60 ID:s6sGDINL.net]
- bool IsEmpty() => this.Length == 0;
このレベルの実装であれば何も文句はないが、大半はそうじゃないのが現実
- 647 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:40:36.80 ID:x6ZL87kc.net]
- 適切な直行化ができてれば、一連の処理の流れに関わる多数の関数を一緒に修正するなんてことはそうあるものではない
その程度のスキルレベルなら分け過ぎはよくないのは同意する
- 648 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:42:35.89 ID:fxgoPYx5.net]
- もともと一行関数だったものが徐々に成長していくこともある
でも呼び出し元のコードは変わらない
ロジックが変わってないからね
これは大変素晴らしいことだと思う
- 649 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:46:33.53 ID:x6ZL87kc.net]
- 十分に責任の明確化ができている関数は中身を見る必要が無くなる
不要になって消すことはあっても中身を弄ることはめったにない
この名前でこの引数を受け取るならこの結果が返るのが当然、と思えるのが正しい関数だ
- 650 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:48:36.16 ID:G1/6VWB7.net]
- >>627をバカが真似した例
void Increment(ref int a) => a++
- 651 名前：
（※現実にあったコードです） [] - [ここ壊れてます]
- 652 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:52:46.42 ID:qsRAuR+m.net]
- >>631
そのレベルの現場ならCOBOLみたいにMOVE羅列してる方マシだね
世の中そういうところばかりではないから文句があるならさっさと転職しろ
- 653 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 09:54:39.84 ID:fxgoPYx5.net]
- コードを書いてる時点で将来をすべて予見できるような素晴らしい環境にいるならいいけど
大体はそんなことはない
仕様を考えたのが他人であろうと自分であろうと
- 654 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 10:25:24.90 ID:EnMpGyAP.net]
- >>631
範囲を扱うアルゴリズムに使わせる目的で使うイディオムだよ
こうしておけばプリミティブの数値も数値っぽい型(例えば巨大整数クラス)も同じように扱える
ようするにただのストラテジだな
- 655 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 10:45:43.34 ID:EnMpGyAP.net]
- まあ正直C#で>>631は無意味とは言わないまでも違和感あるけどな
>>631もC#だけでなくc++とか経験してみるとこういう短い関数の真価を理解できるんじゃないかな
- 656 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 11:56:21.61 ID:T3P5Wj+0.net]
- 巨大整数とか仕様にカスリもしない未来を妄想して複雑化して「これがシンプルなんだよ！」と強弁するとかアホの典型だな
グループ開発の経験もない無職かよ
- 657 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 12:03:50.05 ID:EnMpGyAP.net]
- >>636
一例に過剰反応バカキター
- 658 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 12:12:43.78 ID:qPjZABJK.net]
- 最初から無駄に俺様カスタマイズしたがるのはこじらせたC++erによくあるYAGNIだね
そして、Incrementの例のように基礎的な部分には異常に拘るくせに普通のアプリケーションコード部分は巨大なメソッドを生産する奴が多い
その割にはポインタ演算は大好きで、配列操作になるとウッキウキしてクソ低レベルなアスタリスクと++だらけのコードを垂れ流す
そういう連中だよ
- 659 名前：デフォルトの名無しさん mailto:sage [2018/04/01(日) 12:36:30.52 ID:d99K3tnG.net]
- 昨日からNG大繁盛だわ
|
 |
