this article reads like llm generated astroturfed bs.
how can whisper flow latency be even anywhere close to keyboard? since you've posted to HN i assume you are in tech, and your are not writing novels or long memos or terms-and-conditions corporate lullaby;
continuous stream of words may be faster on whisper flow, however more time is spent formatting, editing, refactoring, commanding etc - and there is no way whisper flow can come remotely close to keyboard performance -- but their whole shtick is fast spoken words that keyboard cannot match. yeah, sure buddy.
'a lot us' you say? just speak for yourself so at least you will sound confident; all you've demonstrated here is your ignorance of LLM, and those who use it, and you amplify that by throwing silly examples to prove your ignorance.
llm usage or not, code browsing/refactor etc still need human usable tools like vim/git/tmux etc.
IMO, this whole 'article' has such a corporate bootlicky flavor to it. I pay for subscription (claude, gpt, netflix etc) since there are no real (pragmatic, convenience and financial) alternatives and it's not easy to rig a solution. otherwise the very fact that the only option is app subscription, i stay out of it on principle. even IDApro has perpetual license.
I watched wall-e in theater, and when that scene came on, i remember muttering 'what bs'; since then, i recall that scene every time i see a situation of 'convenience at all costs'; metaphorically they were pretty accurate even after discounting ozempic influence;
your problem statement is very vague; keyboard is part of physical security and there is zero expectation of anything being private from keyboard to the messenger app input channel; one way to prune this clear channel and to achieve some level of privacy is to expose a virtual keyboard ui that controlled by the app, and user provides input via mouse clicks.
your responses are hyperbolic in themselves. you are accusing the folks in one of the highly educated forums to be not representative of real education. all the while you've not posted a single sentence of substance. be self-aware!
America is well into the midpoint of slow and steady decline; and balkanized states are not helping. Lots of other countries are going downhill as well, but nothing like the spectacular fall of USA.
I looked up what UPI was, and it is great that India has it. My guess is either there are lots of Indian tourists/workers in these places so it makes sense to accept UPI. If you consider it as a product offering, more power to you, but doesn't sound like it to me.
UK did this shooting-itself-in-the-foot thing called Brexit. So (outside of ARM, and forex), the main reason to go to UK is to setup a surveillance solutions business, or data harvesting business like Palantir.
I care about arch, design more than ever before as it is a lot easier now.
During the dark days of human slop, the progress was hindered by so many factors -- layers of abstractions, answers hidden behind thin documentation, self-important experts gatekeeping the knowledge, forums doling out rtfm attitude.
Now, it's just a matter of pointing a pack of llm in that direction, and with inquiry based learning, suddenly you are back in control. Heck, to get setup with eval boards and toolchain, it would've cost thousands of dollars 20 years ago.
LLM has allowed me to spend more time on hobbies, at the same time make new tech domain lot more approachable.
Being frugal really helps too - my job might disappear any time.
Why India? Other than being an outsourcing center, India's tech product offerings to the world are almost non-existent; (maybe zoho); without a product and entrepreneurship culture, India makes no financial/strategic sense for startups/bigwigs.
you are assuming this is a new problem to be 'solved'; folks working on the embedded systems, and network infra headless systems have been wiping this surface clean for many decades;
stepping outside of garbage collection, and managed runtime systems could teach a lot; there was a book written 20 or so years ago;
it's not my intent to be rude, but if your writing style is any indication of your interaction with claude, then i'm not actually surprised. if you are enforcing a repeatable process like design spec, impl spec, and tdd, along with discussion of its approach with you, then the reason for the divergence might be a lack of any regression suite, and/or you're on a plan that runs on best effort; good luck.
ignore 3% equity; will you deliver the ask, working 7 days for 160k, and for a questionable title of founding engineer? you'll get no technical guidance from the founders (who get to keep +80%), and only get requests to pivot to current flavor of the week; ask for 10% if you still want it and see what happens; if they say no, you dodged the bullet early;
recently, you were rambling on-and-on about how netbsd was not a good desktop setup, even though netbsd primary usecase is embedded systems. nobody owes you anything; so just read threads that are interesting and ignore the rest; if that is not acceptable, why don't you be the change you wish to see in the world?
Dreams can come to a sudden halt, and as Walt Lawrence, John Callhan and Mark Zupan have demonstrated, it strengthens the reinvention and creative problem solving muscles.
It's common to hear folks in these situation saying that the "tragedy was the best thing that happened to me"; when I was young, I didn't really believe it, (watching the documentary of Walt Lawrence or reading John Callahan's book 'don't worry, he won't get far on foot'), but now that i am older, i can confirm it is definitely believable :)
Sure it is a good hobby for learning things; the title is definitely a clickbait and attention seeking;
The speaker has usb interface, and since it uses HID, its bandwidth is limited to 64bytes max per ms; it runs freertos, and for the price of the speaker it is highly unlikely it runs an mcu with trustzone;
moreover, usb descriptors are exchanged with the host in the clear, so patching it and adding a keyboard (that most os will implicitly trust) requires a usb cable, and there is definitely some 'touch' involved to get to that step, even if we ignore the physical access to the speaker/pc for the sake of argument;
of course, once that's done, updating image over bluetooth is easy, and that's the claim behind 'without ever being touched';
Ken Thompson's criticism of C++ as incoherent, complex and garbage heap of ideas still resonates with me; C++98 was the last version I used for work although I've dabbled in 11/17/20 out of curiosity.
IMO, if c++/cfront didn't ride on the tails of c, I'm skeptical it would've seen widespread use, but then, that's its main identity which limited it in ways that C++ was not willing to change; It is highly irritating to spend as much time to sanitize the implementation with Coverity/Valgrind and the ilk when the compiler could've handled it.
With C++98, Bjarne's book on c++ internals could've give you good insight into what went on, but later it turned into a whole cottage industry of "effective, more effective, proficient, performant, c++" series of books -- so kiss goodbye to any notion of being able comprehend existing code that's not written by you (until llms arrived). I'm happy to have spent time to learn problem domain instead.
I'll still watch the documentary since it has some of my favorite folks (Kernighan, Stepanov).
how can whisper flow latency be even anywhere close to keyboard? since you've posted to HN i assume you are in tech, and your are not writing novels or long memos or terms-and-conditions corporate lullaby;
continuous stream of words may be faster on whisper flow, however more time is spent formatting, editing, refactoring, commanding etc - and there is no way whisper flow can come remotely close to keyboard performance -- but their whole shtick is fast spoken words that keyboard cannot match. yeah, sure buddy.