Visual Studio 2019
■ このスレッドは過去ログ倉庫に格納されています
!extend:checked:vvvvv:1000:512 !extend:checked:vvvvv:1000:512 ↑冒頭にコレを三行重ねてスレ立てしておくこと Visual Studio 2019 Preview https://visualstudio.microsoft.com/ja/vs/preview/ The Visual Studio Blog https://blogs.msdn.microsoft.com/visualstudio/ VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
>>383 .NET Frameworkが消えて.NET Coreに統合でそ むしろシンプルで混乱の芽を摘んだ。MSグッジョブっておもたわ Framework 5は出さないしCoreの流れで.NETは一本化するので Coreという単語で差別化する必要も無く余計だから無くすってことみたいだね 混乱するのは半端に知ってるベテランの方でしょうな VS Online命名はやっぱコイツらバカだろ、みたいな感想 なんだよOnlineってCommunityなくなるのかと思ったぜ 紛らわしいからVisualStudio.htmlにでも改名しろよ Windows Forms / WPF なくすわけでもないから .NET Framework がなくなるって言い方はどうかな・・・。 APIがそろってきたから一本化ってだけでしょ。 >>399 C#のコードをVBAに変換する処理実装すればいいんでね? MS OfficeでVBAだけじゃなくてpythonも使用可能になるって話はどうなった? >>405 マイクロソフトが手綱握れない言語なんて載せるわけ無いだろ。 >>405 そんな話もあったね アンケートだったって事らしいけど ttps://qiita.com/yniji/items/b38bc312e860027108ac だったら早く #pragma once を標準に入れてくれ >>409 ユーザーから要望があってとりあえずアンケートしていたけど いつものマイクロソフトらしくその後だんまりだったような アンケートの結果はVBのままでいいということだったんだな Celeron 1000M/メモリ16GB/SSD500GBのオンボロPCにVisualStudio 2019をフルインストールしたが、遅すぎてツライ。 フルインストールしたのが原因? インストール時に必要最小構成に絞れば軽くなる? 2019はCPUバカ喰いする? 素直に2017に入れ替えた方がいいのかな? そもそも何が必要最小構成なのか判断できる知識はあるのか? 何だか書込みが馬鹿っぽいぞ >>415 環境依存のバグかもな。 公式リリース当初、とあるWPFのViewModelにブレークポイント置いて、 次ステップ(F10)へ進もうとしたら何秒も待たされていたりした。 2017だと問題ないし、全てのWPFアプリでそうなったわけでもなかった。 1ステップ毎に何秒も待たされて使い物にならなかったが、いつの間にやら直ってた。 レス先待ちがい。 >>417 は>>414 へのレス。 >>414 cpuはそんなにバカ喰いしない 5MBくらいのC++ソースファイルをビルドした場合で core i9 9900k@5GHzの使用率が10%くらい >>419 >core i9 9900k@5GHz オイ! >>417 2017に比べて「えっ?」てくらい遅いよね。 やっぱ戻すわ。 >>419 それひょっとして自慢ですか? パソコン自慢ですか? 見せびらかしですか? Xeon Phi 7210 だとどんな感じになる? >>422 せやな 自己投資は大事 スレ的にはEnterprise w/ MSDNのVS Subscription使うのが望ましい 環境はwin8.1・Celeron M(1.73GHz) RAM1.5GB・Cドライブ空き6.73GB VS2015なら使えていたけど VS2019にしたら、立ち上がり・プロジェクト作成・コンパイルで 物凄い時間がかかる。 キャッシュの設定でUSBメモリか空きHDD用意すれば使える様になるかな? 使えないなら、管理専用に使うか。 https://docs.microsoft.com/en-us/visualstudio/releases/2019/system-requirements > 1.8 GHz or faster processor. (後略) > 2 GB of RAM; 8 GB of RAM recommended (後略) > Hard disk space: (中略) typical installations require 20-50 GB of free space. 新しくPC買った方が幸せになれると思う >>425 >RAM1.5GB 8GBは必要だろう 皆さんはメインのPCにVisualStudio入れてるの? 環境汚れるのは気にならない? Celeron/16GBの他にi7/32GB、i7/16GB、i5/8GBがあるけど、環境汚れるからVisualStudio入れるの躊躇してる。 >>428 何で1番ゴミにVSを入れてるんだ? 残りは何に使ってるんだよ。 メインPCに入れてる 開発環境メインPCにないと手間じゃない? こりゃ駄目だな。 笑うしかない。。 ソース管理すら難しいかな。 中古探して、やりますわ。 失礼しました。m(__)m >>428 i7/32あんじゃん 宝の持ち腐れだよ 20年前はVisual Studio 6時代でOSのメモリは256MB載ってたら御の字だったのにどうしてこうなった。 >>428 疑わしいならVM使えよ VirtualBoxでVirtualPCでもVMwareでもあんだろ 最強のアンチウイルスはVMのスナップショット これ憶えとけ >>436 まさにi7/32GBが仮想マシン用なんだわ。 そっか、i7/32GB上のVMにVS2019入れたらいいのか。 環境汚れても簡単に復旧できるし。 そうしよう。 てかVS2019ってなんでこんなに重いんだ? まあいいけど。 >>434 TurboPascalなんてメモリ64KBで統合開発環境が動いていたよな。 メモリ6GBって64KBの約10万倍だからな。 (6×1024×1024×1024)÷(64×1024)=98,304 時代が違うとは言え、どうしてこうなった… Macintosh 128Kなんて128KBでグラフィカル・ウインドウのOSが動いてたぞ むかしの銀行オンラインシステムは128KBで動いていたよ そりゃあ、プログラムコードはROMで、可変するデータのみ扱うなら充分なサイズだからな 8750H/32GB RAM/1TB SSDなノートPCでも使ったりするけど、2019快適だぞ。 2017に比べて重いということはない。起動スプラッシュの表示時間は短くなった気がする。 Visual Studio入れたら環境汚れるってなんのためにPC使ってる人なんだ >>437 VS2017とVS2019のエディションはどちらもCommunity? そうならCodeLensかも。VS2017のCommunityはCodeLens無いから。 Pro使ってる分には大差無い。2017でも2019でもCodeLensあるし。 >>446 CodeLensって重いんか? 一度抜いてみようかな? >>447 お前は一体何を言っているのだ? CodeLensが何なのか分かってる? CodeLensのコード解析はしょぼいPCにはちょっと荷が重いかな 解析結果はキャッシュされるから最初だけだけど Windows自体が環境を汚してる感 そしてWindowsUpdateでさらに汚しまくりんぐ >>453 間違えてデスクトップにフォルダ無しで解凍して、そうなって慌てることはあるw 環境汚れるってなら、当然標準ブラウザのIEかEDGEで、セキュリティもDefender。Javaなんてとんでもなくて、addonも一切入れてない感じ? 汚れるとかじゃないけど プログラムのアンインストール一覧に大量の項目ができて使いにくくなるのはあるなw まさか、開発マシンとターゲットマシンが同じPCとかじゃ無いよな? そこ分けてどうすんの?メリットあんの? そりゃ、テストするマシンもあるけどさ。win7マシンとか。 開発マシンで散々ビルドして実行したりしないの? 一瞬で実行終了するプログラムならともかく ユーザーが継続的に操作するプログラムや そこそこ時間がかかるプログラムは コンパイラとは別のマシン(VMでもいい)で 実行しないと束縛うけるだろ >>465 OutputDebugStringとデバッグモニタで乗り切るんだ 汚れっちまった環境に いたいたしくも怖気(おじけ)づき 汚れっちまった環境に なすところもなく日は暮れる 穢れちまった赤い雨が降り注ぐ容赦なく俺たちに注ぐ 肩を喘がせ爛れた大地をひたすら踏みしめる 散り逝く友に未練など無いさ俺たちはDunnyBoy 遠く弾ける鉄のドラムそれが俺たちのララバイき飛ばせこの地獄を VS2019環境汚染問題はVirtualBoxで解決したんだけど、 WSL2とVirtualBox共存問題が発生して今日も眠れない。 面倒なのが、インストーラ込みでのテストだよな。 ランタイム入って無いからそもそも動かないとか、忘れがち。 >>473 インストーラーのテストはVMのスナップショット使うのが楽だわな MSDNあるから2019使えるんだけど、2017と比べてどうかな? コンパイラ変えると周りの人に説明すんのめんどいんだけど、メリットが大きいならそうしたいって思ってる >>476 俺はCore3.0が出たら乗り換える予定。 2019ってコミュニティでも何もせずにCodeLens使えるのか? とりあえずバージョンアップしようかなぁ Visual Studio 2019 version 16.0.4 released May 14, 2019 Issues fixed in Visual Studio 2019 version 16.0.4 ・Attach to iis prompt to attach multiple times. ・WPF applications broken after FW 4.8 update. ・installing typescript 3.3 disables version 2.2 compilation. ・Unable to attach debugger when attaching multiple startup projects on Visual Studio 2019. ・Known issue: Application tab of VB project property pages is broken when isntalling the .NET Framework 4.8 Developer Pack. ・Visual Studio extensions may fail to install attempting to overwrite core NuGet files. ・microsoft.diagnosticshub.dotnetobjectalloc.vsix missing from offline installer. Security Advisory Notices ・CVE-2019-0727 Diagnostics Hub Standard Collector Service Elevation of Privilege Vulnerability 👀 Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) そんなん和訳しないとここでは誰も読まないだろ。 読む奴はマイクロソフトのサイト行ってとっくに読んでるし > WPF applications broken after FW 4.8 update. 慌てて詳細を見に行ったんだが VB.NetのWPFプロジェクトでは、プロジェクトのプロパティを開くときに例外が出るという重大なものだが C#のWPFプロジェクトでは何も問題がない、という内容だった vb.netのwpfがどんだけあるのだろう 日本じゃ皆無かも ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる