Live data from Hacker News

The Rise of Microsoft Visual Studio Code

triplebyte.com

291–300 of 327 posts

Re: The Rise of Microsoft Visual Studio Code

#291

Earlier quoted context omitted.

> I paid for sublime so i will use it I purchased Sublime when it was the least bad editor out there, but finally realized that I was suffering from the sunk cost fallacy. I still consider it the worst software purchase I've ever made, and it's also why I'm reluctant to pay a single buck for software nowadays.

I mean I use VS Code a lot more often, and PyCharm / JetBrains IDES moreso than I do Sublime Text but I wouldn't say it's the worst purchase. I bought a text editor that's got out of the box syntax highlighting for most languages and decent enough linting plugins to catch some of the syntax errors I may be about to miss. I only wish Sublime Text were able to (out of the box) mount / SSH into any server like emacs doe…

I originally had two reasons why I bought Sublime. The primary one was that it felt like Vim with everything configured out of the box. Another reason was that ST2 had long outstanding bugs that were already fixed in the ST3 development version, which was made available to paying customers only, and it felt like a good idea to support the development.

Then came 2014 and it started to look like the Sublime developer had taken a hiatus. The timing was really bad as ST2 still had showstopper issues (for me) that were fixed in ST3, which in turn had another bunch of unfixed bugs. Meanwhile Atom was released and it got its bug fixes and new features regularly, even though it was and still is really slow. I had to choose between two borderline unusable and one functioning but heavy editor. With a heavy heart I had to abandon an editor that I had valued at 70 dollars, which at that time was also the largest sum I had ever paid for software.

As soon as VS Code started to gain traction, I made the switch. For some reason it felt and still feels much snappier, even though both Atom and it are built on Electron and have approximately the same features.

When not writing code or LaTeX documents, I'm editor and OS agnostic. Often you just have to make do with whatever an esoteric system offers.

Re: The Rise of Microsoft Visual Studio Code

#292

Earlier quoted context omitted.

> I paid for sublime so i will use it I purchased Sublime when it was the least bad editor out there, but finally realized that I was suffering from the sunk cost fallacy. I still consider it the worst software purchase I've ever made, and it's also why I'm reluctant to pay a single buck for software nowadays.

Why do you think Sublime Text is the worst software you have purchased? I use it every day as my main text editor and i am very satisfied.

See the reply to the sibling post.

In any case, what works for you might not work for other people. We're also talking about four–five years old issues here.

Re: The Rise of Microsoft Visual Studio Code

#293

Earlier quoted context omitted.

I mean I use VS Code a lot more often, and PyCharm / JetBrains IDES moreso than I do Sublime Text but I wouldn't say it's the worst purchase. I bought a text editor that's got out of the box syntax highlighting for most languages and decent enough linting plugins to catch some of the syntax errors I may be about to miss. I only wish Sublime Text were able to (out of the box) mount / SSH into any server like emacs doe…

I originally had two reasons why I bought Sublime. The primary one was that it felt like Vim with everything configured out of the box. Another reason was that ST2 had long outstanding bugs that were already fixed in the ST3 development version, which was made available to paying customers only, and it felt like a good idea to support the development. Then came 2014 and it started to look like the Sublime developer h…

> When not writing code or LaTeX documents, I'm editor and OS agnostic. Often you just have to make do with whatever an esoteric system offers.

If only more were sanely tech agnostic. I feel the same way, I try to use JetBrains tools if possible, if low on memory, then Sublime, VIM or Emacs (Somewhat Nano / ne) work for me.

Re: The Rise of Microsoft Visual Studio Code

#294

Ok I stopped reading when they started drawing graphs how well the people using certain editors fared better in their test as if the editor could have anything to do with it.

Depending on the task and the familiarity of the user with the editor, it can make a big difference! As an extreme example, a good 80s programmer might work efficiently on a file in ed, but nowadays approximately no human could do that.

But their tests don't measure "how efficiently" the candidates edit files, do they?

Re: The Rise of Microsoft Visual Studio Code

#295
The killer feature for my switch from Atom was the built in terminal. Enough to let me be ok using a ms product temporarily to try it out. I appreciate their energy behind it - the update schedule, the changelog write ups, the listening to the feedback from the users.

