7,909 karma · joined August 19, 2015
Save your points and use them on hotels instead, where the experience is just as risky, but at least fails in a less spectacular way when it goes wrong e.g. unless you're booking with an agent in a high demand area where there are NO hotels you usually can leverage a backup plan a lot easier than if you are stuck in an airport.
Agree that it's a more accurate metaphor than just "toll roads".
My understanding is that Cintra exited the Austin TX toll road business around a decade ago after profits from SH 130 failed to materialize
Since you live in the area, and are talking about toll roads, I assume you also probably know of the name Cintra, who are Spainiards. And Cintra is, in fact, a private toll road operator who has owned roads around Austin previously
The moat is actually the harness AND the model, and one of the reasons that Claude works so well is because the model is actually trained with its usage in that specific harness in mind, and the harness is designed to deal with Claude model's idiosyncracies. Easy to validate, just run Claude through some other harness and compare, then just run some other model through Claude's harness and compare
Getting off the GitHub actions dependency is a feature, not a bug
Absolutely! Which means we can also agree that conventional commit is objectively better than No System For Their Commits At All, which is what 99.9% of people are actually choosing between when evaluating conventional commit. They aren’t looking at conventional commit vs Some Better Way, they are looking at “we have no standardization of commit messages” vs “we have standardization of commit messages”.
For the 0.1% people for whom that’s not good enough, one hundred percent agree that these people should be pursuing better solutions.
This comment assumes you are picking between a conventional commit message or something better. But the reality is you are almost always picking between a conventional commit and Nothing.
I noticed with each model release Anthropic constrains the model more security wise. Its propensity to refuse doing legitimate work has been increasing. It now puts up more resistance around performing logins, handling credentials on behalf of the user, etc.
For myself, it’s already gotten to the point where it has mildly affected the usefulness of the model. If I bump on some action I want it to do I can usually work around it, but I suspice the ability to do so will close with each new release. Eventually I’ll reach a point where I am forced to choose between the useful aspects of the model and the limiting ones instead of just picking the most capable model out there
Eventually these models will significantly suffer from overfitting to the least common denominator. If I have this beautiful deterministic setup that swaps secrets out in flight so the LLM never sees them, I’m going to be really annoyed when the LLM still won’t send them out because it is trained to deal with the 99% of people just doing the dumb thing
Of course it's not cost effective, or efficient, but as the article points out, nothing really is, and this method is at least preferable to the weird quasi-employment situation the article proposes
30/60/90 is pretty standard stuff. It’s literally the documentation and justification you need to fire the employee at the 90 day mark if you need to. Like a preemptive PIP if you will.
I don’t want to hire anyone who doesn’t want to be held accountable to what they say they can do anyway.