Very similar experience here. I have not once managed to get an LLM to generate good tests, even for very simple code. It generally writes tautologies that will pass with high confidence.

There might be a great use case here, but the economics make me nervous. Don't the same problems apply here for why we don't have great accessibility? Who is paying for it? How do I justify the investment (AI or not) to management?

This won't materialize into a legitimate threat on the NVIDIA/TPU landscape without enormous software investment. That's why NVIDIA won in the first place. This requires executives to see past the hardware and make riskier investments and we will see if this actually materializes under AWS management or not.

In terms of their seriousness, word on the street is they are moving from custom chips they could be getting from Marvell over to some company I've never heard of it. So, they are making decisions that appear serious in this direction:

With Alchip, Amazon is working on "more economical design, foundry and backend support" for its upcoming chip programs, according to Acree.

https://www.morningstar.com/news/marketwatch/20251208112/mar...

This is addressed in the article.

> In fact, they are conducting a massive, multi-phase shift in software strategy. Phase 1 is releasing and open sourcing a new native PyTorch backend. They will also be open sourcing the compiler for their kernel language called “NKI” (Neuron Kernal Interface) and their kernel and communication libraries matmul and ML ops (analogous to NCCL, cuBLAS, cuDNN, Aten Ops). Phase 2 consists of open sourcing their XLA graph compiler and JAX software stack.

> By open sourcing most of their software stack, AWS will help broaden adoption and kick-start an open developer ecosystem. We believe the CUDA Moat isn’t constructed by the Nvidia engineers that built the castle, but by the millions of external developers that dig the moat around that castle by contributing to the CUDA ecosystem. AWS has internalized this and is pursuing the exact same strategy.

I wish AWS all the best, but I will say that their developer-facing software doesn't have the best track record. Munger-esque "incentive defines the outcome" and all that, but I don't think they're well positioned to collect actionable insight from open GitHub repos.

This isn't an "enormous software investment", this is table stakes which lose out heads up against Nvidia. See AMD.

Using LLM's to write code is inherently best for unserious work.

These are the cutting insights I come to HN for.

Don't agree with this take - it's quick to scan for the delete icon.

I’ve always found the hard numbers on performance improvement hilarious. It’s just mimicking what people say on the internet when they get performance gains

> It’s just mimicking what people say on the internet when they get performance gains

probably read bunch of junior/mid level resumes saying they optimized 90% of company by 80%

There might be enough market pressure right now to make them think about it, but the stock price went up enough from just announcing it so whatever

Amazon has no interest in making their platform interoperable.

Trading 0 day till expiry options?

Yes, I know the risk involved. Just 1 or 2 trades per day not more. Always used the amount that I can afford to lose. No gambling.

> no one wants the client to throw type errors where the untyped code would have actually worked

That’s not how TypeScript works. You execute it after erasing the types.

Exactly so all the Browser should do is erase the types. Doing that after you have spent extra time downloading and parsing them is not a useful enough feature to lumber the language with having to get all Browser's to ship each new change.

Unless you use enums, of course.

Or constructor property initializers.

    constructor(public foo: string){}

Is a typescript feature.

This wasn’t very high up on my list for acquisitions but props to the bun team for cashing in on the AI hype somehow!