Visual Studio 2019 Part3

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMef-g9CI)
垢版 |
2019/10/02(水) 10:01:27.08ID:FSZW9bR0M
!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/12(木) 23:46:04.69ID:50cKQIYN0
別に更新したところで何も変わらん
vsがカバーする範囲が広すぎて一開発者にとってして見れば関係ないことが多い
もちろん関係する人もいるんだろうけど、ついでに入る細かい修正なんかもあるだろうからガンガン更新かけていいよ
2019/12/13(金) 11:40:40.59ID:3nNbZt3Y0
更新嫌な老害が何故2019を使うのか気になる
まぁこれでも他のIDEよりは更新少ないけど
2019/12/13(金) 12:51:39.72ID:Ry/2QtNyd
更新のリスクが気にもならないガキが人のことを老害だとよw
2019/12/13(金) 12:59:20.12ID:AqUy/UjQM
リスクは有るが前に進むしか無いんだよね
2019/12/13(金) 13:11:02.60ID:WxCURz1I0
ADSLおじいちゃんの話かと思ってたけど違うの？
2019/12/13(金) 13:15:59.14ID:KAf60mjk0
更新して問題あれば戻せばいい
案件等でバージョンが指定されてるなら更新しなきゃ良い

更新することにより発生するリスクで更新頻度の多さを批判する意味がわからん
2019/12/13(金) 13:23:31.87ID:jxxv3L6FF
>>395
いつものそいつだよ
2019/12/13(金) 15:04:55.44ID:Ry/2QtNyd
年齢の問題じゃねえだろうがよタコ助
2019/12/13(金) 15:29:50.69ID:3nNbZt3Y0
効いてる効いてるｗ
会社のお荷物は早く引退しようね
2019/12/13(金) 15:35:43.34ID:yspevzV6a
無職だから会社ではなく社会の...
2019/12/13(金) 15:47:42.88ID:3qN8sHu3M
20代の老害も居るんだよ
若年性老害と言う
2019/12/13(金) 16:33:54.31ID:Ry/2QtNyd
>>399
自己紹介乙
そういうくだらねえ仲間割れにばかりご執心で
本業のスキルがお留守なやつこそ
社長にどう思われているか怖くて現実逃避
するしかねえもんなw

若者から成長力を取ったら何も残んねえ
ゴミにすらカウントされねえ
2019/12/13(金) 19:33:19.55ID:B/PrTfiSM
思慮が浅い
2019/12/13(金) 19:34:28.07ID:0o9c6IGs0
安定版が使いたければVS2017を使えばいいと思うんだが
まあこっちもコンパイラの不具合更新いまだに来るから怖いんだけどな
2019/12/13(金) 19:48:24.13ID:7oWhly6q0
asepriteをvs2019でコンパイルしてみたけど、
pythonは入っているし、SkiaもLLVMでなく
ても良いし、
gcc 1.x とかから考えると進化したなぁと思う。

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

流石に、SoftBank Airを持ち込む勇気は無い(^^;)
2019/12/13(金) 22:03:47.88ID:mMyDsEEP0
>>404
そう思ってた時がありました。
VCランタイムがVS2015〜2019で共通になったから、
VC++はVS2019のアップデートと無関係で済まないと言う…。
2019/12/13(金) 22:29:47.25ID:iKwplSAm0
そこまで互換性に神経質なら静的リンクしろよ
2019/12/13(金) 22:34:09.26ID:QuzLYYNu0
みんな静的リンクしてないの？
ランタイムが入ってない環境で面倒じゃない？
409デフォルトの名無しさん (ｱｳｱｳｴｰ Sa3a-uKDx)
垢版 |
2019/12/13(金) 22:58:13.69ID:6NCr39UIa
意外と平気
2019/12/13(金) 23:31:18.42ID:XM/rOQr30
>>396
ISOイメージがダウンロードできるんならそれでいいんだけどなあ

>>408
昔画像系のライブラリの中に脆弱性があって、スタティックリンクの奴なんか
どうやって対策すんだ？なんて話になったことがある
自分しか使わないツールとか社内運用以外だったら怖くて使えん
2019/12/13(金) 23:35:13.13ID:QuzLYYNu0
脆弱性なんてどうせ何をしたって有るんだから
あまり気にしてない
2019/12/13(金) 23:41:27.50ID:mMyDsEEP0
神経質な客だとセキュリティ関連で色々聞かれることあるな
その中でスタティックリンクしてるかも1度聞かれた
2019/12/13(金) 23:50:29.10ID:WNmLBJqNa
アホらしいよな
ライブラリよりもアプリのコードの方が遥かに脆弱性は多いのに
414デフォルトの名無しさん (ｱｳｱｳｴｰ Sa3a-uKDx)
垢版 |
2019/12/14(土) 00:06:50.82ID:idlEwifka
メールの添付ファイルが警告出てても無視して開くアホ大杉
2019/12/14(土) 00:13:06.45ID:oc0zUGZp0
外から攻撃されるものは脆弱性も気にせざるを得ないだろうけどどうせローカルPCで動かすツールなんかだとなんで気にすんの？って思うことはある
2019/12/14(土) 00:38:10.78ID:R2DCziHU0
ライブラリは使われる数が多いから脆弱性があるとそこを狙われやすいんじゃないか
2019/12/14(土) 02:12:14.13ID:j1jYzZDD0
>>408
もちろんできる限りスタテイックリンクだよ
2019/12/14(土) 06:58:13.89ID:+Apf9/2x0
>>405
オイオイ、さらっと入院中なんて書いてるが大丈夫か
お大事に
2019/12/14(土) 07:00:42.32ID:emH43fD5M
運用環境より開発環境のセキュリティがガバガバなの問題だと思う
2019/12/14(土) 10:35:38.51ID:0wkcBg3Ka
>>416
ミドルウェアならともかく、外からブラックボックスなアプリを通してライブラリの脆弱性を狙うとか無理ゲーだろ
特定のライブラリがバッファオーバーランを起こしやすいパターンとかあるにはあるだろうけど、
そういうのってライブラリを差し替えて直るものではなくてそもそものAPI設計がまずいケースが多かったりするし
2019/12/14(土) 11:14:51.17ID:ybmiR69A0
>>420
だから、画像系のライブラリなんかは狙いやすいんだよ
添付ファイルに付けるだけで勝手に開いてくれる
422デフォルトの名無しさん (ﾜｲｰﾜ2 FFfa-EbeN)
垢版 |
2019/12/14(土) 11:32:29.54ID:TlZt0biiF
メールの添付画像なんて
勝手に開かない設定にするのがデフォやろω
2019/12/14(土) 11:41:26.15ID:ybmiR69A0
人事異動について
なんてタイトルにしたら部課長全員引っかかったらしいぞ
2019/12/14(土) 16:50:06.58ID:/A2guQbm0
VS起動中に1秒毎？くらいの勢いでアクセスしまくっている、%USERPROFILE%\AppData\Local\Microsoft\VSApplicationInsightsというフォルダは何なんでしょうか？
中身が消えてしまう事があっても問題がないのであればRAM Diskの方にでも置きたいのですが
425デフォルトの名無しさん (ﾜｲｰﾜ2 FFfa-uKDx)
垢版 |
2019/12/14(土) 17:17:04.84ID:TlZt0biiF
寿命が縮む
2019/12/14(土) 17:56:14.96ID:8NRAnTxB0
AppData は、そのアプリのデータを置く場所だろ
2019/12/14(土) 19:06:02.67ID:qH7KRmrQ0
>>425
RAMDISK は、SSD ではなく、DDR-SDRAM などの DRAM 内に作られるものなので、
Flash Memory のように書き込むと寿命が縮んだりすることは無い。
2019/12/14(土) 19:19:14.22ID:+Apf9/2x0
>>424
細けえ事は気にすんな
他にやる事は沢山ある
2019/12/18(水) 10:00:28.32ID:10vsoqgR0
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.01ID:FHpYd4PGa
CSV読んでDBに格納するプログラムを納品したんだが、客が10GBのファイルを食わせてメモリー不足で落ちたとか言ってきた。
こっちが切れていいよね？
2019/12/20(金) 12:51:05.80ID:dkd7neqtM
ロード処理をオンメモリで処理してたんだとしたら、お前のスキル不足
2019/12/20(金) 13:19:14.84ID:cIZIOyClM
>>430
取り込むデータ量を想定していないオマエが悪いから
2019/12/20(金) 13:28:33.29ID:gCpP3ntld
契約時に詰めとけよ
434デフォルトの名無しさん (ﾌﾞｰｲﾓ MMfb-vyMa)
垢版 |
2019/12/20(金) 14:09:32.28ID:+5c80OFcM
データ量を想定しようがしまいが関係ないな
どんなデータ量であれ、チマチマ読んで格納、チマチマ読んで格納が基本
2019/12/20(金) 14:14:47.94ID:u/HkJ/lXa
正解は433だけだな
2019/12/20(金) 14:18:38.04ID:FHpYd4PGa
取り込むレコード数は仕様積めてたんだわ。
まさか1ファイルにするとは。普通分割するだろ？
2019/12/20(金) 14:25:34.23ID:u+7Wx2e40
普通スレタイ・テンプレ読むだろ？
同じ穴の狢
2019/12/20(金) 14:25:53.90ID:b+y1EnDq0
ReadAllText するほうが馬鹿だと思う
439デフォルトの名無しさん (ﾜｯﾁｮｲ f78e-H4w9)
垢版 |
2019/12/20(金) 15:06:59.49ID:CBAVBsMi0
>>436
馬鹿はお前
死ねよ
2019/12/20(金) 15:15:39.47ID:elZaVqdk0
なるべく理不尽な上限ができないようにするのは当たり前だし
どうしても上限ができてしまう場合は保証値をマニュアルに記載したり
保証値ぎりぎりの条件でテストするのは義務だろうが
2019/12/20(金) 15:17:32.06ID:+6P/pDlb0
URIエンコードがあるなら、
レコードをのカラムをエンコードして空白で連結してレコード作ってエンコードして一行一件にする。
無駄が多いけどお手軽。
2019/12/20(金) 15:20:44.64ID:Vbt2Sjhj0
>>430
メモリ128GB詰めやで返す

