No, that’s my evidence that it wasn’t ubiquitous and typical.
Maybe not just your social circle, but social-circle-specific.
No, that’s my evidence that it wasn’t ubiquitous and typical.
Maybe not just your social circle, but social-circle-specific.
No, this was just your social circle. I know literally zero people who ever bought into any of that crap
From England straight to Louisiana is quite a leap
Yes, your aunt has (probably) signed up for what’s essentially a scam. This is their whole business model, they know timeshares sound better than they end up being, so they intentionally trick people into signing contracts that are very difficult to get out of, so they can’t just dump it the moment they realize they don’t want it anymore.
That’s… An extremely bizarre take on what happened, and on whether selling would be a good idea. The stock market almost never has anything to do with electoral politics, and electoral politics almost never have anything to do with what your market position should be.
Not that you’re going to get any kind of constructive discussion here regardless, but it’s worth noting that “liberal” in the US means something very different in the rest of the world (what we’d call “neoliberal” or globalist) and I don’t really know which one you mean
“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.
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
All of the configuration options you’re specifying there are for the nextcloud NixOS module, it’s not a magical part of Nix itself. Same with the self
and other arguments at the top. Outside of NixOS (and home-manager, for user-level installations), all Nix is going to be able to do for you is build software, it cannot
do runtime configuration or other alterations to your system like that.
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.
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
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.
There are “off the shelf” systems, for a sufficiently broad interpretation of “off the shelf.” But they are not cheap (requiring probably a dedicated team just to properly configure and maintain, and probably also requiring significant rearchitecturing of your application’s data), and are usually still quite shitty even after all that.
Search is just very, very hard. Much harder than even experienced devs who have not worked in the area appreciate.
Source: I am a dev on a major search engine. No, not that one, but one you have definitely used many times.
Well, yeah. That’s not really in the same category or ever really disputed