My personal experience (model y lr) is 4 hour trips are the sweet spot and anything over 6 hours becomes a drag. I can reliably go over 200 miles @ 80mph without charging but after the first charge you have to stop every 100 miles or less. When we do long cross country trips (8+ hours per day) we take the gas car.
I just got back from a road trip in France and the UK and it's funny how much of the reddit-tier discourse is correct yet simultaneously so wrong. There are plenty of rural towns where everyone owns cars. There are highways, strip malls, large shopping centers with massive parking lots, and populated areas with bus service at best. The difference is the scale and the US lands embarrassingly far on one side of it. Even in the smallest rural towns in France we visited, we could hop on regional rail to the nearest large metro area.
If you're doing trunk based development, with continuous integration, then you're approximately always on a public branch, and rebasing is not very useful.
Thanks Graham! Glad to see some attempts at improving the dx of sharing expressions with flakes instead of just derivations. I've seen libraries and tools handle this in a ton of different ways. Do you think there will ever be a standardization of the 'lib' output?
I hope there will be, but I'm not really sure. I think the future of Nix is in smaller, focused flakes being shared and exchanged. People dunk on projects like Rust and Node for having infinity dependencies, but it is that way because those ecosystems have rich library ecosystems that are worth using. I see the same thing happening in Nix.
Regularization of more Flake outputs into schemas sounds compelling. E.g. thanks to this great work on flake schemas, do the definitions of outputs related to NixOS modules, NixOS configs, and nixpkgs overlays even need to be pre-baked into Nix?
In terms of this decomposition effort, one additional thing that would be really nice to see would be turning flake URL schemes & updaters extensible. One could imagine some kind of a dictionary that maps from schemes to derivations that contain the code needed to get the primitive URL for the "latest" version of the flake when an update is called for.
I totally agree. This is one of the reasons we made FlakeHub, to make a better update mechanism that was flexible and supported things that aren't just github as sources. I think that'll happen, it'll just take a bit of time, and likely experimenting outside of nix before patches land upstream.
My path was vm -> containers -> nix. With nix flakes and the direnv extension in vscode you can get a clean per-project dev environment with zero docker overhead and without dev tools cluttering up your global environment and causing issues.
I like them for defining a small number of env vars for my app that only get injected at run time. I don't like them when other random tools that aren't my app use them. Docker's insistence on automatically using the .env in your home directory is absurd.
I agree that 'real' verification was useful, but on the other hand removing it had the nice side-effect of 'breaking the spell' of twitter's imagined importance. People take it way less seriously now which I think is positive.
To provide a concrete example, Twitter was nice for getting bus service updates from whatever transit agency operates in the city I happen to be in. I used to be able to look at a bus sign and see the service agency here is called "Metro Transit", so I could search "Metro Transit" on Twitter and somewhere early in the search results a verified account would pop up with something like "Twin Cities Metro Transit" in the description. I can be almost certain that's the account I want to look at. Now that verification is gone, I have to try way harder to find the right account in the sea of conversations, spam, inactive accounts, etc etc. Or go outside Twitter to find the agency's website and dig around for their social contacts, blah blah. Nothing to do with "importance" here, I just want to know what's going on with the bus service. Twitter used to be good for that, now it's a chore.
