softirq

11 ms·

31.
by softirq 3y ago
Do you see when the last commit to that project was? Slack really did murder IRC and open chat protocols. Allowing an IRC bridge for a limited amount of time was a genius trojan horse.
32.
by softirq 3y ago
I really meant it when I said that AI will kill Emacs. In the future every application will be connected to a backend inference engine to act as the primary or close to primary interface to the application. A calculator that can't run
33.
by softirq 3y ago
GUIs and proprietary protocols have killed Emacs. Emacs isn't an editor, as the post implies, it's an environment. "You can do anything from Emacs" made sense back when everything was open and text based. Nowadays everyo
34.
by softirq 3y ago
But it does mean that the kernel ABI is never stable for kernel modules. In RHEL, the ABI is frozen for point releases.
35.
by softirq 3y ago
I have looked at Doom, etc. but I'm definitely turned off by the level of complexity of these "distros", especially Doom, which is essentially more divergent from Emacs than Vim. Multi-thousand line config, it's own mana
36.
by softirq 3y ago
It's funny, for 2024 I decided to take a crack at Emacs after 15 years of Vim. I forgot how absolutely horrible the new user experience is. First write a bunch of config to undo all the bad settings and nonsense that comes with the sto
37.
by softirq 3y ago
The fact that he doesn't mention context as a huge failing of Go is very suspect... I also find the post a little too self-congratulatory for what was essentially a reinvention of C with a GC at the right time, and not just C the langu
38.
Ask HN: Are you switching to an AI related role?
9 points by softirq 3y ago|13 comments
39.
by softirq 3y ago
When I joined FAANG #1, JetBrains wasn't an option, and all of our work had to be done on remote servers, with code bases big enough that indexing took on the order of hours. Meanwhile there have been internal communities at all of my
40.
by softirq 3y ago
Learning curves are uncomfortable, so by your logic we should all always take the path of least resistance and use the tool that makes things easy up front without considering the long term benefits of using something like Vim or Emacs. I f
41.
by softirq 3y ago
I heavily disagree. From experience, working over SSH with tmux allows me to work with my editor, run commands, start up various qemu instances, start debuggers etc, and other tools that have their own TUIs. I think remote VSCode makes sens
42.
by softirq 3y ago
As I said, I have worked at several FAANG companies where people had to wait for editor integrations because the source repos were so big you couldn't work locally. Having a tool that works everywhere no matter what has been incredibly
43.
by softirq 3y ago
A person using Vim or Emacs has had best in class integration with the unix environment, modal editing, and remote development. Today, both editors have integration with VCS via fugitive or magit, fuzzy finding, LSPs, tree sitter, and code
44.
by softirq 3y ago
I think you missed the point of my post. The value of Vim/Emacs isn't the modal editing or key chords. It's the community and architecture, which you lose if you're still using JB with a frankenport of Vim on top. In fac
45.
by softirq 3y ago
> I've seen hugely talented folk on vim/emacs/emacs+evil, and on VSCode/JB. I think was the latter tools do, it make some of the advantages of being proficient in vim/emacs/regex available with less learning
46.
by softirq 3y ago
Vim is the only tool I've been able to use at every place I've ever worked at, from intern to staff engineer in three FAANG companies. I've watched tool teams spend months integrating the latest GUI editor, only for it to get
47.
by softirq 3y ago
The reason I stick with vim/emacs isn't because of the "fast editing", it's because they're modular and easy to build plugins for. I've built many job specific plugins for both editors as well as wrapped n
48.
by softirq 3y ago
kvm/libvirt are the industry standard solutions for enterprise linux based distros, and I know for a fact, that multiple mega-corps use it at scale. Pretty much anything Linux based is going to have the best support path in 2023 vs. so
49.
by softirq 3y ago
99.99% of the development of open source distros is done by mega-corps. IBM, Oracle, Google, etc. all have complete control of the Linux ecosystem. The only difference is that they have to play nice with each other, not with you, the user.
50.
by softirq 3y ago
You better stop using your kernel then.
51.
by softirq 3y ago
If you don't consider static type and built in concurrency primitives features then ok, at what point does nice to have features outweigh performance gains and the robustness of static typing that directly impacts the quality of the en
52.
by softirq 3y ago
At that point, why not just use Go? It's designed to feel dynamic, provides concurrency primitives out of the box, and it's orders of magnitude faster for most tasks.
53.
by softirq 3y ago
What isn't modern about neovim or emacs 29? Does a tool have to be graphical to be modern?
54.
by softirq 3y ago
What's so hard about adding 5 lines to a config file? You're adding 100s of customizations that slow down emacs when you probably use a handful of them at most.
55.
by softirq 3y ago
Yes, there's nothing special about the kernel upgrade. You either reboot or kexec.
56.
by softirq 3y ago
Been using Fedora Silverblue since its release and it's absolutely the future. ostree is what everyone should be using.
57.
by softirq 3y ago
The only metric that matters for a game system is whether people enjoy it or not, and by that metric D&D is a massively successful system that's succeeded in table top and video games. Normally people know that it's a game and
58.
by softirq 3y ago
It could be named nodejs-api then.
59.
by softirq 3y ago
Might want to think of a different name, napi is an API in the Linux kernel, a space that Rust is targeting. It's going to be super confusing searching for napi driver implementations with this node thing out there.
60.
by softirq 3y ago
If you are familiar with Go, it's similar to a goroutine that waits for someone to send it an anonymous function to start executing. In Erlang, you solve problems by spawning lots of processes, and most processes are waiting to accept

More ›