Live data from Hacker News

VS Code Roadmap 2018

github.com

131–140 of 236 posts

Re: VS Code Roadmap 2018

#131
post #97

Earlier quoted context omitted.

Actually the C# plugin for VisualStudio Code does an amazing job supporting .NET Core (on any platform). I stopped using VisualStudio in favor of Code in regards of .NET Core development.

I think bunder's point is that VSCode is the "something that also works on linux and is consistent across all three platforms".

Oh. Yes. Agree, it can be read like that :)

Re: VS Code Roadmap 2018

#132
post #79

Earlier quoted context omitted.

> some don't like the electron-based thing/performance It's mostly not liking Electron-based, performance is very reasonable for VSCode, I think. As for the end-game: it's most likely luring you into Azure. Tight integration with a proper editor/IDE might give it an edge over competitors.

One very specific performance metric is startup time, and Sublime beats the pants off VSCode in that department. Creating new top-level windows in VSCode is also annoyingly slow compared to Sublime (presumably because it's spinning up a new browser context). Other than that, it seems snappy enough.

Sure, Sublime is practically instant whereas VSCode takes... maybe slightly more than half a second on my machine.

It’s noticeable but is it really that much of an issue?

Re: VS Code Roadmap 2018

#133

Earlier quoted context omitted.

For some reason people still consider startup time a metric worth paying attention to

Engineers like to optimize everything, including how they use their time. If you've got something in your head that you want to fix or write, you want to spend time doing just that, not staring at your screen waiting and maybe losing some of your mental model.

But you normally write code for an hour or many hours. Just opening one or two files for a quick fix sounds more like devops work.

Re: VS Code Roadmap 2018

#134

Earlier quoted context omitted.

I use VS Code most of the time, but the reason I always use Notepad for taking quick notes _is_ the startup time of VS Code. If they improved it, I'd be using it for both. It is an important metric for some.

If I need to take a quick look at a file but don't plan on actively doing a bunch of work on it, I usually open in Sublime for the same reason. Still get syntax highlighting and everything, but waiting for VS Code can be long enough to derail my train of thought.

[deleted]

Re: VS Code Roadmap 2018

#135

Earlier quoted context omitted.

One very specific performance metric is startup time, and Sublime beats the pants off VSCode in that department. Creating new top-level windows in VSCode is also annoyingly slow compared to Sublime (presumably because it's spinning up a new browser context). Other than that, it seems snappy enough.

YMMV I suppose, but I’ve never noticed the startup times, and I frequently create/close windows (I often have 2-3 at a time).

I just started visual studio code on my workstation, and it took 9 seconds to display a window, followed by 2 more seconds before populating it with an empty document. Sublime was sub second startup

Re: VS Code Roadmap 2018

#136

Earlier quoted context omitted.

> I’m not monogamous with my code editors I’ve always wondered why some people seem so married to a single editor. Based on the file type or context I might bounce between a number of them. I used to use Sublime Text a lot, but that’s been completely replaced for me by VSCode. I use IntelliJ IDEA predominantly for Java, Groovy, Python, Kotlin, PHP. I’m not a fan of its type hinting for JS or suggestions for HTML/SASS…

For me ”marrying to an editor” is mostly about muscle memory. Onve you know all tje shortcuts, you are much more productive

> all the shortcuts

You are clearly not an Emacs user.

Re: VS Code Roadmap 2018

#137
post #97

Earlier quoted context omitted.

Actually the C# plugin for VisualStudio Code does an amazing job supporting .NET Core (on any platform). I stopped using VisualStudio in favor of Code in regards of .NET Core development.

I think bunder's point is that VSCode is the "something that also works on linux and is consistent across all three platforms".

Thanks. Yeah, that was my point exactly.

Re: VS Code Roadmap 2018

#138
I use VS Code and enjoy it very much. However, for some reason the git diff visualizer doesn't really work anymore - I have to re-open the IDE to get it to show new changes to saved files. Anyone else have this issue?

Re: VS Code Roadmap 2018

#139

Earlier quoted context omitted.

> I’m not monogamous with my code editors I’ve always wondered why some people seem so married to a single editor. Based on the file type or context I might bounce between a number of them. I used to use Sublime Text a lot, but that’s been completely replaced for me by VSCode. I use IntelliJ IDEA predominantly for Java, Groovy, Python, Kotlin, PHP. I’m not a fan of its type hinting for JS or suggestions for HTML/SASS…

> I’ve always wondered why some people seem so married to a single editor. I'm thinking exactly opposite. I wonder why people change their IDE's/Editors so much between Eclipse/Visual Studio/IntelliJ or between notepad++/sublime-text/atom/VScode/coda/text-mate etc. What's wrong with using vim or emacs and being happy rest of your career? It's funny so many of my colleagues kid me by saying "emacs is a great operating…

> It's funny so many of my colleagues kid me by saying "emacs is a great operating system but it lacks a good editor" without ever trying it while I'm using emacs without a problem for the last 6-7 years and people around me changing their editors every year

I thought only the vim users used that refrain. vim users are also unlikely to switch to a different editor.

Re: VS Code Roadmap 2018

#140

Earlier quoted context omitted.

> I’m not monogamous with my code editors I’ve always wondered why some people seem so married to a single editor. Based on the file type or context I might bounce between a number of them. I used to use Sublime Text a lot, but that’s been completely replaced for me by VSCode. I use IntelliJ IDEA predominantly for Java, Groovy, Python, Kotlin, PHP. I’m not a fan of its type hinting for JS or suggestions for HTML/SASS…

> I’ve always wondered why some people seem so married to a single editor. Familiarity, such as keyboard shortcuts. Especially for VI(M) or Emacs users, using anything else is an absolute nightmare. If you haven't been spoiled by VIM, then there really isn't much difference between "all those other editors". :wq

I use a customized version of the emacs plugin in VSCode and I'm able to use most of the familiar keyboard shortcuts.
Post reply on HN