Live data from Hacker News

Visual Studio Code 1.0

code.visualstudio.com

81–90 of 487 posts

Re: Visual Studio Code 1.0

#81
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,…

That's what, gone are the days when we'd spend hours and hours to learn the little little ways of vi and the myriad functions in emacs. Now we need to get things done, can't afford to sit down and study the entire functions of vi and emacs. I don't mean to troll but after switching to vscode and the go plugin I learned go webdev and wrote this small intro book, http://github.com/thewhitetulip/web-dev-golang-anti-text…

What, exactly and without sweeping generalities, does it do that is a transformative step over Sublime Text or Atom?

Or, hell, even Kate?

Re: Visual Studio Code 1.0

#83
post #22

Visual Studio Code could serve as a solid base for VS.NextGen. Following previously unheard-of paradigms (Unix) for Microsoft, Visual Studio could actually become modular, with each component becoming useful on its own. Visual Studio Code would be the editor, Omnisharp the Intellisense platform, I think they were also developing some sort of common debugging interface, etc. It would be a lot nicer than the current Vi…

I have a gut feeling that this is in fact the plan. People keep asking "When can we have Visual Studio on OS X/Linux?", but I don't think that's ever going to happen: VS is so tightly coupled with COM and Win32 that they'd basically have to write it from scratch, or write an entire Windows emulation layer. But what they can do is gradually add features to VSC until it does most of the things you wanted full VS for: I…

They've demonstrated it too. With Roslyn being a "compiler as a service" and the OmniSharp umbrella of plugins, now VS Code and Sublime Text all have the same intelligence (and IntelliSense) that Visual Studio has. Everything else (IMO) is much easier chrome around that fundamental experience, and can easily be filled in over time.

In the C# talk at Build [1], they demonstrated visual debugging using VS code. It was pretty awesome.

[1] https://channel9.msdn.com/Events/Build/2016/B889

Re: Visual Studio Code 1.0

#84

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,…

So, can VSCode run in a terminal window, without graphical user interface, while ssh'ed into another machine somewhere around the globe over a shitty internet connection, editing a file that's a few hundred megabytes big? As long as that's not possible it's not even a contest ;) I like VSCode because of it's debugger plugin infrastructure, but let's not get silly (MS changing the way code is written on Linux).

Re: Visual Studio Code 1.0

#85
post #15

> Can we build a code editor fast enough that it doesn’t feel like you’re typing in a browser? Is this a jab at Atom? I like this.

Funnily enough I just installed VS code and there is lag as I type things in. Also bad font rendering compared to the rest of my interface.

It is probably an issue with your video driver. No text editor should feel laggish right off the bat. The open source Radeon driver is prone to sluggishness.

Re: Visual Studio Code 1.0

#86

Earlier quoted context omitted.

Hello - one of the team members from VS Code here. We built this extension sample to show the capabilities of the extension API - https://github.com/alexandrudima/vscode-vim . We've done some work to improve the API for the extensions. We'd love your feedback. https://github.com/Microsoft/vscode/issues/3600 .

The issue with Vim is that the editor has several hundred/thousand idioms and everybody uses a different subset. As an example, most people delete words with `dw` while I usually use `dt ` because the t/f motions generalize to subwords. Until you have the majority of your personal subset implemented, vim support in a given editor is "bad". I've thought about doing a vim implementation for years where motions are expr…

So essentially, I think vim-mode in atom actually uses NeoVim's headless VIM engine, which is why it's more full featured. But don't quote me on that :)

The ideal VIM mode plugin for VS Code would do the same.

Re: Visual Studio Code 1.0

#87
post #20

Are there any emacs/vim users here who moved to GUI editors like atom or VS code? I would like to know what potential gains could come from using a GUI text editor.

I'm still living in vim-wonderland, but GUI editors are more flexible in what they can show you. Underline invalid code, auto-complete, ctags pane, file view pane, etc... are all things that tend to work better in a GUI. Other things are plain impossible in TUI, such as minimap view of the file[0], or bracket's contextual popups[1][2][3] What I'm really looking for is something like Atom's Neovim Mode [4], allowing m…

Nice references. Thanks!

Re: Visual Studio Code 1.0

#88
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,…

>Vim and Emacs are still superior if you want to put the time >in,

TBH, not every developer is willing to become a power user or interested to learn an IDE instead of the language itself. Being someone who worked on VStudio alot and now on Linux/Mac based tools, I can safely say that Microsoft tools are Developers friendly most of the time. It's good they are introducing same touch for Linux/OSX community.

Re: Visual Studio Code 1.0

#89
post #59

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,…

If you liked Eclipse, then you should take a look at IntelliJ IDEA (and its companion IDEs), they are a leap forward from Eclipse.

Agreed, IntelliJ IDEA is so good I can't really use other editors for projects. For editing regular files outside of a project I still use vim or TextEdit/Notepad.

I prefer Intellij so much I use CLion instead of Xcode on OS X and Visual Studio on Windows 10.

Re: Visual Studio Code 1.0

#90
post #62

Earlier quoted context omitted.

> Atom was around before VSCode Nope. Visual Studio Code was created before Atom.[1] Although both VS Code and Atom are based on Electron[1] and are both Chrome-based. VS Code does seem to be stealing Atom's thunder as what they say [1] [1] https://discuss.atom.io/t/atom-seems-to-be-lossing-contribut...

https://en.wikipedia.org/wiki/Atom_%28text_editor%29 Atom = 2014 https://en.wikipedia.org/wiki/Visual_Studio_Code VSCode = 2015 Am I missing something? Sure, MS had some preview online IDE thing before VSCode came out, but that's not the same thing obviously.

Yes you are. Please read the original blog post. [1][2]

Visual Studio code was originated from "Monaco" team, dated back in 2013.

Eletron (formally Atom-shell) was dated in Feb-March 2014.[3]

[1] http://code.visualstudio.com/blogs/2016/04/14/vscode-1.0

[2] http://arstechnica.com/information-technology/2015/04/micros...

[3] https://en.wikipedia.org/wiki/Electron_(software_framework)

Post reply on HN