This damn U2 album still appears in my smart playlists in Apple Music from time to time - it is insane that I can’t delete it completely so many years later.
The interesting question is: is it really that bad at Rust, or does Rust's strict compiler just catch more errors which remain hidden in, let us say, Go? The usual hand-waving response is that developers should write more tests instead - as if a boring and tedious task such as writing tests will not be passed to LLM.
Modern stacks (as in go and rust) are largely editor agnostic - it is Gosling who lives in the past, thinking that an IDE is still required(and a very weak one, in case of abandoned Netbeans). One of the reasons, btw, why I would take Go over Java in a heartbeat.
You don’t need an IDE for Java either. You can use vscode or neovim, the language server will work just fine. I’ve done both, but eventually moved back to idea (with ideavim).
I don’t care about opinions on Go the language, but the tooling around is excellent without being bound to an IDE. And no matter what you use: Goland, VSCode or dape in Emacs, your debugger will plug in the same delve.
> the large majority is on VSCode
Here, fixed it for ya. But since when is VSCode an IDE? It is just an extensible editor, not very far from Emacs or neovim. We’ll see how it plays out, but I assume that IDE is a dead concept. No one develops new IDEs anymore, besides the usual money-milking with “Idea + plugin=>new ${name}ide” from Jetbrains.
You mean tooling as it was already kind of available on Turbo Pascal for MS-DOS?
When people discuss Go tooling feels like Renaissance folks resdicovering Roman city enginnering.
VSCode is certainly an Integrated Development Editor, and it is such a dead concept that one of the key Visual Age and Eclipse linage of IDEs is the one behind it, Erich Gamma.
Biggest difference is that one hardly needs to code extensions, or manually configure them most of the time, a simple install button press is only that is needed to get any extension going, many of which graphical, taking all advantage of the Web platform.
> You mean tooling as it was already kind of available on Turbo Pascal for MS-DOS?
Spare me your stories of the TurboPascal, I am not a youngster, not easily impressed by name-dropping $some_old_thing and do not care about old men yelling at clouds. You may program in TurboPascal, if you like it.
> When people discuss Go tooling feels like Renaissance folks resdicovering Roman city enginnering.
People talk about Go tooling because it is good, lightweight, editor-agnostic, helpful and provided with the language. There are multiple language which fulfil some of the criteria, but not many fulfilling all of them.
> VSCode is certainly an Integrated Development Editor
If VSCode is an IDE, then also emacs and neovim and your lamenting has no meaning. And of course, the one behind VSCode is Atom which was heavily influenced by Sublime text.
> Biggest difference is that one hardly needs to code extensions, or manually configure them most of the time, a simple install button press is only that is needed to get any extension going, many of which graphical, taking all advantage of the Web platform.
> Apparently many people need the stories, given how much they boost Go about things that are prior art.
No one but you here cares about prior art. And not even you, most likely, otherwise you would write your in some kind of lisp which was first on most of the things.
> Emacs could be an IDE, if it came with the whole Lisp Machine for the ride, sadly it is only a subset of the whole experience.
Lisp is just an implementation detail in (GNU) Emacs, even though it is what makes it a delight to configure. The rest is done, as everywhere, with plugins and built-in package management.
> VSCode has zero lines of Atom code into it, it started from Azure as Monaco project.
VSCode has everything from Atom in it, since it is basically a rewrite of Atom, using Electron, which was written for Atom.
> Does neovim distribution handle graphical development plugins, without spawing external windows?
What should it be, UML-plugins? Coroner has called, he wants his dead things back. But most stuff is handled with overlays these days with Telescope.
Emacs has no "plugins", it's all just Lisp code, all the way down. Big Ball of Mud architecture refined to a state of sublime elegance.
Can I put my cursor on a defun in Visual Studio Code, Eclipse, or IntelliJ, mash C-M-x, and immediately have that functionality available in my running editor session with all my work? I can in Emacs, and that capability has allowed me to smooth out the rough spots in many a workflow.
Lisp is not just an "implementation detail", it's central to what makes Emacs great. GNU Emacs is a running Lisp image, which you can extend and shape at will as you work on something else. A phenomenal tool.
No need to convert me there, I am already in the church.
For programming purposes emacs is not that different from any modern editor - there are some built-in capabilities, the rest you get from ELPA/MELPA/Git. It has no proper plugin arhitecture, which is a gift and a curse at the same time, but mostly works out. Where emacs shines compared to vscode/neovim/etc is that it has a very solid support for prose, org-mode, denote and prots color schemes which are that good. It is why I continue to use it, even though I am not interested in lisp per se these days and could easily replace it for programming with any other advanced editor.
It is how Beorg does it - they have a subscription covering everything, but users can also buy singe features. However, I imagine that at some point the coding will get quite complex - developer has to build a couple of feature toggles and ensure that they work well in every imaginable combination.
To this day, 9 years later, I don't like to be referred by "Dr. so-and-so", not because I am ashamed of my thesis, but because I did hate every second of it. Screw the academia grinding mill, compared to it big business is almost human.
Modus themes are so rad - they look bleak at first, but after a while they grow on you. Then you try some other theme and notice how terrible it is to look at due to lack of contrast. I am convinced now that most theme makers have not the slightest idea what they are doing. Modus and PragmataPro font are two things which spoiled themes and fonts for me.
But, Prot also has other incredible packages - I am a user of denote, his notetaking package. Then there are ef-themes, for those who like themes with more color. There are gems there, but really, one should try modus for a while first.
I've had some bags of liberica recently and it is very interesting. A lot of vanilla, overshadowing all other flavors. I prefer arabica, but I am also 100% for ending the arabica/robusta monocrop in favor of more coffee species. It certainly enriches coffee culture!
