SQLite is public-domain software and one of the best well-maintained pieces of software around today. You absolutely have to be very careful before saying things like these, as they bring lots of implications. I wouldn't call it offensive _per se_, but I'd say it's in bad faith at least. I'd just remove that if I were the devs, because everything else there makes me find the project at least interesting.
I would say the answer is that's not the general perception of the software. I'm personally migrating out of VSCode, because having to use the OpenVSX registry to have open-source builds makes me mad (I've since migrated to Zed for now, since I've never adapted well to neovim nor emacs).
In general, I believe most people see VSCode as "good enough". Maybe not the best text editor, but it's good enough at everything it does and extensible enough to the point that there's really no point to go for anything else unless you have a really good reason to.
> Im guessing the answer is probably Java is why eclipse is out of favor.
My previous answer is thinking about editors in general. But in the case of Eclipse I'd say you're right LOL.
People forget that there was a period of time during which the Java runtime installer tried to install actual adware. You had to jump through hoops to deselect adware from being forced onto your machine, it was infuriating.
Setting up a new machine, I could choose between Eclipse (free, took forever to open, slow, asked me a million questions before it let me start working) or Visual Studio (cost money, incredibly powerful, written in C++ and was really damn fast.)
Back in 2005 it was mostly in C++ and it was blazing fast. IMHO VS 2005 was the most performant edition. I never liked VS 2003, felt bloated in comparison.
Flutter doesn't use Skia anymore and you can absolutely bind to native libraries from Flutter with ease [0]. The current strategy (build hooks) is relatively new. You can also just write Kotlin or Swift for your application [1] using channel APIs. Finally, you can still have native pages in your app if needed for certain widgets [2] and still save time rewriting everything and all of your business logic for every single other page of the application that doesn't need those widgets. In fact, you can even mix native widgets and Flutter-rendered widgets in the same screen.
> This fundamentally does not work for anyone with more than 10M+ installs just like you can't write Mandarin and English in one script.
Provably false. My bank app (Nubank) is written in Flutter and it's one of the most used banks in Brazil (100mi+ clients who rely on the iPhone or Android app, since it's a digital bank with no web interface).
Genuinely curious: What does the number of installs have to do with anything? I didn't see anything about that in the linked post (which is brief, and only about React Native), and can't figure out how popularity of an app connects to which framework is used.
Would be interested to learn how this general rule of thumb works.
> I’ve never met a person saying they hate books and wish they were white on black.
That's because paper used to print books isn't always white. Most of the books I've read this year and last year had a somewhat yellow-ish tint to them (they were newly printed). I know I'm not the only person bothered by pure white paper in books.
I absolutely agree about setting brightness correctly, though. It's very usual for me to instantly reduce brightness whenever I have to use someone's computer. No idea how people use their screens so bright.
Yes, that's what's being discussed here. I'm disagreeing with the people who are defending using pure white as a background in light mode.
Pure black is more understandable, because it helps with battery life on mobile and notebooks, although I believe it shouldn't be the default dark mode.
I stopped there and had to read the answers to my comment to find out and revisit it. In hindsight, this is absolutely hilarious. Might be one of my new favorite pieces of software satire (because of how realistic, albeit absurd, it is).
> Modern languages like Zig, Gleam, and Roc offer genuine productivity benefits and attract top talent. As a bonus, their ecosystems are young enough that security tooling has not caught up yet. Dependabot will add support eventually, but until then you get the best of both worlds: a modern stack and a quiet PR queue.
How the hell is that actually a good thing? You might as well just use another language and disable Dependabot security updates if that's what you're looking for. Dependabot security updates aren't a liability, they're an asset in a world where developers use hundreds of dependencies daily, where every few months one of them is going to have a XSS or RCE vulnerability that has to be patched ASAP.
> And if you are really concerned about a dependency’s security, you can always rewrite it yourself in Rust over a weekend.
That's not how it works. Honestly, this blog post gets me really worried about this developer's projects and clients.
> If the vulnerability were critical, someone would have merged it by now.
> GitHub Copilot can automatically suggest fixes for security vulnerabilities. Instead of updating to a patched version, let AI generate a workaround in your own code.
Went right over my head LOL it actually made me angry reading it earlier hahaha
Well, that makes a lot of sense. I guess I didn't take it as a joke because I've seen some of these things recommended before (including not checking in lockfiles) in other contexts.
The "> Remove lockfiles from version control" got me as well.
> Reproducible builds sound nice in theory, but velocity matters more than determinism. Think of it as chaos engineering for your dependency tree.
Reproducible builds are nice in practice, too. :) In the Node.js ecosystem, if you have enough dependencies, even obeying semver your dependencies will break your code. Pinning to specific versions is critical.
You wouldn't believe how many of these things I've seen seriously recommended before. Also, I do have difficulty detecting sarcasm sometimes (even though I'm very fond of it).
To solve this, I personally simply wait a few weeks before updating Fedora versions! Generally that's a good idea not only because of RPMFusion, but specially because of the multitude of GNOME Extensions I use, some of which take a bit longer to update whenever there's a new GNOME release.
It's a community repository for Fedora. It works similar to RPMFusion: you can use it along the official repositories to grab software that's not available there. If you'd like to reduce the number of organizations you're directly depending on, you may choose to use their Fedora fork, with their own repositories (forked from Fedora's), called Ultramarine Linux [0].
This might now be one of my favorite websites in the internet. It won me when I saw the "Excel Backend" design pattern [0]. I wish so fucking much I had never seen this before or heard of using Excel as a database.
update: I'm feeling actual physical pain by reading this and remembering every single piece of software or website I've seen that actually applies these patterns [1].
