Live data from Hacker News

Visual Studio Code 1.0

code.visualstudio.com

291–300 of 487 posts

Re: Visual Studio Code 1.0

#291

VSCode has done the thing that nobody expected MS to do, change the way code was written on Unix/Linux. I love linux/unix, but the problem always was with the lack of an awesome text editor cum IDE, yep there is eclipse but it is too clunky, I do not like sublime as it isn't FOSS (call me crazy), gedit took way too much memory, geany is fast and mean but the UI sucks plus functionality isn't that great. Enter VSCode,…

VSCode doesn't even change the way code was written on Mac or Windows.

Let me turn the question around. What does VSCode do that Sublime, Atom, Emacs and Vim doesn't? Nothing.

That is not to say that VSCode is bad. It's a decent editor. But the only reason I found Atom and VSCode to be interesting at all, was that way more people know Javascript than ELisp or VimScript, and so I figuere that the quality and quantity of plugins will be better on VSCode or Atom in time compared to the other two editors.

The switch to Atom was actually pretty simple. Many Emacs shortcuts still worked, and setting up a linter and multiple cursors was easy.

Another thing is that there are GUI versions of both Vim and Emacs. You don't, however, have a console version of VSCode, which means you can't use it over SSH. This isn't that big of a deal for some people (maybe even most), but for sysadmins logging in to a server to do some work, access to their editor of choice would be great.

The problem with your statement, and why you receive downvotes, is that you reveal that you really don't know what you're talking about.

Re: Visual Studio Code 1.0

#292
post #130

VSCode knockouts Atom in a dispute for becoming a developer editor in a corporate computer. Sure, you all have root password in your computer. Unfortunately, I belong to a lower race: the corporate developer. I work in a Windows 7 machine, don't have root password and there's a big wall called proxy around me. I didn't know about VSCode before this HN post, but I was trying to use a new editor instead of Notepad++. I…

Curious if you've tried Sublime Text and your thoughts about using it in a corporate environment?

Re: Visual Studio Code 1.0

#293
post #200

Earlier quoted context omitted.

Having the git diff in your editor gives you syntax highlighting and let's you edit it (the right side) like you're used to. I guess the killer feature of VS Code is multiple cursors (Ctrl+D). I only know of Sublime Text and Atom who also have this feature on Linux, not sure about Kate. Sublime Text is closed source and not gratis, Atom is slow and buggy.

Emacs and Vim also have multiple cursors.

Built-in? What is the equivalent of Ctrl+D (Sublime Text, Atom and VS Code) in vim and emacs?

Re: Visual Studio Code 1.0

#294
post #130

VSCode knockouts Atom in a dispute for becoming a developer editor in a corporate computer. Sure, you all have root password in your computer. Unfortunately, I belong to a lower race: the corporate developer. I work in a Windows 7 machine, don't have root password and there's a big wall called proxy around me. I didn't know about VSCode before this HN post, but I was trying to use a new editor instead of Notepad++. I…

Just wanted to say I find Notepad++ to be an excellent tabbed editor, especially for XML or SQL. I use it on windows all the time and really miss it on OS X where I find Textmate to be a bit awkward.

Notepad++ is a great text editor, but it has no clue about your code base. It can't do searches of all functions, or Ctrl+Click on the method to go to its definition, etc.

Re: Visual Studio Code 1.0

#295
post #50

VSCode has done the thing that nobody expected MS to do, change the way code was written on Unix/Linux. I love linux/unix, but the problem always was with the lack of an awesome text editor cum IDE, yep there is eclipse but it is too clunky, I do not like sublime as it isn't FOSS (call me crazy), gedit took way too much memory, geany is fast and mean but the UI sucks plus functionality isn't that great. Enter VSCode,…

Ummm, no. VS Code is a decent editor, nothing more. It certainly doesn't transform the way code is written on Unix/Linux. Vim and Emacs are still superior if you want to put the time in, and both have non-terminal interfaces. They can also be both customized to be whatever you want them to be, there's not really a limit to their functionality except what plugins are already written. Ditto for Atom, though of course,…

While I do agree that VS Code is nothing revolutionary, suggesting Vim and Emacs are superior at this day and age makes no sense. Becoming effective at using these editors is very hard and not practical when there are so many other things any engineer worth their salt has to worry about. Most plugin systems for these tools are a nightmare. Vim has about three or four different plugin solutions and they all have different caveats.

Re: Visual Studio Code 1.0

#296
post #200

Earlier quoted context omitted.

Well, okay, let's talk about that. Is having source control in your text editor enough of a benefit to one's daily routine as to be a step change of productivity or quality of life? It may be for you and I'm not saying you're wrong for that, I'm asking because it isn't for me; I have an alt and a tab key. Bear in mind that the claim wasn't that it's better in some ways , but that it's sweepingly better than the stuff…

Having the git diff in your editor gives you syntax highlighting and let's you edit it (the right side) like you're used to. I guess the killer feature of VS Code is multiple cursors (Ctrl+D). I only know of Sublime Text and Atom who also have this feature on Linux, not sure about Kate. Sublime Text is closed source and not gratis, Atom is slow and buggy.

Not allowed to reply to your post, so replying here.

No, not built-in. They both have plugins, and allow you to set the key shortcut to whatever you please.

That they are not built-in really doesn't matter though. All these editors revolve around plugins, and it's common practice to save your preferences on github or the like so that it's easy to use the same settings and plugins on every machine.

Re: Visual Studio Code 1.0

#297
What's with the license I have to agree? e.g.

5. SCOPE OF LICENSE. The software is licensed, not sold. This agreement only gives you some rights to use the software. Microsoft reserves all other rights. Unless applicable law gives you more rights despite this limitation, you may use the software only as expressly permitted in this agreement. In doing so, you must comply with any technical limitations in the software that only allow you to use it in certain ways. You may not * work around any technical limitations in the software; * reverse engineer, decompile or disassemble the software, or otherwise attempt to derive the source code for the software except, and solely to the extent: (i) permitted by applicable law, despite this limitation; or (ii) required to debug changes to any libraries licensed under the GNU Lesser General Public License which are included with and linked to by the software; * remove, minimize, block or modify any notices of Microsoft or its suppliers in the software; * use the software in any way that is against the law; or * share, publish, or lend the software, or provide the software as a hosted solution for others to use, or transfer the software or this agreement to any third party

But:

https://github.com/Microsoft/vscode

So with the msi installer a different license?

Re: Visual Studio Code 1.0

#298

Earlier quoted context omitted.

"Vim and Emacs are still superior if you want to put the time in, and both have non-terminal interfaces." I don't need an instruction manual to figure out how to close VSCode.

>> and both have non-terminal interfaces. > I don't need an instruction manual to figure out how to close VSCode. To close GVim, you click the 'x' in the upper right/left corner, like any other window.

In Vim, pressing Ctrl-C (which is how you usually terminate a console application) tells you to write :quit.

Alternatively, you could just close the terminal window.

Re: Visual Studio Code 1.0

#300
post #50

Earlier quoted context omitted.

Ummm, no. VS Code is a decent editor, nothing more. It certainly doesn't transform the way code is written on Unix/Linux. Vim and Emacs are still superior if you want to put the time in, and both have non-terminal interfaces. They can also be both customized to be whatever you want them to be, there's not really a limit to their functionality except what plugins are already written. Ditto for Atom, though of course,…

What I meant was that if you don't have the time or inclination to learn the myriad ways of vi and emacs, there isn't a really great light weight fast text editor, eclipse is too damn slow. so beyond eclipse, there is this great text editor which has great design. we never had the great ctrl+P option in eclipse as far as i can remember where you can jump to definitions, say I have a 100 files project and I want to ch…

Ctrl+P was taken from Sublime, which in turn took that from TextMate. I think.

VSCode and Atom are essentially just Sublime Text with Javascript instead of Python as the plugin language. Also, IntelliJ has had this for quite some time, though it doesn't meet the criteria for light weight text editor, it is certainly better than Eclipse.

Post reply on HN