![]() All these are excelent, but please put some more effort on performance.Unfortunatelly they are focused at adding (buggy and slow) features, as this is main reason for charge money for ‘new version'.All the productivity improvements made by new features are actually cancelled by all the bugs and times I need to restart VS or even the machine. Focus on fixing all the bugs in the backlog for a couple of of months. We don't really need that many new features. After the release, it would be good if you stopped all the new development and have a break.Delivering a solid code editing experience would be enough for me. Everything sounds good, however I feel it could be as buggy as VS2019 or worst. Many developers said they would prefer a focus on improving and fixing existing functionality instead of concentrating on introducing new features: I'd love to see a way to change colors without having to use an extension. I'm also excited to see what ui customization options will be available in the next version. I do like the refreshed icons / design though and always appreciate it when you guys tackle these small details.The new icons have worse contrast than the existing ones, and look ‘fuzzy' by comparison. I actually think the 2010 icons are a bit dated and prefer those in 2019, but we can definitely agree that the new 2022 icons are hideous!.Best clarity, legibility, and contrast had the VS2010 icons, they were perfect. Icon Refresh (source: Microsoft).Īs to be expected (developers love their icons), the icons were on the minds of many developers: Instead of working extremely hard to reduce that usage of memory, say by 20% or more, you just cheat by providing more memory space. I have to restart VS 2019 multiple times a day working with Blazor WASM and no extensions because VS freezes while debugging and the memory of devenv.exe hovers at 2gb.Ĭommenting on a GIF/video that shows a solution being opened with 1,600 projects and 300,000 files: That's what is scary actually. We're currently working on guidance for extension authors to migrate successfully and quickly in time for 64-bit VS's general release." Switching to 圆4 means my VS instances (of which I can run several) can easily grow out of control but if that means more stability because of less out-of-proc work then great.Ī Microsoft dev responded: "We are aware that all extension authors will need to migrate their extensions to 64-bit in order for you to successfully use them in that version. I'm also concerned that MS has spent a lot of time moving workloads out of process to resolve the memory issues at the cost of speed and reliability. ![]() But that means none of the existing extensions we have will work anymore which means a likely long wait for extension authors to update (if they ever do). I'm sure a lot of people will be happy with the 64-bit VS version.Many were also concerned with VS extensions that would need to be updated. ![]() Here's a sample of what readers had to say.Ĭomments on this were primarily of "what took so long" nature. Other hot topics were support (or perceived lack thereof) of Azure DevOps, along with Linux, the legacy. Those three sites alone combined for more than 700 comments (and counting as this is being written). The 64-bit surprise was a leading topic of developer discussion in comments to the announcement post as well as on the Reddit and Hacker News developer-oriented forums. VS 2022 was introduced April 19, with Microsoft promising a leaner, faster and 64-bit IDE. Based only on a sneak peek of an upcoming preview, hundreds of developers have weighed in with strong opinions on what's coming with the milestone Visual Studio 2022 release.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |