![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.world/pictrs/image/5170ed37-415d-42be-a3e7-3edd79eda681.png)
I’m really trying to make this one make sense, but it’s just not happening. Can you rephrase?
I’m really trying to make this one make sense, but it’s just not happening. Can you rephrase?
Why would anyone stop using those standards? You seem very confused about the incentives for adopting standards. Sure, maybe US-driven standards were chosen over other possibilities partly because of political environment, but once you have a perfectly good standard adopted you’re not just going to throw it out because the original author isn’t cool anymore. You don’t need a dominant power to adopt standards.
And for being “slightly political” and “focused on the standards,” your post sure does spend the majority of its time talking about only politics and not about standards at all
The corporate bureaucracy is as much a product of the overall system, and just as much a slave to its incentives, as you or I. Though granted, the level of self-awareness of their role in the system is on average pretty low. With few exceptions, there is nobody at the wheel of problems like these. Worrying about whose fault it is is usually a waste of time.
It’s wildly under-taught. It explains like half of all problems in the world. Education: “teaching to the test.” Economics: optimizing GDP at the expense of non-material well-being. Maximizing shareholder value by selling out employees and enshittifying your product. Software: “data-driven decision making” optimizing short -term gains over long-term because they are more measurable. That’s just off the top of my head.
Other than maybe a few very rote, boilerplate types of development, all this shit about replacing coders is almost entirely noise made by either the wishful thinking of oligarchs or credulous repetition of that wishful thinking by clueless journalists.
But it’s still a pretty rough time to be just getting into tech, just because of the state of the job market.
Your premise is wrong in like… A bunch of ways. We sure as shit do not live in a post-scarcity society lol
Now you’ll have a zillion users trying to install software in ways that violate all the assumptions that NixOS operates on, but which are still tightly coupled to your NixOS config. Now updates to your system, or even seemingly unrelated config changes (through some transitive dependency chain) can easily break that software.
So now we’ve basically removed half the advantages that motivate Nix/OS in the first place, and when stuff breaks it will look like it’s Nix’s fault, even if it isn’t.
On the other hand, nixpkgs is already the most comprehensive repository of system software out there, and for 99% of packages Nixifying it is pretty trivial. Hell, my NixOS config does that for 3 different GitHub repos right inline in my config.nix
The bashrc poisoning thing was sarcastic. the point is it’s not important as an attack vector because if that’s even part of your surface area, then the attacker is already pretty well into your system
If your system uses 3 different Pythons as dependencies of different packages, which one gets to be /usr/bin/python?
Not sure about 1, but 2 and 3 both have the same answer. Both TSInstall and Mason are just trying to install other software packages on your system, and you’re on NixOS, so of course they can’t do that. You don’t install your software, you declare it. Add the Treesitter parsers you need right next to your plugins (there is a sub collection under the vimPlugins collection just for Treesitter parsers), and put whatever Mason would be installing into your user packages instead.
That said, I agree with the other commenter. Even though the community has done a lot of work on rich config options for Neovim, they’re just too far away from the normal way of doing things in the Neovim world, and plenty of plugins are written in ways that assume it’s configured in “normal” ways. Plus configuring Neovim is already kinda like assembling your own car from parts in any case, so it’s honestly better to just use nix to install Lazyvim or whatever flavor of choice and let it handle the plugin management/config. And believe me, I really tried to do it all in Nix, I wanted to do it that way. But it’s just not worth the headache at this point
Aren’t checked exceptions in Java generally regarded as a bad mistake?
Lambda is certainly an interesting case for this, I’ll give you that. Outside of that, though, the impact on deployment speed is also not relevant; the bottlenecks for deployment are things like CI, canarying, even rolling blackout windows across AZs, etc. The actual time spent transmitting your build artifact over the network is completely negligible even at huge sizes
The size of the code is mostly irrelevant if you’re not shipping it to clients over the network on every request. Short of truly gargantuan statically-linked binaries in compiled languages, anyway, and bundling isn’t really an applicable concept there. And similarly, the overhead of loading modules from the filesystem is a one-time cost that’s mostly irrelevant for server-side code that runs for days or weeks or years at a time.
On the other hand, the complexity overhead of adding the additional bundling step is a major drag on development productivity, debuggability, etc.
“digestible” and “nutritious” aren’t social constructs, so no. If your body can transform it chemically in a way that produces energy, it’s food. Otherwise it’s not. The same things are food regardless of your culture.