Live data from Hacker News

Visual Studio Code 1.7.1

code.visualstudio.com

111–120 of 145 posts

Re: Visual Studio Code 1.7.1

#111
post #12

Earlier quoted context omitted.

I'm curious why Atom gets so much crap for being an Electron app, whereas VS Code is generally praised for it's speed. Are they doing something significantly different from each other?

This comes up every time there's an Atom or VSCode post, but I've yet to see a good explanation of the architectural differences that contribute to the performance differences. Does anyone have the scoop?

From the visual studio code developer: https://vimeo.com/174657014

Re: Visual Studio Code 1.7.1

#112
post #4
post #3

I'm impressed by the speed of the releases here. 1.7 to 1.6 to 1.7.1 within a single day.

I wonder how many people at MS had to pull an all-nighter to make that happen.

I get the distinct impression that they invested in good tooling, CI and CD, which probably enables all sorts of product engineering greatness. Hopefully it's a trend.

Re: Visual Studio Code 1.7.1

#113
post #46
post #19

Earlier quoted context omitted.

The team Microsoft really seems to be invested in this free code editor. It's great strategic marketing. Making Visual Studio Code costs a fraction of what Microsoft spent on the Surface RT marketing campaign (as an example), and the benefits to their image are much more powerful and long-lasting. The Microsoft brand has been completely reborn in the eyes of developers over the past few years. The lows of 2007-2010 s…

> The Microsoft brand has been completely reborn in the eyes of developers over the past few years. The lows of 2007-2010 seem a distant memory. Maybe in the eyes of some developers - for many of us who are still dependent on MS products that haven't been getting much attention (SQL Server and it's related BI tools), the lows are still getting lower. Sure, there's improvements in the overall functionality (with SQL 2…

So, because the personal issues you have aren't being addressed, the products aren't getting attention? That's more than a bit of a stretch...

I get frustration with a specific bug not getting fixed. That being said, links to the MSDN posts you've made that have gotten 0 MS attention? Because in my experience, even if the issue can't be fixed, someone at least responds letting you know they're looking into it.

Further, if you're paying for support, I've never had a bug go completely unaddressed.

Re: Visual Studio Code 1.7.1

#114
post #46

Earlier quoted context omitted.

> The Microsoft brand has been completely reborn in the eyes of developers over the past few years. The lows of 2007-2010 seem a distant memory. Maybe in the eyes of some developers - for many of us who are still dependent on MS products that haven't been getting much attention (SQL Server and it's related BI tools), the lows are still getting lower. Sure, there's improvements in the overall functionality (with SQL 2…

The Per-Core licensing cost for SQL Server and now Windows too is really a pain, and getting worse with more and more cores showing up in boxes. We've got some servers that would be happy to putt along on 2-4 cores, but we're struggling to find anything less than 12 cores with our managed hosting provider - so we have to pay for the extra cores, even though we don't want to use them. "Consolidate!" - sure, but we can…

Why don't you just run a 4-core VM on your 12-core server and NOT share it with anything else? Wasting the other 8 cores would be worth the licensing savings.

Re: Visual Studio Code 1.7.1

#115

I love Visual Studio Code for a strange reason: I don't actually use it , but by existing and being good, it should force Sublime Text to up its game!

Sublime has served me well for years and I still use it for working with MASSIVE files as all other editors seem to choke on these, but VSCode is leaps and bounds ahead of Sublime Text. A great editor that fell behind a while ago, they didn't step their game up when Atom came out, I doubt VSCode will change anything sadly. Also worth pointing out that VSCode with its debugger, intellisense, addons and other things is…

True, I wonder if Sublime is ready to be acquired at this stage.

Re: Visual Studio Code 1.7.1

#117

I love Visual Studio Code for a strange reason: I don't actually use it , but by existing and being good, it should force Sublime Text to up its game!

Sublime has served me well for years and I still use it for working with MASSIVE files as all other editors seem to choke on these, but VSCode is leaps and bounds ahead of Sublime Text. A great editor that fell behind a while ago, they didn't step their game up when Atom came out, I doubt VSCode will change anything sadly. Also worth pointing out that VSCode with its debugger, intellisense, addons and other things is…

