Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

VS Code Roadmap 2018

github.com

Post reply on HN
Print view View original

91–100 of 236 posts

Re: VS Code Roadmap 2018

#91

Post by balefrost »

berdon wrote: post #67
m_fayer wrote: post #47

Earlier quoted context omitted.

The regular Visual Studio uses about the same amount of memory as VSCode while being an order of magnitude more complex and feature-rich.

A small bit of anecdotal evidence: We have a solution with around 30 projects in it - this solution consumes around 1.25gb of RAM in Visual Studio. In contrast, the same solution in VS Code open along with two other windows open to other solutions are using a total less than around 300mb.

Do you use ReSharper? Keep in mind that it adds a good chunk of overhead.

Re: VS Code Roadmap 2018

#92

Post by drdaeman »

spinningarrow wrote: post #7
ssijak wrote: post #3

As much as I wanted to like and use VS Code, Electron base still ruined it for me. If it was some other app where I do not expect instant snappiness and lower memory usage, for example, Slack (also Electron app), I would swallow it, but for an editor, I can`t.

I don’t think Electron is entirely to blame e.g. I tried the Discord app and it was amazingly snappy (just install both Slack and Discord and you can feel the difference).

Just compare VSCode with Atom - both Electron apps, both text editors, both extensible in JS.

I can't realistically measure input lag and stuff, but for example... With both having lots of extensions doing approximately the same, startup time is order of magnitude different. (And once upon a time I thought Emacs was bad in this regard, huh)

Re: VS Code Roadmap 2018

#93

Post by Fuzzy_Logic »

bunderbunder wrote: post #90
albertgoeswoof wrote: post #81

Earlier quoted context omitted.

It's about getting developers back on the MS platform. e.g. if VS Code and the idea of MS supporting OSS was around 5 years ago, perhaps Windows phone might have had enough apps and been successful.

To extend on that, dotnetcore is dead in the water without a decent and supported cross-platform development experience. Visual Studio and vsmac get the job done for now, but for the long run they need something that also works on linux and is consistent across all three platforms.

VSCode and the dotnet cli tooling fill this role on Linux. The tools are consistent across all three platforms.

Re: VS Code Roadmap 2018

#94

Post by isthisnagee »

manyxcxi wrote: post #76
veidr wrote: post #2

VS Code is such an excellent open-source project, and also such a great tool despite the obvious and much-bemoaned inherent disadvantages (aka "tradeoffs") that come with being an Electron-based app that it, along with its cousin TypeScript, fundamentally changed my perception of Microsoft. I'm not monogamous with my code editors and typically have a few of them open. These days, I notice VSCode is very likely to be…

> 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’m not married to an editor so much as my bindings. I’d really hate to use an editor/ide that doesn’t have a decent implementation of at least some vim bindings, though I have to sometimes.

Ultimately I think it’s familiarity and a subtle fear that learning any new system will be a time sink.

Re: VS Code Roadmap 2018

#95

Post by dmitriid »

pbiggar wrote: post #10
dmitriid wrote: post #4

My sole wish for VS Code is multiline errors and warnings, as more languages adopt properly formatted errors (like Elm and Reason)

In Elm mode, when you're on an error, you can get the whole error to pop up.

That’s the thing. You have to hover your mouse over errors etc.

Re: VS Code Roadmap 2018

#96

Post by dmitriid »

veidr wrote: post #6
dmitriid wrote: post #4

My sole wish for VS Code is multiline errors and warnings, as more languages adopt properly formatted errors (like Elm and Reason)

If that is really your sole wish, you should really file an issue[1] if you haven't already. Then for bonus points, come back here and post link to it. I would support it; my team wants that, too. [1]: https://github.com/Microsoft/vscode/issues EDIT: there is one: https://github.com/Microsoft/vscode/issues/1927

Yup, that’s the issue :) I even asked if it could be bumped up in priority.

Unfortunately, not yet :(

Re: VS Code Roadmap 2018

#97

Post by oaiey »

bunderbunder wrote: post #90
albertgoeswoof wrote: post #81

Earlier quoted context omitted.

It's about getting developers back on the MS platform. e.g. if VS Code and the idea of MS supporting OSS was around 5 years ago, perhaps Windows phone might have had enough apps and been successful.

To extend on that, dotnetcore is dead in the water without a decent and supported cross-platform development experience. Visual Studio and vsmac get the job done for now, but for the long run they need something that also works on linux and is consistent across all three platforms.

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.

Re: VS Code Roadmap 2018

#98

Post by teh_klev »

Vinnl wrote: post #80
mrweasel wrote: post #45

Earlier quoted context omitted.

Don't it get lost or closed by mistake all the time? To me much of the value of a separate app is being able to cmd+tab between application and I frequently just close my browser be get remove all windows and tabs. I like the compartmentalisation of separate apps, but I doesn't really care if it's written as an Electron app, as long as reacts fast enough.

Not OP, but my browser is open pretty much all the time, and pinning tabs ensures they don't get lost.

So today I just learned you can pin tabs :)

Re: VS Code Roadmap 2018

#99

Post by dmitriid »

balefrost wrote: post #89
Vinnl wrote: 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.

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

Re: VS Code Roadmap 2018

#100

Post by dmitriid »

manyxcxi wrote: post #76
veidr wrote: post #2

VS Code is such an excellent open-source project, and also such a great tool despite the obvious and much-bemoaned inherent disadvantages (aka "tradeoffs") that come with being an Electron-based app that it, along with its cousin TypeScript, fundamentally changed my perception of Microsoft. I'm not monogamous with my code editors and typically have a few of them open. These days, I notice VSCode is very likely to be…

> 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
Post reply on HN