6 ms·

You can divide visual studio into 4 era's. The vs6 (we smashed all of our dev tooling together and its integrated decently) era, the vs2002/vs2003/vs2005 (we b

You can divide visual studio into 4 era's. The vs6 (we smashed all of our dev tooling together and its integrated decently) era, the vs2002/vs2003/vs2005 (we broke it all and you will like it and never speak of C++ again), vs2010 era (we fixed all of that from 2002 sorry about that), vs2017/vs2022 (it updates from the internet and takes forever to install and now does everything). The problem is MS is unwilling to stick with anything dev wise. The whole ecos system is a littered realm of half forgotten techs that may or may not be supported anymore. Wrapped with very confusing messaging to the devs what to use.

tracker1 1y ago
I prefer VS Code... though MS has for better or worse kept the .Net tooling relatively weak. I'll use Rider or VS on a few occasions... then retreat back to Code as much as I can. For split web projects, definitely work on the web ui in VS Code.
- giancarlostoro 1y ago
  I used to like VS Code, but something about it changed and it does not feel as snappy as it once did for me. Now I prefer Zed.
  - pjmlp 1y ago
    Electron apps are seldom snappy, we use it, because some plugins aren't available anywhere else.
    - tracker1 1y ago
      I mostly agree, that said, after VS Code starts, it runs pretty well. I almost didn't try it after Brackets and Atom as they were really slow. I haven't tried zed, so can't speak to it. VS Code was really just the first editor that I used with an integrated terminal and the directory tree. Just those two features made it a great fit for my workflow. I'm able to use the CLI to run/debug without leaving the editor, and/or run git commands from the terminal as well.
      - pjmlp 1y ago
        Because it runs a bunch of background processes in C++, Rust, and does text rendering via WebGL. Programmer editors with such capabilities are decades old. https://en.m.wikipedia.org/wiki/Brief_(text_editor) https://en.m.wikipedia.org/wiki/Brief_(text_editor)
        tracker1 1y ago
        I know they use a lot of background processes to get the performance, the point is it works pretty well. As to the second, I'm unaware of a gui editor with a built in interactive terminal prior to VS Code.
        mfro 1y ago
        Atom, sublime, visual studio, eclipse, probably every single jetbrains editor…..
        tracker1 1y ago
        I guess with Sublime it's in the "TerminalView" package that works for mac and linux, but not Windows that I have to use for work, and was using when I switched. Atom is slow AF, and I hated using it (same for Brackets). AFAIK, it's using the same terminal code as VS Code. I haven't seen an integrated terminal prompt in Visual Studio (not code), you get an interactive command window, and misc output windows though. Eclipse, hadn't seen an interactive terminal there... I guess it's another 3rd party plugin of some kind?
jcotton42 1y ago
VS2017 was the introduction of the modern VS installer that is way faster than the prior ones.
- malkia 1y ago
  Also (since 2015) forward/backward (to a degree) CRT compatibility. https://learn.microsoft.com/en-us/cpp/porting/binary-compat-2015-2017 https://learn.microsoft.com/en-us/cpp/porting/binary-compat-... This saved so much time, space and support - where previously we had to recompile stuff, and if you had Maya/MotionBuilder/etc plugin it had to use the right compiler. Also now even with newer IDE you can instruct the project to use older (or even better - a specific) version of the toolchain.
cheschire 1y ago
I dunno, I think the big change over to roslyn in 2015 was a bit of a tectonic shift.

tracker1 1y ago

I prefer VS Code... though MS has for better or worse kept the .Net tooling relatively weak. I'll use Rider or VS on a few occasions... then retreat back to Code as much as I can. For split web projects, definitely work on the web ui in VS Code.

giancarlostoro 1y ago
I used to like VS Code, but something about it changed and it does not feel as snappy as it once did for me. Now I prefer Zed.
- pjmlp 1y ago
  Electron apps are seldom snappy, we use it, because some plugins aren't available anywhere else.
  - tracker1 1y ago
    I mostly agree, that said, after VS Code starts, it runs pretty well. I almost didn't try it after Brackets and Atom as they were really slow. I haven't tried zed, so can't speak to it. VS Code was really just the first editor that I used with an integrated terminal and the directory tree. Just those two features made it a great fit for my workflow. I'm able to use the CLI to run/debug without leaving the editor, and/or run git commands from the terminal as well.
    - pjmlp 1y ago
      Because it runs a bunch of background processes in C++, Rust, and does text rendering via WebGL. Programmer editors with such capabilities are decades old. https://en.m.wikipedia.org/wiki/Brief_(text_editor) https://en.m.wikipedia.org/wiki/Brief_(text_editor)
      - tracker1 1y ago
        I know they use a lot of background processes to get the performance, the point is it works pretty well. As to the second, I'm unaware of a gui editor with a built in interactive terminal prior to VS Code.
        mfro 1y ago
        Atom, sublime, visual studio, eclipse, probably every single jetbrains editor…..
        tracker1 1y ago
        I guess with Sublime it's in the "TerminalView" package that works for mac and linux, but not Windows that I have to use for work, and was using when I switched. Atom is slow AF, and I hated using it (same for Brackets). AFAIK, it's using the same terminal code as VS Code. I haven't seen an integrated terminal prompt in Visual Studio (not code), you get an interactive command window, and misc output windows though. Eclipse, hadn't seen an interactive terminal there... I guess it's another 3rd party plugin of some kind?

jcotton42 1y ago

VS2017 was the introduction of the modern VS installer that is way faster than the prior ones.

malkia 1y ago
Also (since 2015) forward/backward (to a degree) CRT compatibility. https://learn.microsoft.com/en-us/cpp/porting/binary-compat-2015-2017 https://learn.microsoft.com/en-us/cpp/porting/binary-compat-... This saved so much time, space and support - where previously we had to recompile stuff, and if you had Maya/MotionBuilder/etc plugin it had to use the right compiler. Also now even with newer IDE you can instruct the project to use older (or even better - a specific) version of the toolchain.

cheschire 1y ago

I dunno, I think the big change over to roslyn in 2015 was a bit of a tectonic shift.