NUMA NUMA IEI
2019/12/20(金) 15:58:33.49ID:IVcUPau20
>>436「普通分割するだろ？」
お前の普通など知らん
客が提示した条件、仕様がすべて
2019/12/20(金) 16:48:57.70ID:oZMLg7C8M
>>434
データ量でロジックは変えるだろ
2019/12/20(金) 19:02:25.79ID:JMQF5kzt0
なんて底レベルな話だ
うちの会社だと底辺だな
自分のスキルの無さを自覚すべき
2019/12/20(金) 21:03:38.76ID:jCWWUHgj0
まぁ、10GByteのCSVは想定外に巨大ではあるよなあ
447デフォルトの名無しさん (ﾜｯﾁｮｲ b7ad-prDO)
垢版 |
2019/12/20(金) 21:14:52.66ID:RUAfqlkn0
メモリ増設する工数と、仕様変更分を開発する工数、どっちがお得？
2019/12/20(金) 21:18:11.78ID:Ll9kJA28M
>>444
いちいち変えないよ
10Gのファイル読ませたらスッゲー遅いんだけど
って言われたら別途の受注になりますけど高速化します？
って言うだけ
2019/12/20(金) 21:23:58.72ID:qHTdS2+z0
予めレコード数は分かってるのに1ファイルで渡したら動かないはあかんやろ
1ファイルにまとめて渡したらとてつもなく遅いとかも論外
N個のファイルを受け付けて全部でMレコードのデータを処理するプログラムなのになんでN=1を除外すんの
2019/12/20(金) 21:25:51.09ID:jCWWUHgj0
普通に作って10GByteのCSVを処理したらスゲー遅えはにはなるよなあ
2019/12/20(金) 21:28:05.11ID:F92JDOtZ0
>>449
まあ創造力に乏しいのか経験が乏しいかのどちらかだろう。

そして俺たちはスレタイを読み直すべきだろう
2019/12/20(金) 23:20:18.17ID:ZH5ZbPnE0
CSV読み込みよりDB書き込みの方がはるかに遅いと思うんだけど
もちろん普通に作った場合の話
2019/12/20(金) 23:33:51.29ID:1d8Zvtj+0
遅さが問題では無い件
2019/12/20(金) 23:36:12.92ID:0Up1eYLt0
Visual Studio 2019 Part3
2019/12/20(金) 23:55:45.61ID:gcIDwDWf0
トラブル時の調査とか考慮したらテキストエディタで開けないような10GBのファイル作るより分割した方がいいな。
2019/12/21(土) 00:06:26.70ID:k+w4ikT00
>>452,455
そんなのは当たり前だか今の論点とは無関係だし、そんな的外れなことでいつまでスレ違いの話題を引っ張るんだ？
2019/12/21(土) 01:22:19.79ID:67MibJ5r0
このスレに限らないけど、誰でも参加できるレベルの話だとレス爆発が起きるね
2019/12/21(土) 07:13:07.08ID:JN5BZbCP0
ライトバックキャッシュでもしてたんならまだ話にもなるが
奴の口ぶりではそういうことでもなさそうだな
2019/12/21(土) 07:27:50.95ID:bc48PbHC0
牛刀で鶏だな
2019/12/21(土) 08:02:14.24ID:Lvhzynp30
客観的状況が信じられない
2019/12/21(土) 10:07:16.49ID:7Qp7vjsBa
>>430
切れていい訳ないだろ、すぐなおせよ
462デフォルトの名無しさん (ｽﾌｯ Sdbf-KzKy)
垢版 |
2019/12/21(土) 10:54:24.16ID:LZgBgMEjd
CSVもそうだけど、ファイルなどストリーム系処理は逐次読んでは出力する、が基本やな。
あるいはオーディオ系みたいにあるブロック単位で処理するとか。
2019/12/21(土) 11:12:41.82ID:r60L1wvX0
>>462
画像ファイル(編集、解析)でそんな事をやってたら激遅で使い物にならん
用途次第だ
2019/12/21(土) 11:29:30.70ID:bc48PbHC0
CSVの処理はCsvHelperが便利やね
10GByteサイズは無理やけど
2019/12/21(土) 11:52:41.84ID:yToym5eN0
>>463
むしろ映像ファイルこそそうやるしかないだろ
全部一気に読み込むとかそれこそあり得んわw
2019/12/21(土) 12:16:55.23ID:TUmn1m3td
動画じゃなくて静止画の話
2019/12/21(土) 12:17:53.00ID:TUmn1m3td
多くの画像ライブラリ(openVCなど)は
オンメモリが基本
2019/12/21(土) 12:44:35.85ID:bc48PbHC0
64bit だと10GByteでもOKか
2019/12/21(土) 12:49:51.59ID:n8rw4Pzsa
静止画はファイルサイズ小さいからな
2019/12/21(土) 12:53:39.43ID:2jb+e7Ut0
>>462のようなやり方で遅くなる画像処理ってのはそもそもストリーム処理じゃないんだろ。
2019/12/21(土) 13:01:31.16ID:ENcbFNcg0
「ストリーム処理はブロック単位が基本〜」に
「いいやブロック単位にストリーム処理してたら使い物にならない」という謎の横やり
2019/12/21(土) 13:06:46.74ID:TUmn1m3td
例のCSVも
ラインごとに処理すれば良い物じゃないかもしれない
縦軸に項目が並んでるとか
何度も全体をスキャンしなければならないような統計処理がDB登録前に必要とか