It's a shame because Sublime is one of the few pieces of software that I use on my computer on a day-to-day basis that isn't a buggy POS (besides the well-written venerable UNIX shell apps).

Firefox? Buggy. Chrome? Buggy. Any other GUI editor? Buggy. Android Studio? Buggy. XCode? Buggy. I could go on all day.

It's written in C++, too, so it's lightning fast. There's no reason UIs should be laggy in 2016 on the very highest-spec Lenovo Thinkpad mobile workstation, but that's the sad reality of anything written in Electron JS (along with zero 4K Hi-DPI support on Linux, so I have to squint to read the microscopic text on Slack, Upwork, Discord, Messenger for Desktop, Whatsie, Skype for Linux Alpha, ...).

Re: Visual Studio Code 1.7.1

#118

I love Visual Studio Code for a strange reason: I don't actually use it , but by existing and being good, it should force Sublime Text to up its game!

Sublime has served me well for years and I still use it for working with MASSIVE files as all other editors seem to choke on these, but VSCode is leaps and bounds ahead of Sublime Text. A great editor that fell behind a while ago, they didn't step their game up when Atom came out, I doubt VSCode will change anything sadly. Also worth pointing out that VSCode with its debugger, intellisense, addons and other things is…

Agreed.

I don't even like MS, but MS VS Code is just great.

Sadly, I think they kind of ripped off most of Sublime's 'ideas' (who knows where they originated) ...

But I'm pretty impressed with it as far as the 'light editor' category goes. I've stopped using Atom and Sublime altogether.

It's perhaps the only MS produce I've ever thought very highly of.

Bravo to them on this one.

Re: Visual Studio Code 1.7.1

#119
post #56

Earlier quoted context omitted.

I don't get the end game though, what is the strategy? Ultimately, if you end up using Linux .net core + typescript, they seem to be killing off visual studio, IIS, Windows Server, etc. For what? Azure, glorified hosting that might end up a race to the bottom vs AWS & GCE? Selling SQL server licences? I just don't get the strategy. I'm genuinely asking, where is this actually taking them apart from burning a bunch of…

They can make sure that VS Code supports Windows and other MS products, while Atom - for example - cares more for Mac users.

The installation, update, and packaging story of VS Code is so much more polished on Windows than it is with Atom. I gave Atom a shot for a few months (my employer has products based on it), but it had a tendency to overwrite my settings or completely blow away the .atom folder randomly on updates. And the performance on large files is pretty abysmal (granted Firefox has the same issue opening big plain-text logs, so it's not something that only Atom gets wrong), VS Code does much better.

And if you want to embed Atom within an application, it's great that they've finally updated to make apm use npm 3 so the path lengths don't exceed 260 characters. That's a dumb Windows limitation, but until Microsoft fixes it and enterprises actually update to the version with the fix then it's a fact of life. But atom internally still uses the old nested layout for the built-in modules, so you can't install "portable" atom in a top-level path longer than a few dozen characters.

Re: Visual Studio Code 1.7.1

#120

Earlier quoted context omitted.

Sublime has served me well for years and I still use it for working with MASSIVE files as all other editors seem to choke on these, but VSCode is leaps and bounds ahead of Sublime Text. A great editor that fell behind a while ago, they didn't step their game up when Atom came out, I doubt VSCode will change anything sadly. Also worth pointing out that VSCode with its debugger, intellisense, addons and other things is…

It's a shame because Sublime is one of the few pieces of software that I use on my computer on a day-to-day basis that isn't a buggy POS (besides the well-written venerable UNIX shell apps). Firefox? Buggy. Chrome? Buggy. Any other GUI editor? Buggy. Android Studio? Buggy. XCode? Buggy. I could go on all day. It's written in C++, too, so it's lightning fast. There's no reason UIs should be laggy in 2016 on the very h…

That sounds more like a Linux problem than an Electron/JS problem ;-)
Post reply on HN