And you might spend more than $50,000 challenging it in court, because the billion dollar corporation you signed it with would rather spend the money against you than set a precedent everyone else could use against them in the future.

Apparently with a gimbal and some fast-moving mirrors.

https://www.ll.mit.edu/news/lincoln-laboratory-laser-communi...

It also helps that laser beams diverge. By the time it gets back to Earth, the diameter of the beam from Artemis is probably several hundred meters, if not several kilometres. Their aim still needs to be fairly precise, but they're not trying to hit a lens with a beam that's still the width of a pencil. They really just need to paint the neighbourhood that NASA's sensors are located in.

6 km ([slide show](https://ntrs.nasa.gov/api/citations/20250009875/downloads/Op...) with data points and the worst slides government agencies were able to create)

Make sure you're on version 11.10 or later?

This is what tripped me up. I added that config and then got this error:

error: Failed to parse: `.config/uv/uv.toml` Caused by: TOML parse error at line 1, column 17 | 1 | exclude-newer = "7 days" | ^^^^^^^^ failed to parse year in date "7 days": failed to parse "7 da" as year (a four digit integer): invalid digit, expected 0-9 but got

I was on version 0.7.20, so I removed that line, ran "uv self update" and upgraded to 0.11.2 and then re-added the config and it works fine now.

Yeah, that error message isn’t ideal on older versions, but unfortunately there’s no way to really address that. But I’m glad it’s working for you on newer versions.

For what it's worth the error made sense enough to me that I figured I needed to upgrade. :-)

It's literally explained in the tweet, in the repo and in this thread in many places.

yeah and still can not understand how Regex can leak the code and what is the map file, I googled them and can not understand what is going

Pi is the best choice for experts and power users, which is not most people.

Claude Code is still the dominant (I didn't say best) agentic harness by a wide margin I think.

Pi really is amazing. It's as much or as little as you need it to be.

Not having to deal with Boris Cherny's UX choices for CC is the cherry on top.

What kind of system would you propose (or do you envision) for applying visual styling to HTML markup in modern web pages today?

You can keep it high level but your comment makes me think you have something in mind, and I'm honestly curious.

I am not sure what a purpose-built tool would look like, but the CSS-like language you see in UI frameworks like GTK is tailored for styling actual UI's.

In CSS on the web, just centering a div has historically been a problem. We have flexbox now, but what if CSS was designed with our current needs from the get-go?

I think that attitude is (very) slowly changing though and might not be the default forever.

My elderly parents have asked me about "local backups" of their cloud stuff, their Facebook history etc..

If they're thinking about the risks/tradeoffs of being in the cloud..

I think people use the cloud because there's no better/easier option today.

But at some point there might be. A home appliance (which may be similar to a homelab under the hood but the user experience is where things change) that provides a bunch of automation and home services could be quite attractive if it got to a point of being very turnkey for the average family.

Just like a TV or a gaming console is today.

There’s no better option today because it’s impossible to make it a better experience. That machine at home will need upgrades, it could fail, it costs thousands, it sucks lots of power. There is no mass market appeal.

Maybe today.. But my TV has been sitting on my stand for years, and it doesn't need upgrades.

My Raspberry Pi pi-hole is a Pi 2b that has been running for over 5 years and it's totally fine. It has automatic security upgrades turned on but nothing else, and it doesn't need any time or attention. It just does its job.

I have a Homelab that's a mini-PC that's quiet and does not suck lots of power and is tucked away neatly in a closet.

I think it would be completely possible to provide an appliance-like machine that would not have the problems you're outlining.

Impossible is absolutely the wrong qualifier.

This approach also accounts for the truism that "the customer doesn't know what they want until they don't see it in the final product".

Wait, are you perhaps saying that... "it depends"? ;-)

Every single reply in this thread is someone sharing their subjective anecdotal experience..

There are so many factors involved in how work pans out beyond planning. Even a single one of us could probably tell 10 different stories about 10 different projects that all went differently.

Yeah, which is also why I tried not to* speak prescriptively, unlike some other comments in this thread…