Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The Rise of Microsoft Visual Studio Code

triplebyte.com

Post reply on HN
Print view View original

81–90 of 327 posts

Re: The Rise of Microsoft Visual Studio Code

#81

Post by pstadler »

kbd wrote: post #37
hprotagonist wrote: post #11

There are some warts, but it seems nice from afar. The biggest wart is/was the "FUCK FUCK FUCK" git clean vs git reset UX error: https://github.com/microsoft/vscode/issues/32405 . This is a fantastic demonstration of why i exclusively use git from a command prompt -- i know what will happen and nobody's going to reinvent terms to put on buttons that just confuse me. In my life: - I'm committed to emacs for org-mode a…

> This is a fantastic demonstration of why i exclusively use git from a command prompt... Thanks for this. I've always felt the same way but haven't been able to put my finger on why. As more things get integrated into my editor (I use VSCode) I feel like I should use the shiny features, but for source control I think I'm going to only use the commandline forever. (Edit: though plugins such as GitLens that give you s…

Same here w/o fancy tooling around Git, but a couple of aliases.

I will refuse to use any Git tools or UIs, but the standard CLI, until the end of my career.

Besides that, my IDE/Editor is neither a build tool manager nor should it run my app from within an integrated console having specific settings. The projects people are going to inherit from me will always be editor-agnostic, the environment they run in will never depend on a certain setup that can‘t be documented clearly and they will always run within an isolated context, i.e. the project root.

Re: The Rise of Microsoft Visual Studio Code

#82

Post by freehunter »

bassman9000 wrote: post #30
hprotagonist wrote: post #11

There are some warts, but it seems nice from afar. The biggest wart is/was the "FUCK FUCK FUCK" git clean vs git reset UX error: https://github.com/microsoft/vscode/issues/32405 . This is a fantastic demonstration of why i exclusively use git from a command prompt -- i know what will happen and nobody's going to reinvent terms to put on buttons that just confuse me. In my life: - I'm committed to emacs for org-mode a…

amen people look at me like I'm an old crazy dude because I don't use a git UI or eclipse, or intellij, or from sublime. Git already has plenty of quirks, adding another layer of unknown on top of it is a no-go

Which is weird because with all of its inconsistencies, git must have been designed with the idea that someone would build a sensible shell over top of it. I can't imagine Linus expected people to interact directly with git when he built it.

Re: The Rise of Microsoft Visual Studio Code

#83

Post by unsignedint »

jtms wrote: post #26
brokenwren wrote: post #4

VS Code solves different problems then IntelliJ, PyCharm and Atom. I'm not sure this is a fair comparison. For example, I wouldn't ever code a full Java stack in VS Code. I'd go straight to IntelliJ.

There’s a jetbrains (IntelliJ) flavored ide for basically everything - even c#! I prefer Rider for doing c# in Unity3D over VS or VSCode because it seems muc more performant and the vim plug-in is way better

I find Rider only way I can get performance and features of Resharper in a sane way. Visual Studio + Resharper feels very sluggish, while Rider doesn't have so much of problem with that. Also more convenient when opening more than one solutions simultaneously. (Which I do all the time!)

Re: The Rise of Microsoft Visual Studio Code

#84

Post by freehunter »

ourmandave wrote: post #80
munchbunny wrote: post #48

Earlier quoted context omitted.

Separately from being my JS IDE of choice, VS Code has for the most part replaced Notepad++. It's quite good at being a general purpose "heavyweight" text editor.

Has anybody written a Notepad++ to VS Code command translation guide? I use Notepad++ for all sorts of text related things (cutting, sorting, making 100s of julennne phrases) but not as an editor. If there was a cheat sheet of VS shortcuts I could ditch Notepad++ completely.

VS Code has a printable cheatsheet of keyboard shortcuts that it prompts you to view when you first open the editor.

Re: The Rise of Microsoft Visual Studio Code

#85

Post by zwieback »

21 wrote: post #79
hprotagonist wrote: post #11

