kabirgoel
Joined 6 years ago
Karma
127
Submissions
53
Member since
Feb 19
member of technical staff @ cartesia
https://kabirgoel.com
View on Hacker NewsRecent submissions
Comment · 9 months ago
Comment · 11 months ago
My team has been using it in prod for about a year now. There were some minor bugs in the runtime's implementation of buffers in 1.22 (?), but that was about the only issue we ran into.
The nice things:
1. It's fast.
2. The standard library is great. (This may be less of an advantage over Deno.)
3. There's a ton of momentum behind it.
4. It's closer to Node.js than Deno is, at least last I tried. There were a bunch of little Node <> Deno papercuts. For example, Deno wanted .ts extensions on all imports.
5. I don't have to think about JSR.
The warts:
1. The package manager has some issues that make it hard for us to use. I've forgotten why now, but this in particular bit us in the ass: https://github.com/oven-sh/bun/issues/6608. We use PNPM and are very happy with it, even if it's not as fast as Bun's package manager.
Overall, Deno felt to me like they were building a parallel ecosystem that I don't have a ton of conviction in, while Bun feels focused on meeting me where I am.
Comment · 1 year ago
This is great. Poking into the source, I find it interesting that the author implemented a custom turn detection strategy, instead of using Silero VAD (which is standard in the voice agents space). I’m very curious why they did it this way and what benefits they observed.
For folks that are curious about the state of the voice agents space, Daily (the WebRTC company) has a great guide [1], as well as an open-source framework that allows you to build AI voice chat similar to OP's with lots of utilities [2].
Disclaimer: I work at Cartesia, which services a lot of these voice agents use cases, and Daily is a friend.
[1]: https://voiceaiandvoiceagents.com [2]: https://docs.pipecat.ai/getting-started/overview
Comment · 1 year ago
Correct. You can also share your location with friends. A lot of friend groups (at least my age) use Find My as a kind of social network.
Comment · 1 year ago
Guessing the shortcomings become starker if you’re spending lots of time in the codebase/building a company on top of it.
Comment · 2 years ago
I work at Cartesia, which operates a TTS API similar to Play [1]. I’d be willing to venture a guess and say that our TTS model, Sonic, is probably SoTA for on-device, but don't quote me on that claim. It's the same model that powers our API.
Sonic can be run on a MacBook Pro. Our API sounds better, of course, since that's running the model on GPUs without any special tricks like quantization. But subjectively the on-device version is good quality and real-time, and it possesses all the capabilities of the larger model, such as voice cloning.
Our co-founders did a demo of the on-device capabilities on the No Priors podcast [2], if you're interested in checking it out for yourself. (I will caveat that this sounds quite a bit worse than if you heard it in person today, since this was an early alpha + it's a recording of the output from a MacBook Pro speaker.)
[1] https://cartesia.ai/sonic [2] https://youtu.be/neQbqOhp8w0?si=2n1i432r5fDG2tPO&t=1886
Comment · 2 years ago
(Not the author but I work in real-time voice.) WebSockets don't really translate to actual GPU load, since they spend a ton of time idling. So strictly speaking, you don't need a GPU per WebSocket assuming your GPU infra is sufficiently decoupled from your user-facing API code.
That said, a GPU per generation (for some operational definition of "generation") isn't uncommon, but there's a standard bag of tricks, like GPU partitioning and batching, that you can use to maximize throughput.
Comment · 2 years ago
As someone who's attended events run by Daily/Kwindla, I can guarantee that you’ll have fun and leave with your IP rights intact. :) (In fact, I don't even know that they're looking for talent and good ideas... the motivation for organizing these is usually to get people excited about what you're building and create a community you can share things with.)
Comment · 2 years ago
Thanks for the shoutout! We're very excited about how this space is evolving and are working on new features and perf improvements to support experiences like this.
Comment · 3 years ago
Once you start following people the noise mostly disappears. Think the initial feed is a way for users to bootstrap their follow list.
Comment · 3 years ago
Zed has copilot support. I’ve been using it, and it works pretty well.
Comment · 3 years ago
> Most programming work is still text editing [...]
Text no longer needs to be the primary way of conveying programs. There are practical reasons text works best on screens, but if your coding environment is boundless then there’s no reason to believe you can’t do fancier things like direct manipulation of ASTs pretty easily. Imagine "grabbing" an AST node and attaching it to a different parent, all in space.
Beyond simple AST manipulation, the Vision Pro will probably enable Dynamicland-esque "programming spaces" where you manipulate objects in your virtual environment to construct programs.
Comment · 3 years ago
Ha, that turned out to be a pretty good prediction. Wonder what else can be gleaned from features in standard products.
Comment · 3 years ago
While OP could have worded their comment better, this is exactly the kind of thing that Swartz explicitly aligned himself against. [1]
It would be incredibly surprising for Swartz to have supported the kind of bait-and-switch tactics Reddit is employing here.
[1]: https://en.wikipedia.org/wiki/Guerilla_Open_Access_Manifesto