I read the article as saying it ignores all upper-bounds, and 4.0 is just an example. I could be wrong though - it seems ambiguous to me.
But if we accept that it currently ignores any upper-bounds checks greater than v3, that's interesting. Does that imply that once Python 4 is available, uv will slow down due to needing to actually run those checks?
He's calculating EV above cost. If you look at the calculation, the first term is -1000 to account for the initial investment. So the final value is tell you that you got back the initial money plus 900 more.
I feel like the process of editing my own stuff is at least as important as getting it down. That's when I go back through it and realize all the conclusions I leapt to, things I didn't thoroughly consider, and other flaws. I think people really undervalue writing as a focus tool. But maybe that's just me, YMMV.
I think the same thing about a lot of code, too. Sometimes you really are just hammering out boilerplate. But a lot of times even writing test code is a great opportunity to realize the main code could be improved. But the LLM probably won't tell you that.
They also mined by tearing apart mountains, and threw noticeable amounts of lead into the air doing it.
> Roman-era mining activities increased atmospheric lead concentrations by at least a factor of 10, polluting air over Europe more heavily and for longer than previously thought, according to a new analysis of ice cores taken from glaciers on France's Mont Blanc.
A lot less than modern technology manages, but a lot more than nothing. And that with a much smaller population.
I feel like PassKeys and browser-integrated password managers both solve this problem better already. And yeah they're extra things to do, but so is this.
There are recycling pilot projects out there, but yeah it's a problem.
Do you also wonder how we'll get rid of used coal power plants, massive piles of toxic fly ash, and tons of pollutants from natural gas plants? Because so far the answer is not good.
> I wouldn't say the planet "barely" supported life before the oxygenation event. Otherwise we wouldn't have as much fossil evidence as we have.
I believe you're talking about Earth, and the person you're responding to was talking about Mars. At least I don't think Mars had an oxygenation event or fossils?
If I understood the article correctly, you can get a feed that isn't moderated by their team. So I'm not sure what your complaint is? That other people can get moderation if they choose to?
Since they're mostly not public, I'd say probably very few.
From TFA:
> To make things even more complex, many of these large companies are not traded publicly on the stock market, meaning their total number of holdings is not easily available to the public. Because Invitation Homes is publicly traded
I think you're missing that person's point though. This evolution implied in the thread was:
1. Write "logging" data (observability, whatever)
2. Someone else starts using that to drive behavior
3. Change your logging, because it's just logging right? And stuff breaks.
To state it another way, anything you're emitting, _even internal logging_, is part of your API/contract, and therefore can't be changed carelessly. That problem is the same no matter what technology you use.
If your management is waving off the waste of something so immediately convertible into dollars as their (probably) highly-paid engineers' time, then they're idiots.
Usually the hard part is collecting the numbers and defending their validity.
I haven't followed the AV much, but I did mess around with using Oculus for work a fair amount, including trying that app and others. tl;dr, it's not super great.
A few random reasons:
- The Oculus goggles become uncomfortable and sweaty fairly quickly
- They use Fresnel lenses and (I think...) foveated rendering, which means you really only get sharp view straight in front of you. Not where your eyes are looking, where your head is pointing. So looking at the other screen, or even scanning text, means moving your head.
- The awareness of your surroundings is basically zero so it's easy to "lose" your mouse. Or, in my case I was using a wireless keyboard, and I could misplace it. There is a passthrough mode, but the resolution is garbage and it's annoying to get in and out of (in theory you can tap the headset, in practice it works maybe 50% of the time)
Probably some other stuff I'm forgetting...
Anyway, all that said I think there's potential that AV could do it significantly better. No idea if they actually did do it better, though.
You seem to be thinking specifically about documentation for one particular project, eg API docs. And in that context I'd agree.
But Wikis are useful for things that are shared, or that are not tied to a particular product, or don't exist in the product yet. eg
- "What's the temporary workaround for this bug?"
- "How do I get started as a new employee?"
- "What information do we need on customer requests?"
- "What's the team process for handling escalations?"
- "Here's the preliminary design for this new feature"
You still need someone to update those docs, but it's nice if, eg, the manager (or product/project manager) who isn't in Git all day can do it easily instead of asking a dev to do it.
>V2G/H is more than likely to be a thing in the near future further putting the EV batteries to work stabilizing the grid.
Yes. Even before we get to full V2G, managed charging provides a helpful degree of flexibility.
An EV is a giant battery (several times the size of a Tesla PowerWall, for example) that happens to move sometimes. The battery can be used for other things when the car isn't moving - and it will be.
Works if you live in a first-floor, street-facing unit and can reliably park in front of it. Otherwise it can be tough.
It's unfortunate that EVs make the most immediate sense in high-density urban settings, but those same settings have lots of people who can't use the simple kinds of charging infrastructure (eg, Level 1/2 chargers).
>at one point just the cost of the frame for keeping the cell integrity (specially under wind loads etc.) would start dominating costs
Pretty sure I've seen that the cells themselves are already a minority of the total cost of a solar installation. Most of it is labor, permitting, framing (as you mentioned) and other ancillary things. Dropping the price of PV cells is all to the good, but it's not the limiting factor for mass adoption of PV.
Increasing the efficiency of cells would help more, since you could get more power from a given amount of the other supporting stuff.
But if we accept that it currently ignores any upper-bounds checks greater than v3, that's interesting. Does that imply that once Python 4 is available, uv will slow down due to needing to actually run those checks?