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

81–90 of 236 posts

Re: VS Code Roadmap 2018

#81

Post by albertgoeswoof »

placebo wrote: post #73

A free, powerful, open sourced editor and IDE constantly improving and growing - what's not to like? - I get that some don't like the electron-based thing/performance but it never bothered me (and I bought and use both Sublime 2 & 3) - guess it requires a degree of sensitivity that I'm not bothered with - sort of like people who claim they can't hear mp3 because they can only enjoy CD quality audio (not saying it's n…

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.

Re: VS Code Roadmap 2018

#82

Post by arcticfox »

sam_goody wrote: post #44

I really want to try VSCode, but it sends data to Microsoft even with Telemetry et al off [1]. Which is not surprising considering that Windows itself does the same thing [2] (hence, my not using Windows). Even if they allowed us to opt-out of telemetry now, I wouldn't trust them not to silently opt us back in later. This is not something I can accept my editor doing, and would expect a little less apathy about it fr…

> Does anyone know more about the MS spyware and how much I need to worry about it?

Actually the project is open source, so rather than FUD up the conversation:

https://github.com/Microsoft/vscode/blob/master/src/vs/platf...

Re: VS Code Roadmap 2018

#83

Post by pjmlp »

dingo_bat wrote: post #24
gadders wrote: post #23

This release cadence from MS is completely killing some internal packaging operations at big corps I've worked at. (For those who don't know, applications are typically QA-ed and packaged so they can be automatically requested and deployed via MS SMS or whatever the latest version is. No downloading .exe) Typically this packaging process takes longer than it does MS to release a new version. They're in a constant sta…

This speaks more about enterprise "packaging process". Why can't they let the devs manage their own machines? This is one big reason devs love Macbooks, because OSX just doesn't allow the employer to fuck around with the machine a lot.

There are enterprise solutions for macOS management.

Re: VS Code Roadmap 2018

#85

Post by dotancohen »

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’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

Re: VS Code Roadmap 2018

#86

Post by dotancohen »

ssijak wrote: post #25
xfer wrote: post #11

Earlier quoted context omitted.

How much memory does it use? My emacs instance uses ~200M with a moderate amount of files(along with other processes mostly repls). I would imagine VSCode to be in the same ballpark, and 200M is not that of a big deal imo.

Here is a hint of performance https://blog.xinhong.me/post/sublime-text-vs-vscode-vs-atom-... But an even better test is when using these editors on large projects with hundreds or thousands of files. Atom is a disaster. I tried to like VSCode and except Electron part and baggage it is great. For this reason, I am switching to vim for everything except Java/Kotlin. There is nothing even remotely close to IntelliJ for…

The IdeaVIM plugin for IntelliJ is excellent, I use it in PHPStorm and PyCharm.

https://github.com/JetBrains/ideavim

Re: VS Code Roadmap 2018

#87

Post by moomin »

tstieff wrote: post #53
kasparsklavins wrote: post #42

Earlier quoted context omitted.

And I always turn if off because it is unusable. For text it's okay but for code it's rules doesnt make any sense - concatenated words are marked as errors which is real annoying.

It tends to work best with Java conventions, so camelCase spellings are interpreted correctly, but other conventions - not so much.

And this is kind of my point: your spellchecker needs to interact with your language server.

Re: VS Code Roadmap 2018

#88

Post by pacala »

placebo wrote: post #73

A free, powerful, open sourced editor and IDE constantly improving and growing - what's not to like? - I get that some don't like the electron-based thing/performance but it never bothered me (and I bought and use both Sublime 2 & 3) - guess it requires a degree of sensitivity that I'm not bothered with - sort of like people who claim they can't hear mp3 because they can only enjoy CD quality audio (not saying it's n…

Makes it really easy to use Azure services.

Re: VS Code Roadmap 2018

#89

Post by balefrost »

Vinnl wrote: post #79
placebo wrote: post #73

A free, powerful, open sourced editor and IDE constantly improving and growing - what's not to like? - I get that some don't like the electron-based thing/performance but it never bothered me (and I bought and use both Sublime 2 & 3) - guess it requires a degree of sensitivity that I'm not bothered with - sort of like people who claim they can't hear mp3 because they can only enjoy CD quality audio (not saying it's n…

> 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.

Re: VS Code Roadmap 2018

#90

Post by bunderbunder »

albertgoeswoof wrote: post #81
placebo wrote: post #73

A free, powerful, open sourced editor and IDE constantly improving and growing - what's not to like? - I get that some don't like the electron-based thing/performance but it never bothered me (and I bought and use both Sublime 2 & 3) - guess it requires a degree of sensitivity that I'm not bothered with - sort of like people who claim they can't hear mp3 because they can only enjoy CD quality audio (not saying it's n…

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