MS eliminated any competition from this direction by limiting their main extensions to the official release only. I'm personally using the remote extensions quite a lot and if someone can provide an alternative there, it would be great.
“Open Remote - SSH” by “jeanp413” aka: @ext:jeanp413.open-remote-ssh
works just like the closed source one, at least for me.
I’m using the vscodium AUR package under manjaro. I got the extension from whatever store vscodium defaults to. I’m not sure if it is available in Microsoft’s store.
The extension didn’t work for me under Code - OSS (there was an apparent configuration error, and I didn’t bother tracking it down).
Just curious, since I cannot get it to connect to any hosts.
So if there is a "killer extension" not available on codium's marketplace, you can still use it through microsoft's marketplace.
[1] - https://parsiya.net/blog/2021-12-20-rce-in-visual-studio-cod...
[2] - https://github.com/microsoft/pylance-release/issues/746
I don't see why they'd put out an open-source app, whose most useful extensions only work if you accept a closed binary known to phone home.
I can see them trying to win goodwill from devs and steer them to their Azure/Windows offerings by releasing such an editor. But why insist on this telemetry-laden distribution, which is still free-as-in-beer?
But why would they force the use of their "official" VS Code build for this? Couldn't they just charge for their "impressive" plugins, regardless of the edition of VS Code used? The JetBrains "community" IDEs (open source and gratis) can use paid plugins from their marketplace.
The idea behind LSP and Microsoft's initial open source work on LSP were both excellent. That launched seven years ago, and I don't think that we would have seen the near universal adoption of LSP among open source editors nor the dominance of VS Code among developers if they had been paid products from the start. Now that they have a large enough market share, they can make the LSP engines proprietary without most developers even noticing. The gap between the proprietary and open source solutions can now be widened both by the open source community shrinking and by Microsoft pumping money into improving their LSP engines. The more that gap widens, the more people migrate to VS Code from open alternatives. That becomes a self-reinforcing loop.
Once VS Code is significantly better than open source alternatives and they have a huge market share, Microsoft is in a very strong position to start collecting rent. Switching costs on an editor are nontrivial to begin with, and are enhanced by the induced atrophy of open source alternatives. Despite the fact that this strategy takes more than a decade to execute, I would guess that it ends better for Microsoft overall than if they were to start charging for VS Code back in 2016.
Paid monthly premium LSP subscription honestly would be a great idea from a business perspective, even though it's distasteful.
Today, there is only one canonical editor: Visual Studio Code. 75% of professional programmers use it. Microsoft was trying to get the open source crowd back into their tooling fold -- and they've succeeded! Which means now they have a hugely expanded developer base to sell tools and services to. Remember their money is now in cloud, not desktop software -- so think things like GitHub Codespaces. (The entire devcontainer ecosystem comes from Microsoft and is oriented specifically around Visual Studio Code's model of remote development.)
But why does selling those features, especially the ones requiring a separate cloud subscription, require a specific build of an app which is otherwise open source?
Honestly, the more I learn about Visual Studio Code the more I understand why Emacs is the way it is. Stallman was trying to keep it fully hackable forever.
But I do wonder how much VS Code being "kinda open source" mattered. I may be in an MS-centric bubble, but most people I interact with couldn't care less about that. They're using closed-source software all over. Their main reasons for switching to VS Code seem to be the free-as-in-beer part, and that it's more practical than the OG VisualStudio. They're 99% Windows devs.
They didn't really change, they got just better in PR.
I did not know this and this is enough for me to steer clear of extensions by Microsoft (and potentially VSCode).
[0] https://open-vsx.org/extension/xaberus/remote-oss
[1] https://github.com/CGamesPlay/dotfiles/blob/master/files/.lo...
EDIT: Nevermind, it works! :) Just needed to follow the instructions in the README. And also make sure I had curl or wget installed in WSL.
I would rather learn to use Vim, than adapt to Emacs. Vim at least doesn't pretend that it is a normal text editor.
There's some visual stuff: The default views, font choices and colours are really nicely put together (and I've tried tweaking VSCode to match but I can't get it to look as nice). For example, when viewing a git diff, it displays sweeping curves, which move and bend as you scroll, connecting the changes on both sides.
There's some Panic stuff: I like the integration with Transmit (which I use all the time). And I used to use the "publish" function all the time (develop on macOS and push to a Linux box to run tests etc).
And there's the fact that it's a native Mac app - I'm an old-school Mac user and there's a definite difference in "feel" between Mac apps and others. I'm not a purist about it (I have tons of Electron stuff installed), but when I use a Mac app I notice it. Plus I often get VSCode randomly slowing down to a crawl causing lots of annoying type-ahead, which doesn't happen with Nova - which I guess is a combination of Electron, JS and extensions combining.
But Panic has a reputation for sweating the details and it shows throughout the UI. Plus I feel good supporting a tiny company working in a niche market.
But functionality-wise it falls way short of VSCode - especially with extensions and dev-containers. The way VSCode + Remote Docker Containers feels like you're developing locally when actually everything is happening in a container on a Linux box somewhere halfway across the world is quite amazing.