> these are the firms that spend on multiple models and use the most advanced and productivity-enhancing products available (coding agents and APIs as opposed to simple chat subscriptions)
> who funded you is a better predictor of AI adoption than the sector you’re in
My bet is that these companies are either:
1. In the business of trying to automate other jobs. The number of startups in this space is stupefying, so I'm sure more established companies with VC cash want a slice.
2. Leveraging AI to accelerate growth as much as possible because that's their mandate.
What's scary is that hiring across the rest of adopters (most employment) has remained stagnant. So what happens during the next recession?
1. Compute costs collapsed since the advent of Cloud and yet hyperscalers still have fat margins.
2. Many open source office suites exist yet none compete with the ubiquity of gsuite or office. GitHub, Slack are similar examples.
3. Both Windows and macOS dominate the home desktop space despite free alternatives existing for a long time.
4. Many formerly open source infrastructure components like Redis and Elastic Search have Apache equivalents, but they still command healthy margins.
I understand the arguments for a margin collapse, but I don't see any historical analogues. It seems that enterprises will pay top dollar for service guarantees, integration, and someone they can sue.
It's nobody gets fired for buying IBM all over again.
Can you explain what you find useful about ultracode? I've become wary of agent swarms since the early days and now just prefer to have a single agent spin for hours at time. Parallelism never got me anywhere worthwhile.
AI is a junior to mid-level engineer. If you treat it as such, you get the best of both vibe coding and rigorous engineering without all this paranoia.
Since the very beginning I've ran Claude from an isolated VM on yolo mode. This is just like giving an engineer their own laptop. Claude works on a feature up to a PR worthy point. I review the diff, just like I would with another engineer, and massage it to get it in the right shape and move on.
Inexperienced engineers make the same mistakes described I've even seen rm -rf albeit not from root! I would have lost my mind micromanaging someone with all permissions denied.
I had this experience doing a port from Big Query to Postgres using Opus. I had unit tests to guarantee parity with the original code, and Opus insisted on building this bespoke query builder (e.g. `def _where(very_complicated_params)`) on top of sqlglot.
Even with the original code being straightforward and legible and repeated instructions to match, I had to fight with it to get close.
In the end, I ended up doing things the "old fashion way" where I copied chunks code into Claude proper and gave explicit instructions for each piece.
I clearly had externalized the requirements, and yet that wasn't sufficient. The only way to unit test further would be to use an AST to evaluate the output against metrics I couldn't even encode.
Distillation may not be an attack, but it is a ToS violation and could be seen as IP theft.
Any reasonable company would be pissed if a competitor, especially at Ali Baba's size, leveraged that company's R&D to compete. It is in this sense, a corporate attack.
If you want to roll your eyes at distillation concerns, you might need to excuse Anthropic for originally using pirated material to train their models.
libcef is the Chromium embedded framework[0], so your build isn't using a webview or maybe its using both. I just tried it on my mac, and I can't keep libcef out even with `--backend webview`.
You can't blame Adams for delinquent payments. He dramatically expanded housing vouchers (the source of the budget crisis) which in theory should have reduced delinquency.
Moreover rents for affordable housing haven't kept up with inflation while benefits have.
Arm chair speculation like what's in the article won't suffice. People need to be surveyed and interviewed to get to the bottom of this.