1ラインが10GBでした
とかいう可能性も
2019/12/21(土) 13:10:07.04ID:bc48PbHC0
>>472
小分けのCSVでDBに格納な時点で1ライン10GBの可能性はなくなる
2019/12/21(土) 13:11:36.24ID:TUmn1m3td
>>473
異常データのテストを考えた事がない人の発想
2019/12/21(土) 13:20:40.61ID:kEaxoZ0w0
おまえら読込前にファイルサイズチェックしないの？
2019/12/21(土) 13:21:57.41ID:bc48PbHC0
>>474
1行10GBは例外で落ちても良いレベルのデータではあるぞ
2019/12/21(土) 13:24:23.09ID:TUmn1m3td
で>>443に戻る
2019/12/21(土) 13:24:28.50ID:RZx+4J+W0
おまえら書込前にスレタイチェックしないの？
2019/12/21(土) 14:58:54.80ID:yToym5eN0
>>466
ストリームとか言ってるのに静止画持ってくるのかw
2019/12/21(土) 15:00:17.82ID:yToym5eN0
>>475
要件になければしない
ストリームだとファイルサイズの概念ないし
2019/12/21(土) 17:59:39.76ID:YJfSV21qd
>>467
CSVとOpenCVを混同するなよ
2019/12/21(土) 18:22:55.65ID:t/xqO4KA0
大きなデータを扱う例だから混同ではないな
2019/12/21(土) 18:33:28.37ID:kZRWIzHx0
OpenCVって動画の全フレームメモリに読み込んでから処理すんの？
2019/12/21(土) 18:47:22.16ID:hL8RJt6l0
1行10GBの内訳はどんなだろうな
数値データ1つで100億桁とかか？ｗ
2019/12/21(土) 18:53:35.52ID:OZr9jHwe0
普通の企業なら素人に任せないと思うんだけどな
2019/12/21(土) 19:24:47.87ID:4yldtPmm0
Visual Studio 2019 Part3
2019/12/21(土) 20:40:00.48ID:6p1Ing8N0
OpenCVは動画のワンカットを画像処理するのが殆んどだと思うけど？
動画はエンコードとデコードの処理がストリームだよな。
2019/12/22(日) 14:00:15.69ID:YV/EnZPv0
>>446
原発とか医療機器とか交通関係とか電力制御とかｎ仕事に手をだすなよ？
2019/12/22(日) 14:18:58.43ID:bvhkfMkqd
>>488
巨大CSV使ってんの？
2019/12/22(日) 14:39:09.74ID:H46UtWh5M
>>488
原発と医療機器はやったことがあるが
ちゃんとそれに合わせた実装をするのでご心配なく
2019/12/22(日) 15:43:06.18ID:oGP3W8Vd0
Visual Studio 2019 Part3
Visual Studio 2019 Part3
Visual Studio 2019 Part3
Visual Studio 2019 Part3
Visual Studio 2019 Part3
Visual Studio 2019 Part3
Visual Studio 2019 Part3
Visual Studio 2019 Part3
Visual Studio 2019 Part3
Visual Studio 2019 Part3
Visual Studio 2019 Part3
Visual Studio 2019 Part3
Visual Studio 2019 Part3
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況