From what I looked at in the past, they seem better on paper by comparing themselves to a very old version of Redis in a rigged scenario (no clustering or multithreading applied despite Drangonfly getting multithreading enabled), and they are a lot worse in terms of code updates. Maybe that's different today, but I'm more keen on using Valkey.
Like I need to watch DRM for my job, and it doesn't work at all. I also already ported most of their configs that I actually researched each and every line of myself + Waterfox + Arkenfox's configs into my generic Mozilla Firefox, and it works great.
They made too many decisions on their own to be a 1:1 replacement. I think there needs to be a new fork, which would just remove all of the spyware bits.
Technical lead (not even a Senior!) after 6 months? You must be either a genius with R&D knowledge or the company is having a really bad time. I've realized that to get the best learning experience you need to read a lot and get reviewed by experienced devs, who are not "stuck in the 90s".
That's a cool one, thanks, I find RockDB-like solutions a very nice niche for performance computing (e.g. ClickHouse, erigon), but I think with all the backing by huge corporations, Valkey will be the replacement for Redis.
I don't hate on Emacs in general, even more so I'm quite happy to learn about it's features and great plugins, but that'd mean a decent time investment. From my side, I'm generally a slow learner too, it took me a few years to be productive in Vim/Neovim, configuring it to my liking, polishing the motions. Maybe if I get some more free time with the new job, I'll finally go about making my Emacs config work well.
Don't get me wrong, I do get and appreciate the "complete package" and "customize everything" approaches followed by Emacs, but Emacs is often not the best tool for the job, if you work in a team. You've mentioned Jupyter notebooks and project management. Yes, Org and interactive modes are excellent, well-polished, full of goodies. The problem is that features like these require other people to either do the same as you do or to be able to integrate via an API/protocol. Having lots of people being fond of Emacs is a bit of a stretch, while integration features rely a lot on the community, which, as I've already said, isn't that wide, so plugins aren't always well maintained, unless you do it yourself, of course... And as a editor with LSP (a built-in) Neovim is simply put extremely responsive, I'd say it's closer to Unix philosophy of having a single thing doing its job really well.
fail2ban is fine for a small VPS, but it is very slow, less necessary for key based authentication (passwords shouldn't be used, unless absolutely required) and shouldn't be used on high load systems, with that said, I've seen guides on its rewrites, which were able to handle gigabits per second. ufw can be replaced with a very simple iptables/ip6tables script, if you don't have complex routing. Not a single daemon required. Beware of things like Docker overriding them though. unattended-upgrade is often leaking memory all over the place, I use regular manual updates instead.
If I leapfrog over my generally cold attitude towards Lisp-like languages and my habit of Vim keys, the main problem is Emacs's sluggishness, even if it is natively compiled. Neovim fully packed with plugins, LSPs, settings and etc without lazy loading (!) is so much faster.
Looks kinda poorly written: not even a single async present, print debugging, deepcopy all over the place. Such a shame that there's nothing to replace Langchain with other than writing it all from the ground up yourself.
I do like "just" being suggested, but I strongly prefer using a very simple bash run script for tasks that do not require "make"'s extras, especially given that most modern build tools do parallelism and artifact caching internally.
I've tried running 3B LLAMA on my old machine and it was sluggish and kinda bad, but Claude 3.5 Sonnet works great. I will try the 70B model, should be good enough.
Good job at creating more competition, but sorry for being a little bit rude, most software forks die out, try to convince me using this instead of Continue + Claude-dev, which are open source extensions for the vanilla VSCode (or VSCodium).
>Microsoft also made its extension marketplace closed-source
Paladins, a well-made free-to-play Overwatch clone, was released in 2018, 6 years ago. Overwatch 2 has failed to attract serious audience last year despite also being a free game. Why would people spend money on yet another Overwatch, if it's not outstanding?
React, Shadcn, Vercel, Railway and TailwindCSS are surely not the tools to perform "over-engineering" with, they allow for fast delivery of products and are very commonly used.