Sublime Text 4
twitter.com
twitter.com
Granted, PyCharm is likely capable of most of the same things, but there's something about Sublime Text that is just so... frictionless. I don't feel like it expects anything from me.
The rise of VSCode has saddened me in certain respects. VSCode is great, and if I didn't have PyCharm, I would probably end up using it instead, but there are still certain things that it can't quite (and likely never will) surpass Sublime Text in (record/replay macros, power usage efficiency).
(I do hope macros will be improved to run all commands, rather than just text commands, but that's likely low on the list)
On a different note, I still consider the development of a continuation-like mechanism[0] for Sublime Text's API as one of the things I'm most proud of creating (if I recall correctly, Python's Asyncio library was still in the early stages back then, and `await` hadn't even been proposed).
Anyway, I just want to say, thanks Jon and Will, Sublime Text has had such a positive impact on my life as a programmer.
[0] https://forum.sublimetext.com/t/using-generators-for-fun-and...
And then, I ran both VSCode and sublime... But now, I just run VSCode. Sublime is better at getting out of my way, but VSCode is perhaps the perfect IDE. With the best of both worlds of what sublime offered, and what heavier IDEs offered.
There are lots of things better about sublime, but VSCode has better integration with _everything_, making it the version of sublime I always wanted.
Before I switched to VSCode, I spent a few evenings trying to get Omnisharp to work in sublime. I got it working, and the UI was kinda bad. I gave up, and switched to VSCode.
It's really the extension API, and the community plugins for VSCode, and of course Microsoft direct support for c++/c#/everything else.
VSCode is going to take over all IDEs. I'm certain of it. It's so good.
Sublime is cleaner, and there will always be a place for that (vim, anyone?), but the plugin ecosystem for VSCode is reaching that critical mass point.
Our developer experience for building and debugging c++ in VSCode is unmatched. Not to mention the docker integration, and the ease at which custom tasks can be built.
When VSCode launched, people were hyping it like mad ( On HN anyway ). It drives me crazy because they keep claiming it was very fast. Which isn't a fair assessment since most of them were using Atom ( from Github ) or any other editor / apps based on Electrons. Compared to best Editor in the category, Sublime, VIM or BBedit, TextMate, fast should not be a word you used to describe VSCode.
But then over the years Chromium, v8 and VSCode keep making performance improvements VSCode suddenly tick the box of good enough. And after years of CPU performance stagnation, VSCode on M1 is surprisingly fast. Still not Native App speed with many extension, but then I hope CPU performance will continue to improve along with further optimisation.
With the huge ecosystem around it and being free for all users means it will be hard for anyone else to compete in terms of mass adoption. In terms of Editor and IDE, I think VSCode is close to hitting the perfect spot.
I do c/c++ on a desktop during the day, then on the couch on a small ultrabook in the evenings. Battery is definetly more of a limiting factor if you have an laptop with an old battery, I suppose?
Although maybe I'm biased ever since Sublime introduced me to the concept of multiple cursors. It's so engrained now that it's the first thing I change on a fresh vscode install
VSCode has one distinct advantage though: it’s remote SSH editing plugin (which has a proprietary license and closed source). IMO, the remote SSH and related extensions is bar none the distinguishing feature of VSCode in that it is so good and there is simply no competition. Every other feature has at least a worthy/better implementation elsewhere (ST, vim, or emacs).
Is there something similar for Sublime, either builtin or native? I’d delighted to be corrected.
Does it runs shells and LSPs remotely for you? Emacs can run eshell remotely, but LSP support is still lacking AFAIK. (I'd love to be corrected. xkcd.com/386)
Can you hop through different connections? In emacs you can open a file in a private machine that's only reachable through another one by just opening,
/ssh:me@public-host|ssh:me@private-host:/path/far/awayThe remote plugin effectively lets you work on a remote machine (or OCI container) with your local VSCode instance, as a matter of fact it's the setup I'm using right this moment. This includes remote language servers, remote shells and even remote-specific configurations.
I'm a diehard vim user. I used to do everything in vim. Even my undergrad thesis was proudly written with vim.
This is the feature that single-handedly made me switch to vscode.
Sublime Text is like a finely crafted precision tool in the shop. Sure, it doesn't have all the bells and whistles, but it is undeniably a reliable tool and does what it is supposed to do well as you said.
I remember watching loads of talks or even knowing about well payed developers who didn't pay for the license.
I don't understand how someone who makes so much money was not capable of paying for such a small fee, for something they seemed to be using to do their work...
That says a lot.
And sublime doesn't do FreeBSD.
But, I wonder, at this point, what does it take to beat VSCode? What're the key things that seem to be missing and are they part of the roadmap?
On macOS I’ve switched to nova, although I might check out ST again
Terminal Integration also is something that may not happen, but Terminus, which is a terminal emulator package for ST, works really well & is a good solution (The best probably).
Also, why not just move to 3.9?
As to dumping 3.3 and solely relying on 3.8 (not 3.9), I don't think the developers think it worthwhile to dump an entire package ecosystem built in the last 10 years just for a native build.
A subprocess plugin architecture that used IPC to talk to the text editor would solve the problem, since the plugin host process could probably remain x86 and run under Rosetta.
/s (but not really)