There are some warts, but it seems nice from afar. The biggest wart is/was the "FUCK FUCK FUCK" git clean vs git reset UX error: https://github.com/microsoft/vscode/issues/32405 . This is a fantastic demonstration of why i exclusively use git from a command prompt -- i know what will happen and nobody's going to reinvent terms to put on buttons that just confuse me. In my life: - I'm committed to emacs for org-mode a…

> I paid for sublime so i will use it -- and multiple cursors everywhere is a boon for quick and dirty data munging These days pretty much every serious editor has multiple cursors, including Visual Studio Code.

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?

Re: The Rise of Microsoft Visual Studio Code

#86

Post by jamestimmins »

chadash wrote: post #33
lowercased wrote: post #6

> However, it seems that the average C# or Java engineer who goes through our process does less well than the average Ruby or Go engineer. I have no idea why. Given that they have the test info... and they're the ones deciding pass/fail... it's a bit strange they "have no idea why". Well, perhaps just this person doesn't? Are people not finishing the projects? Do the projects have syntax errors in them? Or logical bu…

I have a theory on this. For most interview style coding problems (which tend to be algorithmic in nature), scripting languages such as python or ruby: 1) are less verbose 2) don't require worrying about typing 3) have really easy ways to manipulate strings, iterate, etc., which are often found in interview style problems Java and C# have many advantages over python and ruby, but I think that they put you at an inher…

My job involves interviewing many engineering candidates, and I see the issue with typing all the time. A competent Java dev is at a disadvantage compared to a competent Python dev, simply because it's statically typed and more verbose, meaning there are more lines of code which means more small problems that can arise. That matters greatly in a short, time-boxed context.

Re: The Rise of Microsoft Visual Studio Code

#87

Post by davidwparker »

33degrees wrote: post #8

One of my favorite things about VS Code is how usable it is with its default configuration, and how easy it is to customize to my liking. I found Atom and Sublime Text very frustrating in that regard.

Interestingly, I found Atom to be much easier to customize. There are still things in VS Code I can't customize that I used to have in Atom.

That said, I've been on VS Code for a little more than a year now and it's grown on me.

Re: The Rise of Microsoft Visual Studio Code

#88

Post by BeetleB »

asituop wrote: post #12
ammon wrote: post #2

Another interesting angle on this is that VS Code is free (and open source), while Sublime is proprietary and (nominally) costs $80. I wonder how many people don't use Sublime because of the price? Atom is free too and never surpassed Sublime.

Be careful that's it's only open-source if you build it yourself or if you use VS-Codium ( https://github.com/VSCodium/vscodium ). The VS-Code that everyone uses is under a Microsoft License and includes close source Microsoft telemetry (spyware?) and user data collection : https://code.visualstudio.com/License/

Not sure why you're downvoted. This is a concern. In my company, I downloaded VS Code to use it with F# for a toy project. But when I saw you cannot disable all data collection, I pretty much uninstalled it.

Most likely there is no IP risk, but I did not want to go through the trouble of finding out precisely what data is collected, and/or cross check with our legal department.

Plenty of people at the company do use VSCode, so I'm sure eventually IT will simply provide it to us through their own software repository (as they do for Visual Studio).

Re: The Rise of Microsoft Visual Studio Code

#89

Post by interesthrow2 »

It's a good text editor, first and foremost. Compared to netbeans, eclipse, visual studio, even intellj idea in my opinion. The same thing that made textmate, then sublime text successful made VSC successful. I takes a few seconds to launch, even on my celeron machine with 2Gigs of RAM, it's relatively minimal and unlike intellj it doesn't appear to be analyzing my whole hard drive for hours for no reason...

the irony is that Microsoft did hire Eclipse creator to work on that product... hopefully it doesn't end up bloated. Having an open spec for language servers is also a smart move. While others have their proprietary, often non speced protocol, now any text editor can implement the same protocol and basically use any language server already developed.

So kudos for Microsoft, it's a great piece of engineering.

Re: The Rise of Microsoft Visual Studio Code

#90

Post by BeetleB »

hartator wrote: post #59
brink wrote: post #39

Earlier quoted context omitted.

Emacs has multi-cursor support. http://emacsrocks.com/e13.html

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.
Post reply on HN