Almost everyone is cheaper than ElevenLabs though.

It sounds very expressive but weirdly "fake" as if it's targeting to be similar to some NPC character, dataset issue?

really depends on the voice. but in general, no we want to sound as realistic as possible and I expect future voices to keep improving on this front

yeah it's almost like an uncanny valley where it sometimes feels like the voice trying to be an actor and play a character or something

I mean that's literally the service it's providing. If you asked humans to do the same thing it would sound equally forced. All acting sounds cringe out of context.

IDK, i've done my fair share of amateur acting and at least to me (english is not my first language) there's something more uncanny than just the typical "say this wihtout knowing much of the context)

Yes! I always thought shared memory is bigger and registers+l1s are per core instead of per SM.

+1 on this. Even if the subscription isn't ideal for most users, you will get more active users and a better feedback loop with it.

Really interesting take!

Create a developer tool that "makes easier" purchasing developer tools.

edit: popped as joke idea, but thinking about it might make sense if both developers and developer tools have this pain rn.

I think for majority of use cases pyright is fast enough. Would be better to if it targeted mypy feature parity while being 10*3 faster.

I wonder if a better use of time would be to just focus on making mypy faster. We already have too many tools, and it's often better to just focus on making the existing stuff better rather than developing a new tool (relevant XKCD [1]). There's gotta be ways to make mypy faster, even if it takes some breaking changes.

One consideration there would probably be how many committal decisions mypy has made. One of the main reasons a new tool might be better than an old one is that it can be built fresh, with all the lessons learned but (essentially) none of the baggage of bad design decisions.

Another thing I've also weighed is that developing any kind of static analysis tool whose source code is not in the language it analyzes (such as Ruff) immediately blocks you off from a large portion of maintainers. Your maintainers cannot be your end users unless they work with both Python and Rust. While Python is definitely one or more magnitudes slower than Rust, I can't imagine that mypy is at the point where the language choice itself is the only bottleneck.

[1] https://xkcd.com/927/