C#, C♯, C＃相談室 Part95

**デフォルトの名無しさん** · 2017/10/17(火) 04:02:10.51

■Visual Studio 2017 Community(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part94
http://mevius.2ch.net/test/read.cgi/tech/1492843013/

■次スレは>>970が建てる事
建てられない場合は他を指定する事。

**デフォルトの名無しさん** · 2018/03/12(月) 07:51:54.36

>>490
内部のメモリ構造てw
お前c++使えんやろ何の勘違いしとるんやw

**デフォルトの名無しさん** · 2018/03/12(月) 08:10:00.64

>>478
自分はC++の仮想関数も関数ポインタも難なく使ってる。そして、C#は自分では使った
事が無い。でも、他人が作った.Net製のアプリを見て余りの遅さに.Netが普及しては
困ると思った。Vectorに登録されてるアマチュアのC/C++のプログラムでも見たことがない
ような遅さの.Netのプログラムをハードウェアメーカーが付属品として付けて来る。プロ
なのに。

**デフォルトの名無しさん** · 2018/03/12(月) 08:46:33.45

そりゃ単に作った奴の所為じゃないか…プロなんて生業というだけで
プログラマーと呼べない連中など腐るほど居るし、門戸が広ければ蔓延るであろう
JITコンパイルとか境界チェックとかコードセキュリティとかオーバーヘッドは有るけどさ

**デフォルトの名無しさん** · 2018/03/12(月) 08:57:44.74

XNAでゲーム作ってキャラクター10万個くらい出してもほとんど処理落ちしなかったのに
まともにコード書いた普通のソフトでそうそう遅くなるとは思えん

**デフォルトの名無しさん** · 2018/03/12(月) 09:06:37.07

.Netは間に色々入るのでCPUキャッシュの効きが悪くなり、キャッシュの多いCPUでは
C++のNative Binaryの2.5倍程度の遅さで済んでもキャッシュの少ないCPUでは急激に
遅くなる可能性があるかも。キャッシュミスがあると、数千クロックのオーバーヘッドが
生じるので、C++の1000倍くらい遅くなる可能性がある。

**デフォルトの名無しさん** · 2018/03/12(月) 14:28:01.77

仮設かよ

**デフォルトの名無しさん** · 2018/03/12(月) 14:46:41.65

ロクに使ったこともない人がドヤ顔で解説とかシビレル

**デフォルトの名無しさん** · 2018/03/12(月) 19:14:04.76

エビデンスよろしく
https://stat.ameba.jp/user_images/20180105/17/genten-nippon/2b/2b/j/o0640041414105871600.jpg

**デフォルトの名無しさん** · 2018/03/13(火) 07:50:28.81

[間違い(または嘘つき)記事発見]

以下のリンク先の速度比較で、C# では言語Nativeな配列を使っているのに、
C++では、std::unique_ptr<> を使ってしまっている。そもそも、C/C++は、
高級アセンブラみたいなものだから、書き方を間違わない限りは、C#より遅くなる
はずがない。

「C#がC++より高速になった？」：
https://qiita.com/Chironian/items/e8c9f0147669f941936a

C#
static void setLargeArrayManaged1()
{
var aArray = new byte[kCountLai];
・・・

C++
void setLargeArray()
{
std::unique_ptr<byte[]> aArray(new byte[kCountLai]);
・・・

公平に比較したいなら、以下のようにすれば良いだけ。こっちの方がC#と
ソースレベルでも似ている。この著者は馬鹿としか言いようがない：

C++
void setLargeArray()
{
byte *aArray = new byte[kCountLai];
・・・
delete [] aArray;

**デフォルトの名無しさん** · 2018/03/13(火) 12:49:47.67

LINQは便利だけど落とし穴も多い
でも便利過ぎて手放せない

**デフォルトの名無しさん** · 2018/03/13(火) 13:44:03.70

Linqは裏側の動作までイメージ出来ないと簡単ゴミ作れちゃうのよねん

**デフォルトの名無しさん** · 2018/03/13(火) 14:26:57.36

LINQだけでググるとこれが出てきてしまう。

LinQ（リンク）は日本の福岡県福岡市を拠点に活動しているローカルアイドルグループ。

この項目では、女性アイドルのローカルグループ LinQについて説明しています。
統合言語クエリ LINQについては「統合言語クエリ」を、その他のLINQについては「リンク」をご覧ください。

**デフォルトの名無しさん** · 2018/03/15(木) 01:43:05.50

C#が遅くないとか言ってる奴に限ってアセンブラ経験がない。C#信者はVB厨とJava厨と同じレベル。

**デフォルトの名無しさん** · 2018/03/15(木) 01:47:13.82

Comparing AWS Lambda performance of Node.js, Python, Java, C# and Go
https://read.acloud.guru/comparing-aws-lambda-performance-of-node-js-python-java-c-and-go-29c1163c2581

C# 速いな

**デフォルトの名無しさん** · 2018/03/15(木) 02:23:16.87

設計思想が異なる対象まで遅いだの速いだの言語価値はそれだけかよ
ソースが同じなら処理も同じなんて考えるのが居たら㌧でもない事だ
C#やILのコンパイラに瑕疵があるのなら然るべき所へ報告すれば良い

**デフォルトの名無しさん** · 2018/03/15(木) 03:03:25.25

>>504
超高速なマシン語で開発しとけよガイジ

**デフォルトの名無しさん** · 2018/03/15(木) 07:41:56.53

>>505
AWS Lambda使ったことないと誤解を生みそうな記事だなこれ
Lambdaのランタイムのオーバーヘッドを測ってるだけで、実質的なコードの実行時間はほとんど関係ないよこれ

**デフォルトの名無しさん** · 2018/03/17(土) 01:17:02.15

プログラムを書いていてちょっと迷ってると、VisualStudioがメソッド等について説明の吹き出しみたいなのを出してくれるけどさあ
あそこに出てくる説明の文章部分ってどうやって作るの？

**デフォルトの名無しさん** · 2018/03/17(土) 01:18:52.24

tooltipの事？

**デフォルトの名無しさん** · 2018/03/17(土) 01:26:03.86

>>509
xmlドキュメント？

**デフォルトの名無しさん** · 2018/03/17(土) 01:44:41.89

>>509
http://ufcpp.net/study/csharp/sp_xmldoc.html

**デフォルトの名無しさん** · 2018/03/17(土) 12:57:36.02

さすがにアセンブラ経験なしでここで相談に答える馬鹿はいないだろ。ILだってまともに読めないだろうし。

**デフォルトの名無しさん** · 2018/03/17(土) 14:22:18.54

どうしたの？一昨日のことでまだ言いたいことあった？ガイジ

**デフォルトの名無しさん** · 2018/03/17(土) 19:16:22.31

>>509
メソッドの１つ手前の行でスラッシュ三回打ってワンと言え

**デフォルトの名無しさん** · 2018/03/17(土) 22:52:59.91

>>509
シフト押しながら７を三回押したらでてくるやつの話？

**デフォルトの名無しさん** · 2018/03/17(土) 23:09:46.68

>>509に対する回答が>>510と>>515以外全く意味が分からない
>>515が正解だと思うけど、どっちにしてもスレ違いだし

**デフォルトの名無しさん** · 2018/03/18(日) 00:06:39.69

1レスに3個以上安価入れるのは行儀が悪いってママに叱られなかった？

**デフォルトの名無しさん** · 2018/03/18(日) 00:08:59.62

3つ以上だと問題が起こる駄ブラウザでもあるん？

**デフォルトの名無しさん** · 2018/03/18(日) 00:14:40.74

キチガイが安価多用するからキチガイっぼく見えるよというお話

**デフォルトの名無しさん** · 2018/03/18(日) 00:15:49.92

スレ違いのレス２つ以上書くなよ

**デフォルトの名無しさん** · 2018/03/18(日) 00:19:02.80

なんだキチガイか

**デフォルトの名無しさん** · 2018/03/18(日) 00:20:42.25

タグが増えると容量が増えてgzip圧縮に対応してへんブラウザやとしんどいねん
VBコンポーネント使ってるやつとかな

**デフォルトの名無しさん** · 2018/03/18(日) 04:21:02.43

>>523の説明を聞いて納得。
>>520は頭と性格が悪そうだと思った。

**デフォルトの名無しさん** · 2018/03/18(日) 11:58:49.54

ReSharper入れると作業が捗るな。

**デフォルトの名無しさん** · 2018/03/18(日) 13:01:57.77

規模が大きくなるとただでさえVS重くなるのにReSharper有効にしてると耐えられないレベルになる
VSCodeのC#サポートがもうちょっと賢くなれば移行したい

**デフォルトの名無しさん** · 2018/03/18(日) 18:17:47.26

>>526
2017で軽くなるかもと期待したが、うｐデートする度に重くなっていくような。
Sharp

**デフォルトの名無しさん** · 2018/03/18(日) 18:26:43.73

x神の祟りかな

**デフォルトの名無しさん** · 2018/03/18(日) 18:33:32.82

>>527
大きなソリューションの読み込みはUpdateごとに確実に速くなってるけどね

**デフォルトの名無しさん** · 2018/03/20(火) 19:30:26.84

forループとEnumerable.Rangeでループするのどっちが速いの？

**デフォルトの名無しさん** · 2018/03/20(火) 19:58:41.25

>>530
for

**デフォルトの名無しさん** · 2018/03/20(火) 20:01:23.98

理屈的にはmovenextとget_Currentの呼び出しコスト分遅いんだっけか？

**デフォルトの名無しさん** · 2018/03/25(日) 17:37:06.67

>>530
この理由で頑なにfor使っている人居るけど、100万回でms単位の差で選ぶとか阿呆としか思えない

**デフォルトの名無しさん** · 2018/03/25(日) 18:00:33.42

業務系c#開発でgitって使えるもん？
開発規模が社内だけなら面倒なだけな気がするんだけど、シェア考えると今からsvnは無い気もして

**デフォルトの名無しさん** · 2018/03/25(日) 18:03:54.82

svnが選択肢になるわけないだろ

**デフォルトの名無しさん** · 2018/03/25(日) 18:07:16.70

GitHubなら賛否あるけど、Gitなら迷わず使えばよくね

**デフォルトの名無しさん** · 2018/03/25(日) 18:51:32.94

ギョーミーは50万年くらい遅れてそうでいいよな
まだ旧人類やってても優秀な方にランキングされるようだぜ

**デフォルトの名無しさん** · 2018/03/25(日) 19:19:43.57

業務系は下請けに出さないとgitサーバーも立てられないからな
世界的に有名な大企業でもまじでそんな感じ

**デフォルトの名無しさん** · 2018/03/25(日) 19:45:22.41

RCSお勧め

**デフォルトの名無しさん** · 2018/03/25(日) 20:05:33.13

おれの会社svn使っててわろたぁぁぁぁ

**デフォルトの名無しさん** · 2018/03/25(日) 20:43:54.92

いまの若い子はSVNの使い方知らないからやめといたほうがいいよ
Gitにしか出来ないと思い込んでるから何も努力しなくなってるしな
Git一択だわ

**デフォルトの名無しさん** · 2018/03/26(月) 00:42:43.54

若い人は○○系の話って大抵若い人がそれを必要とする時点で絶滅しかかってるんだから知らなくて当たり前なんだよね
だからむしろ知ってた時に驚くのが普通なのになぜか知らないことに驚くというのが意味不明

**デフォルトの名無しさん** · 2018/03/26(月) 09:43:42.51

中小業務系とか素人スタートが数年居ればベテラン扱い
gitどころかバージョン管理？なにそれおいしいの？状態

**デフォルトの名無しさん** · 2018/03/26(月) 11:34:22.38

ってことは一々コピーを全部残してるのかな

**デフォルトの名無しさん** · 2018/03/26(月) 12:31:10.66

ソルーションZIP固め
正直、個人プレーならこれが一番わかりやすくて安心

**デフォルトの名無しさん** · 2018/03/26(月) 13:27:04.15

そんな連中にgit使わせようたぁ

**デフォルトの名無しさん** · 2018/03/26(月) 18:14:54.05

>>533
ゆとり馬鹿はほんと数学ができないんだな。

**デフォルトの名無しさん** · 2018/03/26(月) 18:59:11.81

>>547
お前義務教育も受けて無さそうだな

**デフォルトの名無しさん** · 2018/03/26(月) 19:03:58.27

ゴリラに義務教育はないだろw

**デフォルトの名無しさん** · 2018/03/26(月) 19:10:15.04

>>548
>、100万回でms単位の差で選ぶとか阿呆としか思えない

おまえも仕事したことない無職なんだろうけど、リアルな話、
こんな馬鹿が一人でも混じってたら糞コードを大量コミットしてデスマーチになってしまう。
年金システムにはこういう馬鹿が大量にいたんだよな。

**デフォルトの名無しさん** · 2018/03/26(月) 19:13:50.06

>>550
算数を数学とか言っているからバカにしたのに恥の上塗り

**デフォルトの名無しさん** · 2018/03/26(月) 19:16:39.45

>、100万回でms単位の差で選ぶとか阿呆としか思えない

日本のスマホゲームはポチポチゲームばかりらしい。
こういう馬鹿な考えのヤツばかりでリアルタイムの仕様を理解できるやつがほとんどいないんだろうな。
そんな馬鹿がasync/awaitで知った気になってテスト不能のアホコードを大量に書く。
昔から、馬鹿の尻拭い=同期のバグなんだよな。

**デフォルトの名無しさん** · 2018/03/26(月) 19:18:04.23

ID:2N4AiZYB　←低脳煽りばかりで技術的なレスは一切しない馬鹿。技術的なレスすると馬鹿がバレるからな。

> 100万回でms単位の差で選ぶとか阿呆としか思えない

**デフォルトの名無しさん** · 2018/03/26(月) 19:31:21.32

アホみたいなスマホゲーム作ってる会社こそ、優秀な人材が集まってるんだぞ
アホみたいに儲かるからな

**デフォルトの名無しさん** · 2018/03/26(月) 19:35:54.71

ループの中身よりガワ気にするプログラマいたらアホかと思うわ

**デフォルトの名無しさん** · 2018/03/26(月) 19:45:10.16

ループの中身もガワも大事
ガワが簡素ということは保守のしやすさに繋がるんだから、それなりのスペックのマシンで動かせる前提なら高速化のための最適化をガチガチにするより
オーバーヘッド大きいけど簡単に書ける方法を採るべき
その判断をせずいかなる場合も高速なのが正義というのは技術に酔ってるだけ

**デフォルトの名無しさん** · 2018/03/26(月) 19:47:19.63

うぇっぷ。酔った

**デフォルトの名無しさん** · 2018/03/26(月) 20:25:24.50

速度だけならC#よりVB6のほうが早いわけで、C#には速度以外のものが求められていると思うんだわ
勿論早いに越したことはないが

**デフォルトの名無しさん** · 2018/03/26(月) 20:40:40.23

UWPはネイティブだからC#でも速い。

**デフォルトの名無しさん** · 2018/03/26(月) 20:41:34.40

何ふらっとみたいな話題やってんだよ
スレ間違えたかと思ったわ

**デフォルトの名無しさん** · 2018/03/26(月) 20:52:55.98

pythonとどっちがはやいの？

**デフォルトの名無しさん** · 2018/03/26(月) 20:57:16.62

>>558
え？！本当ですか？

**デフォルトの名無しさん** · 2018/03/26(月) 20:59:12.56

>>558
MJD?

**デフォルトの名無しさん** · 2018/03/26(月) 21:17:19.46

ファ～

**デフォルトの名無しさん** · 2018/03/26(月) 22:59:08.42

>>559
おまいのネイティブの定義を教えてくれ

**デフォルトの名無しさん** · 2018/03/26(月) 23:58:46.84

>>565
UWPはツールチェインに.NET Nativeが組み込まれているだけの話じゃね

**デフォルトの名無しさん** · 2018/03/27(火) 00:24:37.94

>>562
>>563
VB６はネイティブコンパイラだよ

**デフォルトの名無しさん** · 2018/03/27(火) 01:27:10.71

あんな質の悪いコードをネイティブなんて(蝶々蜻蛉も鳥の内）

**デフォルトの名無しさん** · 2018/03/30(金) 23:05:49.35

Console.WrteLine("{0}です", number);と
Console.WriteLine(number+"です");だとどっちがいい？
最初の方をよく使うんだけど

**デフォルトの名無しさん** · 2018/03/30(金) 23:10:00.95

「どっちがいい」の基準が分からん
string.Formatでも同じだが可変要素が多いときは上の方が分かりやすいとしか言えない

**デフォルトの名無しさん** · 2018/03/30(金) 23:10:21.60

Console.WrteLine($"{number}です");

**デフォルトの名無しさん** · 2018/03/30(金) 23:19:57.93

某プログラミング言語勉強サイトで後者で打ってる模範があって見にくくてつい質問をしてしまった

**デフォルトの名無しさん** · 2018/03/30(金) 23:20:52.58

>>571
{0}派だったけど今はこれしか使わないな

**デフォルトの名無しさん** · 2018/03/31(土) 00:01:03.73

>>571
な、なんじゃこりゃあ！！

**デフォルトの名無しさん** · 2018/03/31(土) 00:03:06.14

>>569
下のほうが目の動きが自然

**デフォルトの名無しさん** · 2018/03/31(土) 00:53:06.98

>>573
同じ変数を何箇所も使いたい場合は{数字}の方が便利

**デフォルトの名無しさん** · 2018/03/31(土) 01:14:29.83

国内のドカタワールドはC#2.0で早くも息切れしてきて3.0で脱落者が出始めて4.0以降はほとんど追従できてない酷い有様
string interpolationなんて抜群にドカタ向きだから、dobonあたりが取り上げて宣伝したら流行ると思うけどね

**デフォルトの名無しさん** · 2018/03/31(土) 08:18:54.87

string.formatって1.0の頃から存在した気がする

**デフォルトの名無しさん** · 2018/03/31(土) 08:32:15.65

EFの文脈で$@"select * from Foos where {p}"って書くとちゃんとプレースホルダーに置き換えてくれるってので感心した

**デフォルトの名無しさん** · 2018/03/31(土) 10:35:32.87

ほんとコロコロと書き方が変わってほんと糞言語になったな。

**デフォルトの名無しさん** · 2018/03/31(土) 11:12:51.16

C#7.0-7.1は6までちゃんとキャッチアップできてる現場なら自然に受け入れられるものだけど、C#7.2はヤバい
C++厨こじらせた奴がチームにいたらカオスになりそう
そして8.0ではついにnull非許容参照型が導入され、年内には現在ある全ての既存C#コードに対して膨大な数の警告が出るようになる

**デフォルトの名無しさん** · 2018/03/31(土) 12:26:40.13

最高じゃねえか
ついてこれないレガシー人材も放置されてるレガシーシステムも要らん

**デフォルトの名無しさん** · 2018/03/31(土) 12:41:52.94

そもそもプログラミングは低脳がやっていい仕事じゃねーからな
この期に日本式の文系マと専門学校マは全員処分したらいい

**デフォルトの名無しさん** · 2018/03/31(土) 12:44:53.69

>>583
文系かどうか、専門学校出かどうかは、本質とは関係ないのではないか？
馬鹿なやつを特定して排除するならまだしも、経歴 **だけ** で判断するのはいかがなものか？

**デフォルトの名無しさん** · 2018/03/31(土) 12:46:24.77

な、文系だろ？

**デフォルトの名無しさん** · 2018/03/31(土) 12:49:40.91

レッテル貼りして思考停止して片付けるのは楽だよな
>>581
現状でもVSで推奨されないことに「メッセージ」は出るけど「警告」は出ないぞ
下位互換無くすのなら別の問題になるけどな

**デフォルトの名無しさん** · 2018/03/31(土) 13:51:41.50

>>581
ヌルポ許容しない理由はなんでしょうか？

**デフォルトの名無しさん** · 2018/03/31(土) 14:00:03.82

そもそも納品物がヌルポでよく落ちるのは単体テストをしない、手抜きだからであって、
新機能を好んで使う馬鹿は、null非許容参照型を導入しようとテストをしないのは変わらないわけで、
むしろバグが隠蔽される。VBのOn Error Resume Nextのバグ隠蔽機能の再来。

varと同様、コード品質を落とすアホ機能である。

**デフォルトの名無しさん** · 2018/03/31(土) 14:15:45.12

単体テスト
それは企業によって意味が全く異なるワードである

**デフォルトの名無しさん** · 2018/03/31(土) 14:23:43.23

爺さんそろそろ引退した方がいいぞ

**デフォルトの名無しさん** · 2018/03/31(土) 14:30:41.24

単体テスト
・関数単位のテスト
・アプリケーションをビルドして作成・修正した箇所を開発者本人が動作確認するテスト

大きくわけてこの2種類の解釈
xUnit世代は単体テストってアレだよねっていう共通認識があるかもしれないが
老舗企業でそんな意味で単体テストっていう言葉を使うと恥をかくぞ