The Spring 2020 Roadmap for Visual Studio published

Mads Kristensen

Mads

The Visual Studio roadmap has been updated to provide a peek into the work planned for Visual Studio through June 2020. It captures significant capabilities that we plan to add, but it’s not a comprehensive feature list. Our goal is to clarify what’s coming so you can plan for upgrades and provide feedback on which features would make Visual Studio a more productive development environment for you and your team.

Our roadmap is driven largely by what we learn through ongoing customer research, as well as the feedback we get via our Developer Community portal. These features and time frames represent our current plans but may change based on what we learn. If there are features that are particularly important to you, please be sure to vote and comment on the features in the Developer Community portal.

We often get feedback on the importance of an up-to-date roadmap for Visual Studio. We aim to publish updates more frequently going forward and we’re putting processes in place to make that happen. In that light, we’d highly appreciate if you would take a brief survey to let us know how to best handle the roadmap going forward.

44 comments

Comments are closed. Login to edit/delete your existing comments

  • Avatar
    MgSam

    It seems to be impossible to browse through the VS feature suggestions on the web now. Someone managed to take a broken, barely usable website and make it totally unusable. The link in your blog post doesn’t actually take you to a page that browses features.

    There used to be a buried link somewhere in the dev community page to navigate over to the features section that you could click after you had first navigated to the problems section- that’s gone now, and this link, https://developercommunity.visualstudio.com/idea/, doesn’t work either because whoever builds your website doesn’t seem to know about standard REST either.

    I just don’t understand why MSDN continues to be such an embarrassment of a website after all of these years of you guys rebuilding it over and over again. My vote is that you outsource development of MSDN to an external company- it’ll probably be cheaper and you’ll get more competent people working on it.

    Also, depressing to see you guys still listing “Improve performance opening and working with large solutions” on your roadmap; a place where its been for eons. You know, I know, and everyone knows what you need to do to properly fix VS performance. Make it a 64 bit application. I can’t even fathom how many man-years of development resources have been spent over the years trying to kludge around this issue rather than addressing the root cause.

  • Avatar
    Mike Diack

    I hate to say it, but I know I speak for hundreds if not thousands of developers, but the best thing you could to improve VS is:

    1) Greatly improve the support staff dealing with bug reports. Far too often there are examples of one or more of the following:

    – Endless requests for sample code – developers have normally already given sample code.

    – Lack of understanding of urgency – if there is a showstopping bug for a customer in VS 2017, it may well for multitudinous reasons be possible for them to NOT try a fix in the latest VS 2019 issue. I’ve seen this issue countless times, where people say they need a fix in VS 2017 and it gets ignored.

    – Stupid comments about voting on bugfixes. If a bug is a serious bug, it should be prioritised by management, with technical input, votes should not play a part in it, if my app crashes due to a null pointer deref in the CRT, it’s a bug, irrespective of number of votes.

    – Lack of clarity, why can’t you say which version has a fix in. It’s always “In the latest version of” – that’s rubbish (not least because “latest version” is a moving target), be exactm, is it 16.4.x – or _MSC_FULL_VER >= x? You demand your customers be exact in the reporting of the bugs, show them the same courtesy by being much less VAGUE in your answers.

    Fix that, and you’ll have an effective feedback and bug management process, that leads to a better product, not just throwing endless features in the mix to bloat the IDE.

  • Avatar
    Mike Diack

    No mention of 64 bit Address Sanitizer support in the roadmap. You’ve integrated it for 32 bit target applications – what is the state of the 64 bit one?

    • Avatar
      Yann Duran

      Just use my Start Page+extension. They’re never going to give us what we ask for because it doesn’t fit with what they want. Either that or they just don’t want to admit the whole Start Window was a mistake from the beginning.

  • Avatar
    Edison Henrique Andreassy (GOVBR MTZ - DDP Arquitetura)

    I would like to see more attention on .NET Core Windows Desktop development. Our company heavily relies on Windows Forms and we would like to migrate do .NET Core, but the designer is not available yet.

    • Avatar
      Daniel Smith

      I’d also like to see WinForms plans mentioned in the roadmap. My understanding is that the WinForms team are aiming for the designer to have feature parity with .NET Framework capabilities in the .NET 5 time frame. Surely that’s noteworthy?

    • Avatar
      Olia GavryshMicrosoft logo

      Yes, that’s a very good point and we will include information about WinForms in future. We have a blog post coming up in the middle of March with an update on WinForms Core designer. The work on it is in progress, we keep adding support for more features and controls and, as you mentioned, by the .NET 5 time frame we plan to get a mature version of the WinForms Core designer. You can check out a preview version of it already in the Preview of Visual Studio (make sure to check it in Tools->Options->Environment->Preview Features->Use the preview Windows Forms designer for .NET Core apps)

  • Avatar
    Mike-E

    Nice to see some efforts towards fixing “async” problems. Are you also going to add “async” to the dictionary and make it more official-sounding?

    (That was a joke, “async” isn’t actually a word.)

    https://developercommunity.visualstudio.com/idea/583945/improve-asynchronous-programming-model.html

    👆 Currently the fourth-rated suggestion in .NET feature requests. Thank you to all who are also feeling the pain and have voted as such!

  • Avatar
    SuperCocoLoco .

    To be more productive with Visual Studio, please restore the old new project dialog and the old start page, one of the most voted and most commented suggestion and one of the most ignored by Microsoft.

    Knowing what is Microsoft doing this past years i’m more interested on what good and productive features Microsoft broke or remove in future versions of Visual Studio than new non-demanded features.

  • Avatar
    Max Mustermueller

    It’s mostly a “little bit here and a little bit there”. Nothing that makes be being excited or outstanding or something I would say “hell yes!”. And half of the roadmap is very vague. Like

    – “Improve the XAML Designer for .NET Core WPF and for UWP”…. improve, how? What are the improvements? Is there anything specifically planned or do you just “See what people say and work on fixing a bug or two”?
    – “Debugging improvements” … again? What’s planned here? Do we finally can edit code and import namespaces without VS wants us to restart the whole debugging while adding the code by full namespace always and still works?

    Still no word about 64-bit VS. The current 32 bitness of VS causes a lot of issues when targeting a 64bit application (designer breaks a lot, lots of false errors, claims to cannot find code and red underlines words in code for no reason while building and running works). Since Github is now owned by Microsoft, still no native implementation. The current extension is okay for very basic usage, but the navigation is horrible.

    Still no local source control like in VS Code with full history and undo even after VS has been restarted.

    • Avatar
      Dmitry LyalinMicrosoft logo

      Max,

      Hi, I am the PM for XAML tools for desktop apps and wanted to give a bit more context as you’re right we’re a bit vague in the roadmap as there is a lot of potential working going on in those two areas but we’ve not locked 100% on all the plans.

      Some areas where we are investigating right now:

      1. For XAML Designer, we’re working on Suggested Actions which is still in development that will make it much easier to modify common properties and take actions against a selected control without having to dig through the properties panel.
      2. For Debugging improvements we’re working on Data Binding Failures implementation and some other related tooling improvements to make it easier to see when bindings fail and eventually we hope navigate to code (which wont be in the first release).

      If you have specific improvements that you’d like to see or anything that feels like a bug or bad design please report them through the VS Feedback feature in the top right of the IDE. Please report one issue at a time that way we can triage and give you some reply, this is the best path. thanks again for your comments

    • Taysser Gherfal
      Taysser GherfalMicrosoft logo

      Thanks for the feedback Max. Regarding Git and GitHub, we are working on a new experience that will replace Team Explorer and take care of the navigation issues we currently have. This new Git experience will be coming as a preview feature very soon!

    • Will Green
      Will Green

      God yes. Please make VS a 64-bit process. You can see improvements being made in this area, such as moving stuff to out of process. But please, please, please keep going in this area. It’s a daily pain point.

    • Avatar
      Dean Jackson

      I’m glad there’s not a lot of big things this time. There are a huge amount of bugs that need to be fixed, and I’m hoping this means the leadership will get serious about fixing them. As a programmer for 20 years, every team I’ve ever worked on, would be very cautious about adding new features if there were a lot of bugs to fix. Adding a lot of new things while you are in the middle of diagnosing bugs, just makes fixing them harder because things are changing.

    • Avatar
      Daniel Smith

      I was assuming that since there’s going to be the major new .NET 5 release, that Visual Studio would bump up to VS2020 as well. But looking at the roadmap, it doesn’t actually say what the plans are for this.

      There’s previously been discussions about dropping the whole year naming, and moving to an evergreen model like Chrome where it’s constantly updated, and the version number largely becomes irrelevant.

    • Avatar
      Gweltaz .

      I’m no one, but I wonder why are the odd numbers bothering you ?
      Your code wouldn’t handle a future “2021” version of VS ? or would “2022” be a better release year ?

  • Avatar
    Richard Moore

    Why should I bother completing a survey, when most of the bugs VS I take the time to report get closed as “probably won’t fix”?

    I think I might mark this survey “Probably won’t complete”.

    • Avatar
      Mike-E

      Richard Moore wins the nerd internet this day.

      Why does MSFT continue to ask developers to fill out surveys when it already has a feedback apparatus that allows for upvoting, commentary, and integration with existing internal development workflows with developercommunity? We’re already telling you what we want. You are telling us that you simply do not want to listen.