Visual Studio 2019 Part3

2019/10/02(水) 10:01:27.08

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

Visual Studio 2019 の新機能
https://docs.microsoft.com/ja-jp/visualstudio/ide/whats-new-visual-studio-2019?view=vs-2019

The Visual Studio Blog
https://devblogs.microsoft.com/visualstudio/

リリースノート
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#

過去スレ
Visual Studio 2019
https://mevius.5ch.net/test/read.cgi/tech/1548765663/

※前スレ
Visual Studio 2019 Part2
https://mevius.5ch.net/test/read.cgi/tech/1562077164/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2019/12/11(水) 12:16:16.01

DのE.A.は息してない

2019/12/12(木) 20:42:56.63

更新頻繁すぎだわ

2019/12/12(木) 21:31:48.44

自分に関係ないものばかりだろう
じゃんじゃん更新していい

2019/12/12(木) 23:46:04.69

別に更新したところで何も変わらん
vsがカバーする範囲が広すぎて一開発者にとってして見れば関係ないことが多い
もちろん関係する人もいるんだろうけど、ついでに入る細かい修正なんかもあるだろうからガンガン更新かけていいよ

2019/12/13(金) 11:40:40.59

更新嫌な老害が何故2019を使うのか気になる
まぁこれでも他のIDEよりは更新少ないけど

2019/12/13(金) 12:51:39.72

更新のリスクが気にもならないガキが人のことを老害だとよw

2019/12/13(金) 12:59:20.12

リスクは有るが前に進むしか無いんだよね

2019/12/13(金) 13:11:02.60

ADSLおじいちゃんの話かと思ってたけど違うの？

2019/12/13(金) 13:15:59.14

更新して問題あれば戻せばいい
案件等でバージョンが指定されてるなら更新しなきゃ良い

更新することにより発生するリスクで更新頻度の多さを批判する意味がわからん

2019/12/13(金) 13:23:31.87

>>395
いつものそいつだよ

2019/12/13(金) 15:04:55.44

年齢の問題じゃねえだろうがよタコ助

2019/12/13(金) 15:29:50.69

効いてる効いてるｗ
会社のお荷物は早く引退しようね

2019/12/13(金) 15:35:43.34

無職だから会社ではなく社会の...

2019/12/13(金) 15:47:42.88

20代の老害も居るんだよ
若年性老害と言う

2019/12/13(金) 16:33:54.31

>>399
自己紹介乙
そういうくだらねえ仲間割れにばかりご執心で
本業のスキルがお留守なやつこそ
社長にどう思われているか怖くて現実逃避
するしかねえもんなw

若者から成長力を取ったら何も残んねえ
ゴミにすらカウントされねえ

2019/12/13(金) 19:33:19.55

思慮が浅い

2019/12/13(金) 19:34:28.07

安定版が使いたければVS2017を使えばいいと思うんだが
まあこっちもコンパイラの不具合更新いまだに来るから怖いんだけどな

2019/12/13(金) 19:48:24.13

asepriteをvs2019でコンパイルしてみたけど、
pythonは入っているし、SkiaもLLVMでなく
ても良いし、
gcc 1.x とかから考えると進化したなぁと思う。

もう少し、更新パッケージの容量を落としてくれないと
入院先の病棟で使えないので悲しいが

流石に、SoftBank Airを持ち込む勇気は無い(^^;)

2019/12/13(金) 22:03:47.88

>>404
そう思ってた時がありました。
VCランタイムがVS2015～2019で共通になったから、
VC++はVS2019のアップデートと無関係で済まないと言う…。

2019/12/13(金) 22:29:47.25

そこまで互換性に神経質なら静的リンクしろよ

2019/12/13(金) 22:34:09.26

みんな静的リンクしてないの？
ランタイムが入ってない環境で面倒じゃない？

2019/12/13(金) 22:58:13.69

意外と平気

2019/12/13(金) 23:31:18.42

>>396
ISOイメージがダウンロードできるんならそれでいいんだけどなあ

>>408
昔画像系のライブラリの中に脆弱性があって、スタティックリンクの奴なんか
どうやって対策すんだ？なんて話になったことがある
自分しか使わないツールとか社内運用以外だったら怖くて使えん

2019/12/13(金) 23:35:13.13

脆弱性なんてどうせ何をしたって有るんだから
あまり気にしてない

2019/12/13(金) 23:41:27.50

神経質な客だとセキュリティ関連で色々聞かれることあるな
その中でスタティックリンクしてるかも1度聞かれた

2019/12/13(金) 23:50:29.10

アホらしいよな
ライブラリよりもアプリのコードの方が遥かに脆弱性は多いのに

2019/12/14(土) 00:06:50.82

メールの添付ファイルが警告出てても無視して開くアホ大杉

2019/12/14(土) 00:13:06.45

外から攻撃されるものは脆弱性も気にせざるを得ないだろうけどどうせローカルPCで動かすツールなんかだとなんで気にすんの？って思うことはある

2019/12/14(土) 00:38:10.78

ライブラリは使われる数が多いから脆弱性があるとそこを狙われやすいんじゃないか

2019/12/14(土) 02:12:14.13

>>408
もちろんできる限りスタテイックリンクだよ

2019/12/14(土) 06:58:13.89

>>405
オイオイ、さらっと入院中なんて書いてるが大丈夫か
お大事に

2019/12/14(土) 07:00:42.32

運用環境より開発環境のセキュリティがガバガバなの問題だと思う

2019/12/14(土) 10:35:38.51

>>416
ミドルウェアならともかく、外からブラックボックスなアプリを通してライブラリの脆弱性を狙うとか無理ゲーだろ
特定のライブラリがバッファオーバーランを起こしやすいパターンとかあるにはあるだろうけど、
そういうのってライブラリを差し替えて直るものではなくてそもそものAPI設計がまずいケースが多かったりするし

2019/12/14(土) 11:14:51.17

>>420
だから、画像系のライブラリなんかは狙いやすいんだよ
添付ファイルに付けるだけで勝手に開いてくれる

2019/12/14(土) 11:32:29.54

メールの添付画像なんて
勝手に開かない設定にするのがデフォやろω

2019/12/14(土) 11:41:26.15

人事異動について
なんてタイトルにしたら部課長全員引っかかったらしいぞ

2019/12/14(土) 16:50:06.58

VS起動中に1秒毎？くらいの勢いでアクセスしまくっている、%USERPROFILE%\AppData\Local\Microsoft\VSApplicationInsightsというフォルダは何なんでしょうか？
中身が消えてしまう事があっても問題がないのであればRAM Diskの方にでも置きたいのですが

2019/12/14(土) 17:17:04.84

寿命が縮む

2019/12/14(土) 17:56:14.96

AppData は、そのアプリのデータを置く場所だろ

2019/12/14(土) 19:06:02.67

>>425
RAMDISK は、SSD ではなく、DDR-SDRAM などの DRAM 内に作られるものなので、
Flash Memory のように書き込むと寿命が縮んだりすることは無い。

2019/12/14(土) 19:19:14.22

>>424
細けえ事は気にすんな
他にやる事は沢山ある

2019/12/18(水) 10:00:28.32

16.4.2
VS2019 Preview 4 broke conditional compilation symbols in C#
API has been deprecated
Android debugging not working in latest release 16.4 "Debuggee returned error code INVALID_ARGUMENT"
Fixed a frequent UI delay that can occur while using the editor.
Fixed a crash when an attribute constructor is decorated with itself and Nullable Reference Types is enabled while using C#.
Fixed an issue that resulted in Visual Studio failing to start or crashing on C# solution load on certain Virtual Machine setups.
Fixed a bug where user defined conditional compliation symbols are lost when the build properties page is reopened.

2019/12/20(金) 12:43:10.01

CSV読んでDBに格納するプログラムを納品したんだが、客が10GBのファイルを食わせてメモリー不足で落ちたとか言ってきた。
こっちが切れていいよね？

2019/12/20(金) 12:51:05.80

ロード処理をオンメモリで処理してたんだとしたら、お前のスキル不足

2019/12/20(金) 13:19:14.84

>>430
取り込むデータ量を想定していないオマエが悪いから

2019/12/20(金) 13:28:33.29

契約時に詰めとけよ

2019/12/20(金) 14:09:32.28

データ量を想定しようがしまいが関係ないな
どんなデータ量であれ、チマチマ読んで格納、チマチマ読んで格納が基本

2019/12/20(金) 14:14:47.94

正解は433だけだな

2019/12/20(金) 14:18:38.04

取り込むレコード数は仕様積めてたんだわ。
まさか1ファイルにするとは。普通分割するだろ？

2019/12/20(金) 14:25:34.23

普通スレタイ・テンプレ読むだろ？
同じ穴の狢

2019/12/20(金) 14:25:53.90

ReadAllText するほうが馬鹿だと思う

2019/12/20(金) 15:06:59.49

>>436
馬鹿はお前
死ねよ

2019/12/20(金) 15:15:39.47

なるべく理不尽な上限ができないようにするのは当たり前だし
どうしても上限ができてしまう場合は保証値をマニュアルに記載したり
保証値ぎりぎりの条件でテストするのは義務だろうが

2019/12/20(金) 15:17:32.06

URIエンコードがあるなら、
レコードをのカラムをエンコードして空白で連結してレコード作ってエンコードして一行一件にする。
無駄が多いけどお手軽。

2019/12/20(金) 15:20:44.64

>>430
メモリ128GB詰めやで返す

NUMA NUMA IEI

2019/12/20(金) 15:58:33.49

>>436「普通分割するだろ？」
お前の普通など知らん
客が提示した条件、仕様がすべて

2019/12/20(金) 16:48:57.70

>>434
データ量でロジックは変えるだろ

2019/12/20(金) 19:02:25.79

なんて底レベルな話だ
うちの会社だと底辺だな
自分のスキルの無さを自覚すべき

2019/12/20(金) 21:03:38.76

まぁ、10GByteのCSVは想定外に巨大ではあるよなあ

2019/12/20(金) 21:14:52.66

メモリ増設する工数と、仕様変更分を開発する工数、どっちがお得？

2019/12/20(金) 21:18:11.78

>>444
いちいち変えないよ
10Gのファイル読ませたらスッゲー遅いんだけど
って言われたら別途の受注になりますけど高速化します？
って言うだけ

2019/12/20(金) 21:23:58.72

予めレコード数は分かってるのに1ファイルで渡したら動かないはあかんやろ
1ファイルにまとめて渡したらとてつもなく遅いとかも論外
N個のファイルを受け付けて全部でMレコードのデータを処理するプログラムなのになんでN=1を除外すんの

2019/12/20(金) 21:25:51.09

普通に作って10GByteのCSVを処理したらスゲー遅えはにはなるよなあ

2019/12/20(金) 21:28:05.11

>>449
まあ創造力に乏しいのか経験が乏しいかのどちらかだろう。

そして俺たちはスレタイを読み直すべきだろう

2019/12/20(金) 23:20:18.17

CSV読み込みよりDB書き込みの方がはるかに遅いと思うんだけど
もちろん普通に作った場合の話

2019/12/20(金) 23:33:51.29

遅さが問題では無い件

2019/12/20(金) 23:36:12.92

Visual Studio 2019 Part3

2019/12/20(金) 23:55:45.61

トラブル時の調査とか考慮したらテキストエディタで開けないような10GBのファイル作るより分割した方がいいな。

2019/12/21(土) 00:06:26.70

>>452,455
そんなのは当たり前だか今の論点とは無関係だし、そんな的外れなことでいつまでスレ違いの話題を引っ張るんだ？

2019/12/21(土) 01:22:19.79

このスレに限らないけど、誰でも参加できるレベルの話だとレス爆発が起きるね

2019/12/21(土) 07:13:07.08

ライトバックキャッシュでもしてたんならまだ話にもなるが
奴の口ぶりではそういうことでもなさそうだな

2019/12/21(土) 07:27:50.95

牛刀で鶏だな

2019/12/21(土) 08:02:14.24

客観的状況が信じられない

2019/12/21(土) 10:07:16.49

>>430
切れていい訳ないだろ、すぐなおせよ

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-KzKy) · 2019/12/21(土) 10:54:24.16

CSVもそうだけど、ファイルなどストリーム系処理は逐次読んでは出力する、が基本やな。
あるいはオーディオ系みたいにあるブロック単位で処理するとか。

2019/12/21(土) 11:12:41.82

>>462
画像ファイル(編集、解析)でそんな事をやってたら激遅で使い物にならん
用途次第だ

2019/12/21(土) 11:29:30.70

CSVの処理はCsvHelperが便利やね
10GByteサイズは無理やけど

2019/12/21(土) 11:52:41.84

>>463
むしろ映像ファイルこそそうやるしかないだろ
全部一気に読み込むとかそれこそあり得んわw

2019/12/21(土) 12:16:55.23

動画じゃなくて静止画の話

2019/12/21(土) 12:17:53.00

多くの画像ライブラリ(openVCなど)は
オンメモリが基本

2019/12/21(土) 12:44:35.85

64bit だと10GByteでもOKか

2019/12/21(土) 12:49:51.59

静止画はファイルサイズ小さいからな

2019/12/21(土) 12:53:39.43

>>462のようなやり方で遅くなる画像処理ってのはそもそもストリーム処理じゃないんだろ。

2019/12/21(土) 13:01:31.16

「ストリーム処理はブロック単位が基本～」に
「いいやブロック単位にストリーム処理してたら使い物にならない」という謎の横やり

2019/12/21(土) 13:06:46.74

例のCSVも
ラインごとに処理すれば良い物じゃないかもしれない
縦軸に項目が並んでるとか
何度も全体をスキャンしなければならないような統計処理がDB登録前に必要とか

1ラインが10GBでした
とかいう可能性も

2019/12/21(土) 13:10:07.04

>>472
小分けのCSVでDBに格納な時点で1ライン10GBの可能性はなくなる

2019/12/21(土) 13:11:36.24

>>473
異常データのテストを考えた事がない人の発想

2019/12/21(土) 13:20:40.61

おまえら読込前にファイルサイズチェックしないの？

2019/12/21(土) 13:21:57.41

>>474
1行10GBは例外で落ちても良いレベルのデータではあるぞ

2019/12/21(土) 13:24:23.09

で>>443に戻る

2019/12/21(土) 13:24:28.50

おまえら書込前にスレタイチェックしないの？

2019/12/21(土) 14:58:54.80

>>466
ストリームとか言ってるのに静止画持ってくるのかw

2019/12/21(土) 15:00:17.82

>>475
要件になければしない
ストリームだとファイルサイズの概念ないし

2019/12/21(土) 17:59:39.76

>>467
CSVとOpenCVを混同するなよ

2019/12/21(土) 18:22:55.65

大きなデータを扱う例だから混同ではないな

2019/12/21(土) 18:33:28.37

OpenCVって動画の全フレームメモリに読み込んでから処理すんの？

2019/12/21(土) 18:47:22.16

1行10GBの内訳はどんなだろうな
数値データ1つで100億桁とかか？ｗ

2019/12/21(土) 18:53:35.52

普通の企業なら素人に任せないと思うんだけどな

2019/12/21(土) 19:24:47.87

Visual Studio 2019 Part3

2019/12/21(土) 20:40:00.48

OpenCVは動画のワンカットを画像処理するのが殆んどだと思うけど？
動画はエンコードとデコードの処理がストリームだよな。

2019/12/22(日) 14:00:15.69

>>446
原発とか医療機器とか交通関係とか電力制御とかｎ仕事に手をだすなよ？