I really liked the json config of atom. the code gui isn't my fave but it's ok.

Two other things helped me transition easily:

- click a button to edit `PATH` or whatever so that `$ code` opens up the editor from the terminal

- atom keymapping

The coffee script use in atom was unfamiliar territory for me too, so that part seemed distant.

Re: The Rise of Microsoft Visual Studio Code

#296

VSCode is fast and it's certainly the best editor/IDE I've used since back when I was a Java dev using Eclipse back in 2006 or so. But I recently opened up Sublime Text to compare some editor behaviour, and the difference in UI performance is astounding . It's possible that VSCode has regressed a bit the last couple of years. It was always faster than Atom. But comparing it to Sublime shows that there are clear advan…

I love VSCode and have moved to it from Sublime; mostly same shortcuts by default, inline debugging, extension ecosystem and blistering pace of development. It's fast enough but Sublime blows it out of the water - especially for things to "Go To Symbol" where it works almost instantly whereas I'm constantly waiting for VSCode to stop spinning and give up and cmd-f search instead. Also, I have to work with a lot of ne…

>especially for things to "Go To Symbol" where it works almost instantly whereas I'm constantly waiting for VSCode to stop spinning and give up and cmd-f search instead.

"Go to symbol" isn't implemented by the IDE though. Neither Sublime Text nor VSCode provide that feature.

Plugins do.

What you're probably experiencing is that Sublime Text tends to have less intelligent language servers. Which means they're faster, because they're not scanning your whole project, or because they're not using the official language server.

I've written my own language server so I know firsthand that any UI delay is entirely my fault, not VSCode.

Re: The Rise of Microsoft Visual Studio Code

#297
post #254

VSCode is fast and it's certainly the best editor/IDE I've used since back when I was a Java dev using Eclipse back in 2006 or so. But I recently opened up Sublime Text to compare some editor behaviour, and the difference in UI performance is astounding . It's possible that VSCode has regressed a bit the last couple of years. It was always faster than Atom. But comparing it to Sublime shows that there are clear advan…

> the difference in UI performance is astounding I could not agree more. I've made numerous attempts to embrace the new hotness that is VSCode but I just cannot get over the performance. Yes, it has some cool features, the plug-in ecosystem is booming, and it sure looks pretty. But at the end of the day none of it is compelling enough for me to put up with the constant lag. It's funny because after several of these e…

Which UI elements do you find slow?

The only things I find are slow are Language Server features. Which are just as slow in any IDE because they're using the same underlying application!

Re: The Rise of Microsoft Visual Studio Code

#298
post #138

Earlier quoted context omitted.

This is what Paul Graham calls the Python Paradox; namely that in 2004, when Python jobs were relatively more rare, you could find smarter Python engineers than Java engineers for any given project. "[I]f a company chooses to write its software in a comparatively esoteric language, they'll be able to hire better programmers, because they'll attract only those who cared enough to learn it. And for programmers the para…

Both of these are still just very roundabout ways of telling yourself you're awesome because of whatever mildly unusual thing you think you might be doing.

One day you wake up and have your own custom firmware on your hacked together laptop which is running a Linux that's using three different package managers on top of custom built kernel and x.

Each step seemed like a good idea but when taken together you wonder what when wrong and when.

Re: The Rise of Microsoft Visual Studio Code

#299

Earlier quoted context omitted.

had to look up "multiple cursors" and it looks like it's the same as "column mode" which has been around in MS editors forever?

It's not column mode in Visual Studio Code https://code.visualstudio.com/docs/editor/codebasics#_multip...

Indeed, I've been missing out!

Re: The Rise of Microsoft Visual Studio Code

#300
post #90

Earlier quoted context omitted.

Is that native?

No, but why would that be a concern? If you're going to use Emacs as your environment, it's best to learn how to install additional packages, as you'll get a lot more functionality that way. If you're using Sublime or VSCode, I'm sure you'll one day install plugins for it as well.

At least for me, sometimes I have to work on servers where I don't have sudo privileges, so I usually can't install plugins.
Post reply on HN