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/06(金) 21:50:44.48

Docurainよさそう

https://docurain.jp/
https://codezine.jp/article/detail/11543

2019/12/06(金) 22:40:20.14

高確率で罵倒語が含まれるC++スレに比べたら平和なもんだ

2019/12/07(土) 14:34:23.86

むしろ2017にすれば落ち着いていられる。

2019/12/07(土) 21:15:20.39

クリレポ使うと簡単にVSのバージョンを変えられなくなる

2019/12/08(日) 09:20:26.36

開発中のプロジェクトは迂闊にコンパイラをいじれなくて
古いバージョンが当たり前に現役で動いている

更新が発表されても採用するかどうかは
開発者がそれぞれ判断することで義務じゃない

windows7を10みたいな強制アップグレードが
visual studioにはないのはそういうことだ
その辺の違いが分かってないやつが
イミフな悲鳴をあげるのは傍目に滑稽だぜ

2019/12/08(日) 09:31:10.75

クリレポってVB6のウルトラレガシーだろ。

2019/12/08(日) 10:04:58.40

今後はリモート or コンテナでの開発がスタンダードになるからリモート開発機能が無いVSは需要が下がるだろうね
リモートデスクトップを使えばリモート開発できるけどリソースの無駄遣いだ

2019/12/08(日) 10:07:41.72

WDKがリモート開発出来るようになったら
教えてくれ

2019/12/08(日) 11:33:28.61

>>366
現実的に業務利用だとサブスクリプションが前提
アップグレード、ダウングレードに大した意味はないからな
複数バージョンだろうが同時使用台数だろうが開発ライセンスの前では無制限

2019/12/08(日) 13:49:53.49

Microsoft Report 使えば、デザイナもあるし、PDF出力もできたと思うよ。

2019/12/08(日) 14:47:21.11

>>368
そのへんは既にVSCodeが完璧なリモート開発環境を実現してしまい、今更本家VSが頑張る意義が無くなってしまったからなあ
最近ではMSもWebはVSCodeに譲って本家VSはWindowsと心中でいいんじゃねという雰囲気になりつつあるようだし、
そろそろ長いVSの歴史にも閉幕が近付いてきているようだ

2019/12/08(日) 14:51:07.90

今のところ本家vsのメリットってアナライザの警告マーク押した時のコード生成が便利なことぐらいしか残ってない

2019/12/08(日) 14:54:10.91

デバッグやRazorのサポートが段違いだからなー

2019/12/08(日) 15:11:23.05

MSはWeb系に迎合するよりもVSとC#とWindowsだけで簡単にスケーラブルなWebシステムができますって方向に特化すべきだと思うわ
今んとこAzureはVSとの統合も微妙だしコンテナも使いにくいし至るところで変なWin依存があるし、全てにおいて中途半歩なゴミ
コンテナでAWSやGCPに勝てるわけないんだから得意分野を活かせばいいのに

2019/12/08(日) 16:48:11.40

そろそろWindowsに見切りを付けてMicrosoft Linuxを出してほしい
インターフェースは復刻版Win7でな

2019/12/08(日) 18:44:24.59

誰が使うの？

2019/12/08(日) 19:15:12.62

信者

2019/12/08(日) 19:33:22.28

信者と書いて、儲かるとよむ

2019/12/08(日) 19:58:53.04

OSシェア80％の商品を手放すとか愚の骨頂

2019/12/08(日) 20:03:57.69

>>376
ゼニックスIIですね。

2019/12/09(月) 20:29:02.48

Lindowsかもしれない

2019/12/10(火) 17:20:28.63

Blazorってどう思う？
流行らずにすぐに見捨てられそうで手を出せない。

2019/12/10(火) 17:21:28.66

流行らずにすぐに見捨てられるよ
早くもアーリーアダプタは飽き始めてる

2019/12/10(火) 22:53:45.26

>>384
やっぱそうなのか。止めとこうかな。

2019/12/11(水) 01:47:06.75

アーリーアダプターといえば、GolangやRustを使う人達も、アーリーアダプタ
なのだろうか。詳しくはないが、Rustはwasmを使う際にEmscripten(C++)より
便利になっていることも人気の秘密なのかもしれないが。

2019/12/11(水) 09:58:10.57

16.4.1
Fixed "the write operation failed. you must first acquire write access from dataschemamodelcontroller" error trying to publish a database
Fix ExecutionEngineException exceptions when using SignalR on iOS devices in some configurations
Runtime Fix "CEE_RET: value type stack" crash when interpreter was enabled with some libraries
TypeScript 3.7.3 is now included by default, which contains several fixes for issues that effect the JavaScript and TypeScript editing experience.
May allow mitigation of a Per-Monitor awareness related crash in Visual Studio

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