Hacker News new | past | comments | ask | show | jobs | submit | prollyjethi's comments login

Nvidia could potentially bring us all the year of Linux Desktop.

I am honestly very skeptical of articles like these. Hallucinations are a feature of LLMs. The only ways to "FIX" it is to either stop using LLMs. Or use a super bias some how.


You should be. I don’t know anything about kepa.ai but before even clicking the article I assume they’re trying to sell me something. And “how to fix it” makes me think this is some kind of SEO written for people who think it can be fixed, meaning the article is written for robots and amateurs.


> If Robyn is not an instrumented SSL terminating load balancer with HTTP/3 support, there must still be an upstream HTTP server that could support ASGI.

See I'd like to believe that. However, there is no ASGI-compliant server that supports this properly(at least in the Python world).

And when the community demands/needs the feauture, I see no reason why I won't bake the above features in Robyn itself.

> reusable, tested "middleware" because there's an IInterface there.

Robyn has a drop-in replacement for these. So, these should not be a problem.

Having said that, I feel I could document these facts a bit boldly to clear out the doubts.


Thank you @p2hari ! You can deploy it on any platform :D


Thank you :D


Thank you! Yes, absolutely :D


This reminds me of httrack(https://www.httrack.com/), I love this!


Exactly!


Thank you :D I am glad you liked it


We have launched the latest version of Robyn, which introduces a unique way of adding Rust code to Python APIs. It now seamlessly incorporates Rust code within Python APIs, DIRECTLY! + =

For the unaware - Robyn is one of the fastest Python web frameworks.

I have jotted down some opinions on this topic, on how this feature can grant us access to some unexplored possibilities.

This post delves into the challenges of Python in heavy-load scenarios and how Rust, with its performance capabilities, can be a game-changer.

The blog covers the journey from identifying the issue to the innovative solution Robyn offers, blending Python's ease with Rust(and PyO3)’s efficiency. Do let me know what you folks think of it.

Do let me know what you folks think of it


> From the top of my head, I'd wager the cost of transmitting that data is not worth it for how low-quality the input would be.

Why is that? If the data is good enough to make an inference, will it not be good enough for transcription?

I am curious what makes it low quality?


For starters, the integrated microphone in devices like Humane's pin don't face the user. Recording things without the user knowing would be difficult, if you could even manage a good recording. Then you have to transmit the data, which would almost certainly add another layer of compression. Even if you manage to get a lossless file back on the server-side, it's going to be noisy and imperfect data that wouldn't make for clear training material. Unless you're training a denoiser (at which point there are much better approaches), that sort of noisy data probably isn't good for much. Nevermind the cost of human-assisted labeling...

I Am Not Georgi Gerganov, I cannot denounce entire AI concepts with a single refutation. But I think logically, stealing that data would be kinda pointless. Not to say it's impossible, but at-scale I'm not sure why you'd implement it.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: