|
The missing option is "I have not tried it yet."
___ ___ ___
|__ |_| |\ | | |_| \ /
__| | | | \| |__| | | /
|
|
|
|
|
You could pick the "I don't know" option because "You haven't tried it yet"
|
|
|
|
|
Same
|
|
|
|
|
I love VS code and use it almost every day for both personal and professional use. I use it particularly for web / mobile projects where I don't want the bloat of it's bigger sibling. And it gets regular updates too. What's not to like?
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
Yes, Making a software design very simple and easy understand is very difficult, than making an complex design.
Keeping simple and understandable will help other developers to take it up and work on that application without any dependencies, so I vote for this approach.
|
|
|
|
|
I'm stuck using full Visual Studio for anything enterprisey that I have to work with, and between LinqPad and Sublime I have everything else I need for .Net Development.
|
|
|
|
|
I don't care. Everyone have their own preference and everyone has different dev environments. I haven't tried using VSCode because the bulk of my job is in windows, so I always use VStudio.
modified 20-Jul-16 5:50am.
|
|
|
|
|
Ask people who aren't using Visual Studio and aren't developing for Windows in C#/F#/C++. If you are developing in those languages, why would I use a dumbed-down tool for development? I even use Visual Studio for Python, not sure why I'd use VS Code.
Would you recommend it to a non-Windows developer?
I know, that's part of the question. And the answer is no, I'd recommend something like Sublime.
Marc
|
|
|
|
|
|
I use VS Code all the time when I don't need the .NET Framework e.g. for web / mobile projects where I'm using HTML, CSS and Javascript. VS code is small, fast, gets updated regularly and is perfect for projects where you don't want the bloat of it's bigger sibling.
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
Dominic Burford wrote: I use VS Code all the time when I don't need the .NET Framework e.g. for web / mobile projects where I'm using HTML, CSS and Javascript.
Makes sense.
Marc
|
|
|
|
|
What do mean Visual Studio Code? Either you mean Visual Studio plugins or Visual Studio IDE. As VS is a development editor/compiler/linker and not a language, so where in it you mean code?
|
|
|
|
|
|
A bit off the topic, but funny... the provided MS link looks like crap in my US Air Force bastardized standard configuration of IE11 but looks just fine in Firefox (the only other browser I have access to). Go figure.
|
|
|
|
|
|
For me too, at first 'Visual Studio Code' looked like a typo. May be they would have named it better.
|
|
|
|
|
I have used Visual Studio Code on Ubuntu and the usage was primarily for .NET Core development. Trust me, if you want to do .NET Core programming, you must use Visual Studio Code. Install the C# extension and you will feel as if you were using Visual Studio on Windows system.
Other than this, Visual Studio is not yet ready for software development. Do not use (or think of using it) if you are a desktop service programmer, such as desktop software, database management etc. Visual Studio Code targets web development as of now. There are a few editor extensions that are available for C++ and Python programmers too, but I haven't used them as of now. Also, I would still wait for software development until Microsoft pushes an update for the compiler and debugger integrations for C#.
Long story short: Do use it! It's free. Besides, .NET Core programming is a lot interesting if using Visual Studio Code. Git integration provides a clean interface for management of projects... Just use it.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
I use it on OS X for Rust, C++ and F# development, where it works very nicely, thank you very much, even on my aged (early 2009) MacbookPro. I also use it on Windows, for Rust and small C++ projects and pretty much every other programming task that I can't/don't do in Visual Studio.
It is very much 'IDE lite' rather than just a text editor, but I do appreciate the code completion, the ability to build and (for Rust, at least) run tests without shelling out to a terminal.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
The best thing about Visual Studio is the debugger and they removed that, so that makes it just another IDE that uses GDB and they are two a penny.
|
|
|
|
|
They didn't remove it, per se; Since it was built from scratch in different language than VS, the VS debugger was never there to begin with.
Having said that, I've found the debugging facilities in VS Code useful for debugging both C# and server-side JS. I can set breakpoints, I can inspect variables and set watches, and I can evaluate expressions in the debug console. It's not as full-featured as full VS debugging, but it's more than sufficient to cover a wide variety of debugging needs.
Your mileage may vary, of course. If VS Code's debugging abilities don't meet your needs or expectations, that's a perfectly rational reason for you to avoid using it.
|
|
|
|
|
The VS auto tab automatically shows you the most recent variables accessed without the programmer having to do anything. GDB requires the programmer to type in stuff. I know you don't think that's important, because it only takes a little bit longer, but if you have to do that 1000's of times a day every day, it does actaully add up to a significant amount of time.
|
|
|
|
|
The VS Code debugger shows them automatically too. Here's a screenshot I just took. Also, it's definitely not using GDB for debugging C# on Windows.
Perhaps you tried an old version of VS Code that had more primitive debugging capabilities?
I agree with you that unaided GDB can be cumbersome and time-consuming to use. FWIW the debugging story in VS Code for JS, Python, and PHP (others too, but I haven't tried them) is the same as for C#. Variables local to the site where the breakpoint was set show up automatically, and you can add watch expressions if you want to check for anything more complex.
|
|
|
|
|
I only used it on OSX for c++. Maybe it's using different debugger for different OS's?
|
|
|
|
|
I think it varies by language/runtime. Debugging C# via Mono or .NET Core works the same on Linux and OSX as it does on Windows.
C++ debugging in Code seems to be more limited than for other languages right now. Interestingly enough, it seems to have the most trouble on OSX, is acceptable on Windows(though it only works with MinGW and Cygwin, not MSVC), and works best on Linux. This screenshot shows C++ debugging with variables auto-displaying on Linux, so hopefully OSX will soon be up to par.
|
|
|
|
|
I recently got serious about using VS Code, as I'm switching from C++ programming to MEAN programming for web sites. My--admittedly somewhat random--internet search included several sites that suggest Visual Studio Code is based on the open source Atom editor. Apparently MS forked the Atom codebase and added some features from Visual Studio. (My apologies to the development team if I have over-simplified or misrepresented their work, but the information on the pages I read was a bit vague.) You can research this yourself on the MS Visual Studio Code web site.
The two conclusions I drew from this were:
1. Think of VS Code as a new code editor from Microsoft, not a modified version of the editor in Visual Studio.
2. This is not really an IDE, although it behaves like one when you start adding extensions--at least when using JavaScript and the related frameworks/environments (Express, Jsx, React, Pug, Node.js, Typescript, etc.).
modified 14-Dec-16 17:29pm.
|
|
|
|