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

71–80 of 327 posts

Re: The Rise of Microsoft Visual Studio Code

#71

Post by nickysielicki »

pzone wrote: post #53

VS Code has taken me off Emacs for Python development on Windows. I was never able to get a clean and speedy code completion, navigation, or refactoring to work with Emacs. I hope the situation changes someday.

The same engine that VSCode uses is open source [1]. With lsp-mode [2] or eglot [3], you can have the same stuff working inside emacs. I've actually been writing Java inside emacs lately --- yes, java, and I have had very few issues.

One caveat, development on the emacs LSP stuff is moving very quickly, so I don't recommend using ELPA/MELPA/etc. to install the plugins. I use straight.el [4] to manage my plugins, they're checked out from the upstream source and can be updated at-will. You'll also need an up to date version of emacs, ie: 26+. (That's the current release, but it's not available in some distributions ie: debian/ubuntu yet.)

---

[1]: https://github.com/Microsoft/python-language-server

[2]: https://github.com/emacs-lsp/lsp-mode

[3]: https://github.com/joaotavora/eglot

[4]: https://github.com/raxod502/straight.el

Re: The Rise of Microsoft Visual Studio Code

#72

Post by dagaci »

eksemplar wrote: post #38
nepeckman wrote: post #16

Earlier quoted context omitted.

I think the author is saying they have no idea why C# and Java devs are worse on average than Ruby and Go devs. I'm sure they know the specific reason those devs fail, but are trying to understand the more general trends that lead to higher rates of failure. I would guess that this is another instance of the python paradox ( http://www.paulgraham.com/pypar.html ).

We’ve been a C# house since .net 2.0 and having recently moved a lot of our things to first JS and then python I think it’s the tooling. Visual studio does a lot of things for you without a CLI. Want to deploy? Right click on your project and do the UI wizard for it. I mean, even nuget has a gui. On top of that C# comes with a ton of easy to use features from its library. Like AD integration is just a library that gi…

I think you are correct here, but also consider what a typical Java and C# programmer's are developing, they are writing line-of-business application's they are not data-mining, or doing a lot with algorithm's.

As you implied they are also less typically less exposed to doing the low level thing, however no one will test you if you can use the EntityFramework in the IDE while everyone will test if you can use SqlConnection, Open , Execute a query and parse the result "by hand"

Re: The Rise of Microsoft Visual Studio Code

#73

Post by nickysielicki »

nickbarnwell wrote: post #54
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.

I use emacs for Java and Scala development with LSP quite successfully, and VS Code's support for language servers is as good as they come. Is it primarily debugging that's the impediment to switching for you?

I have some time off soon and there's a project I have planned that will use Scala. What LSP server do you recommend, and are you using it with lsp-mode or with eglot?

Re: The Rise of Microsoft Visual Studio Code

#74

Post by asituop »

pavanagrawal123 wrote: post #21
asituop wrote: post #12

Earlier quoted context omitted.

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/

I recently contributed VSCodium windows support, and IMO it's not too big of a different from the binaries that MS provides. The only few differences are the telemetry endpoints that are in the normal binary, that can be disabled through the setting, and some other MS specific branding

They state in the license that :

"You may opt-out of many of these scenarios, but not all, as described in the product documentation."

So it seems that not everything can be disabled in the settings ?

Maybe in practice they're not collecting too much sensitive data, but they could just distribute the FLOSS binary with a "Do you want to send telemetry data to Microsoft -Yes ? -No ?" at 1st lunch and if we say no then we have the guarantee nothing will be ever sent to them.

As far as I now this is what is done in Atom and I find it more clear and honest than a special license where "you can opt out but we still send data anyway".

I'm sure there no necessarily evil intentions, but still there this feeling that for once Microsoft is doing a great & successful Open Source software, they must find a way to put their own terms on it and collect user data.

Re: The Rise of Microsoft Visual Studio Code

#75

Post by matwood »

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 -- i know what will happen and nobody's going to reinvent terms to put on buttons that just confuse me.

This many times. I'll open SourceTree to view a large set of diffs or changes, but still drop back to the CLI to push/pull/rebase/commit/stash/etc... I know what git will do in those cases, and am a little wary of git UIs.

Re: The Rise of Microsoft Visual Studio Code

#76

Post by globuous »

nickbarnwell wrote: post #54
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.

I use emacs for Java and Scala development with LSP quite successfully, and VS Code's support for language servers is as good as they come. Is it primarily debugging that's the impediment to switching for you?

Me too, the Spacemacs layers are really nice actually. Java and Scala ain't gonna keep me away from dired, macros, magit, org, nor my favorite shortcuts :D

Speaking of, I had a Spark lab for school and it was too powerful for my machine, so I ssh'ed into the school's computer and ran a spark-shell from there, in an emacs split. Then with a macro, it was easy to "send region" or "send buffer" to the ssh'ed spark-shell. I made a quick script for that actually, it was so convenient: https://github.com/tbinetruy/config/blob/master/spacemacs/sp...

And that's why I love my emacs, I can just do stuff like that so easily :D

Re: The Rise of Microsoft Visual Studio Code

#77

Post by arcticfox »

reaperducer wrote: post #56
munchbunny wrote: post #46

Earlier quoted context omitted.

From a point of anthropological curiosity, do you work in a team where everyone uses that style of brace indentation? Is it actually common and I've just never encountered it before?

I don't think it's common, but one of the projects I work on has the entire codebase and documentation already in Whitesmiths. I don't know much about the history of how it came to be that way, but it's my understanding that pretty much everyone else who's ever worked on the project came either from big iron, or had big iron in their background. Maybe that's where it came from. I could just be used to it now, but I f…

What is big iron?

Re: The Rise of Microsoft Visual Studio Code

#78

Post by evan_ »

reaperducer wrote: post #66
evan_ wrote: post #51

Earlier quoted context omitted.

VS Code uses Electron.

Thanks for clarifying that. I must be thinking off another editor that used Electron as its base, and only the Electron portion stuck with me. I went through and deleted all of my unused editors a few months ago, so I wasn't able to go back and make a complete/accurate list of the ones I've tried in the past.

Nuclide, maybe? There are a bunch of Electron-hosted text editors and for awhile it seemed like atomic-theory-based naming conventions were going to take over.

Re: The Rise of Microsoft Visual Studio Code

#79

Post by 21 »

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.

Re: The Rise of Microsoft Visual Studio Code

#80

Post by ourmandave »

munchbunny wrote: post #48
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.

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.

Post reply on HN