Live data from Hacker News

Visual Studio Code 1.0

code.visualstudio.com

171–180 of 487 posts

Re: Visual Studio Code 1.0

#172
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…

> Atom was knocked out in the first minute.

'knocked out'?

> must install a column mode extension, need to install a ntlm proxy authentication downloaded from (argh!) Sourceforge

Why not just set up atom to use your existing corporate proxy?

> failed to install the extension because it needs a compiler

Sounds like bullshit, what extension?

> You've got a new fan VSCode!

So all of your complaints about atom are actually complaints about your own inability to set it up.

Re: Visual Studio Code 1.0

#173
post #124

Earlier quoted context omitted.

For example the Git integration is awesome and even better than Atom's (you can commit, push, ...). Of course you can do a lot with extensions, but at least in Atom's case they break a lot for me.

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…

"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?"

Uh, if you edit tens or hundreds of text files per day, it's a game changer.

Re: Visual Studio Code 1.0

#174

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

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

I mean, its okay if you don't have experience with vim or emacs, but why spew uninformed bullshit when any semi-knowledgeable linux/unix dev knows that vim and emacs run laps around vscode, sublime, etc.

Re: Visual Studio Code 1.0

#175
post #73

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

> gedit took way too much memory Can you elaborate?

I am fine with it taking as much memory as it took.

It is a great replacement for notepad, but that's what it is. wrong tool otherwise for a large project.

Re: Visual Studio Code 1.0

#176

I've been writing OCaml for a while and seeing that VSCode has a pretty sweet integration for F# gets me quite excited. Is there anyone here who's running F# on Linux / OSX and can share their thoughts?

It's amazing, especially with the Ionide ( http://ionide.io/ ) extension. By far the most pleasent F# experience you'll find on ANY platform. I use it on both Windows and OS X and it's been very enjoyable.

I've tried this route and while the IDE experience is decent, I was not able to get a working Web API in F# using fsharp-generator (yo fsharp). So I used yo aspnet to declare a C# Web Api and tried to reference an F# library generated using yo fsharp. I was eventually able to get the C# project to see the F# project, but intellisense was broken and showed broken references even though the code was able to compile.

It was an uphill slog and I've put it aside for now, but I will keep coming back to it. In the meantime, I feel like I will just have to go to windows and Visual Studio 2015 to get the working experience.

Re: Visual Studio Code 1.0

#177

When I started using TypeScript a couple weeks ago I briefly tried out VS Code, but the VIM plugin was really, really bad (worse than Sublime's was when I used it a few years ago). Now I'm on Atom, which has the best VIM support I've ever seen (haven't tried evil-mode, though) and seems to support a similar feature set. They felt about the same speed, too, on this 2013 Macbook Air. Regardless, other than that quirk,…

Atom's vim support is OK, but nowhere near the best. Kate (KDE), IntelliJ, and emacs EVIL all offer better support (others may, but I haven't used them). I completely agree that Atom is way ahead of VS code in vim support.

I use Atom a lot, but I wish it had support for the goto column command (pipe), proper search/replace support (it does weird things with the trailing slash, deleting words at the end of lines, and macros.

Re: Visual Studio Code 1.0

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

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

> I can safely say that Microsoft tools are Developers friendly most of the time

You only think that because you have used it and became accustomed to vstudio. As someone who has used vstudio, eclipse, atom, intellij, vim, emacs - I can safely say that vim and emacs are far more 'developer-friendly' than the others.

Re: Visual Studio Code 1.0

#180
Yet again, just like the other Microsoft announcements, this thread is filled with "greybeard" superstition and vitriol.

It's to the point now where the conversations are becoming like this:

"I really like this new tool from Microsoft"

Samples Response:

"But Linux is just as good if you install X, Y, Z and are willing to spend hours learning the intricacies of the kernel"

"Embrace, Extend, Extinguish"

As developers, can we all be happy that Windows users are finally getting a nice range of really wonderful tools to use?

Not everything in computing needs to be a great ideological battle, especially when the majority of us are writing simple line of business apps in our day to day careers.

Post reply on HN