MurphyA/hacker-news huggingface dataset:
by pinguy | 2025-06-21 13:05:06+00:00
Wanted to share something I’ve been working on: a Firefox add-on that does neural-quality text-to-speech entirely offline using a locally hosted model.

No cloud. No API keys. No telemetry. Just you and a ~82M parameter model running in a tiny Flask server.

It uses the [Kokoro TTS](https://huggingface.co/spaces/hexgrad/Kokoro-TTS) model and supports multiple voices. Works on Linux, macOS, and Windows but not tested

Tested on a 2013 Xeon E3-1265L and it still handled multiple jobs at once with barely any lag.

Requires Python 3.8+, pip, and a one-time model download. There’s a .bat startup option for Windows users (un tested), and a simple script. Full setup guide is on GitHub.

GitHub repo: https://github.com/pinguy/kokoro-tts-addon

Would love some feedback on this please.

Hear what one of the voice examples sound like: https://www.youtube.com/watch?v=XKCsIzzzJLQ

To see how fast it is and the specs it is running on: https://www.youtube.com/watch?v=6AVZFwWllgU

---

| Feature | Preview | | ---------------------------------------------------------------- | --------------------------------------------------------------------------------------- | | *Popup UI*: Select text, click, and this pops up. | [![UI Preview](https://i.imgur.com/zXvETFV.png)](https://i.imgur.com/zXvETFV.png) | | *Playback in Action*: After clicking "Generate Speech" | [![Playback Preview](https://i.imgur.com/STeXJ78.png)](https://i.imgur.com/STeXJ78.png) | | *System Notifications*: Get notified when playback starts | (not pictured) | | *Settings Panel*: Server toggle, configuration options | [![Settings](https://i.imgur.com/wNOgrnZ.png)](https://i.imgur.com/wNOgrnZ.png) | | *Voice List*: Browse the models available | [![Voices](https://i.imgur.com/3fTutUR.png)](https://i.imgur.com/3fTutUR.png) | | *Accents Supported*: American English, British English, Spanish, French, Italian, Portuguese (BR), Hindi, Japanese, Mandarin Chines | [![Accents](https://i.imgur.com/lc7qgYN.png)](https://i.imgur.com/lc7qgYN.png) |

---
by liquidki | 2025-06-21 13:05:13+00:00
I think this is the achilles heel of LLM-based AI: the attention mechanisms are far, far, inferior to a human, and I haven't seen much progress here. I regularly test models by feeding in a 20-30 minute transcript of a podcast and ask them to state the key points.

This is not a lot of text, maybe 5 pages. I then skim it myself in about 2-3 minutes and I write down what I would consider the key points. I compare the results and I find the AI usually (over 50% of the time) misses 1 or more points that I would consider key.

I encourage everyone to reproduce this test just to see how well current AI works for this use case.

For me, AI can't adequately do one of the first things that people claim it does really well (summarization). I'll keep testing, maybe someday it will be satisfactory in this, but I think this is a basic flaw in the attention mechanism that will not be solved by throwing more data and more GPUs at the problem.
by margalabargala | 2025-06-21 13:05:14+00:00
I disagree, you're missing a really important part. If self driving exists, then cars can drive themselves to the spot where the chargers are, which is necessary but not sufficient.

Either a human needs to be employed overnight plugging in and unplugging these cars ($$) or else every single charger that supports this needs to have new fancy robotic arms and some agreed-upon protocol that cars can use to request a charge.

Considering that so far the story of EV chargers in America has looked like "download my app!" people struggling and failing to get credit card readers reliably working, I have no faith that this would happen in a few years.
by fleebee | 2025-06-21 13:05:30+00:00
Still, this kind of messaging pushes the fantasy that these LLM agents are intelligent and capable of scheming, making it seem like they are powerful independent actors that just need to be tamed to suit our needs. It's no coincidence that so many of the Big Tech CEOs are warning the general public of the dangers of AI. Framed that way, LLMs seem more capable than what they really are.
by martypitt | 2025-06-21 13:05:41+00:00
> A combination of Prometheus, Grafana, and Loki allowed us to replicate — and in some ways exceed — the visibility we had on AWS

Given these existence of these tools, which are fantastic, I'm often stunned at how sluggish, expensive and how lacklustre the UX is of the AWS monitoring stack.

Monitoring quickly became the most expensive, and most unpleasant part of our AWS experience.
by delusional | 2025-06-21 13:05:41+00:00
> Lack of layer separation becomes a problem in the long term. When you're just starting out, it may seem like overengineering, but it isn't

I actually agree, but you're setting of a false dichotomy. I do believe in strong layering at the interfaces, for exactly the reasons you line up. What I don't believe in is what I might call "struct annotation based parsing" at those interfaces.

Typically, you don't want to pass DTO's around your code. Usually, you take in that struct, and then immediatly have some code to poke it into the appropriate places in your actual data structures. It's very often much easier to simply take a well structured but more direct and generic interpretation of the input data, and write the code to poke it into the correct places directly.

It is not that you should define your inputs separately from your internal data storage. It's that the specification of your input structure shouldn't exist as a struct, it should exist as the consequence of your parsing code.

> When you're just starting out, it may seem like overengineering, but it isn't

It's a real shame that the internet has driven us to assume everybody is a novice.
by iipeace | 2025-06-21 13:05:42+00:00
Guider is an always-on, low-overhead Linux & Android performance tracing and diagnostics tool/service — now hitting version 3.9.9 and its 10th anniversary.

Links: - GitHub Release: https://github.com/iipeace/guider/releases/tag/versions/3.9.... - PyPI: https://pypi.org/project/guider/

Originally a CLI performance tool, Guider now powers production systems at scale, offering:

- 180+ commands including 83 new in this release.

- Android tracing integrations (perfetto, atrace, binder, dumpsys, etc.)

- Crash/panic/ANR visualization via flame graphs

- Real-time monitoring (ftrace, file access, D-Bus, Android props)

- Python tracing from 2.x through 3.13

- TCP/UDS command API for embedding & automation

- Improved output formatting, usability, and system resource control

It’s more than a profiler — Guider acts as a continuous performance analysis service with server-friendly APIs.
by hmry | 2025-06-21 13:06:06+00:00
> This contrasts to Go's approach, much like python, of using casing convention to determine private vs public fields. ( Please correct me if I'm wrong on this? )

I think calling it a convention is misleading.

In Python, you can access an _field just by writing obj._field. It's not enforced, only a note to the user that they shouldn't do that.

But in Go, obj.field is a compiler error. Fields that start with a lowercase letter really are private, and this is enforced.

So I think it's better to think of it as true private fields, just with a... unique syntax.
by a2128 | 2025-06-21 13:06:54+00:00
They've captured the online video provider market by price dumping in a way nobody but Google could afford, and have become THE video website. Now they're implementing restrictive measures in a negligent manner that affect first-aid videos that people have come to rely on.

Google clearly has the AI know-how to label when videos are important medical videos. They could skip ads and skip forced sign-in, but they don't care enough. There was a viral tweet once about somebody's grandma choking on a fishbone where YouTube responded telling them to buy YouTube Premium, so they're probably aware, but don't care enough. And they're implementing more measures like the forced sign-in for scraping prevention that happen to disproportionately affect public networks at restaurants and hotels. That's negligence.

Why's it so unreasonable?
by FirmwareBurner | 2025-06-21 13:07:14+00:00
>"I have invested in the fluidity and comfort of my own hands"

That's exactly why I don't touch type.

Forcing my hands in the optimal "home-row" positioning for touch typing gives me wrist pain. Moving my hands towards my most comfortable position disables the ability to touch type.

>It's a signaling mechanism more than anything, as you can see from the other responses here.

Firstly, what if that type of signaling is flawed and might even be discriminatory if applied to screening people for an actual job, especially that SW devs conder themselves highly liberal and open minded to diversity.

Secondly, I also can't fathom how keeping my eyes focused on one screen continuously for long periods is healthy for them versus exercising them having to occasionally refocus towards the keyboard and back.

Thirdly, even if I would touch type, my job needs me to take my eyes of the "IDE screen" occasionally to look at other things like datasheets, PCBs, notes, etc. Then the amount of distractions in the office far outpace any supposed efficiency gains from not having to take my eyes off the screen, so there's no benefit to it anyway as the job has many other bottlenecks.

Reading the comments on this thread, makes me feel like I'm watching that scene from American Psycho where they're all in their bubble flaunting and judging each others' business card designs when they're all the same design. Glad I don't work with such judgmental individuals who scrutinize such pointless details like the way you type, as if their way is the only right way. Must be a nightmare.

>"I'm enough of a nerd to actually be good at my job".

Well then, I guess I'm lucky to be good at my engineering job without the way I type being an issue.
by jtagliabuetooso | 2025-06-21 13:07:26+00:00
Thanks for your comment. As stated elsewhere, we understand the need for people to know how the system works, and have contributed back our ideas (and quite a bit of open source code) to the community: if you want to check our blogs and / or papers, I'm sure you'll find many interesting things.

If you're worried about data movement or secure deployment, none of that is an issue because of Iceberg + BYOC option.

Databricks and Snowflake, just to mention two players in a similar space, are not OS: did you feel that would prevent you from adopting them as well?
by skydhash | 2025-06-21 13:08:55+00:00
> If instead you need to navigate somewhere you don't exactly know the location of, scanning and clicking is faster.

Search is better especially with code. I used emacs and vim more than other editors, so I got use to their navigation shortcut. And on macOS, the trackpad is nice and convenient. But I still prefer search and paging shortcuts when I need to scroll.
by jtagliabuetooso | 2025-06-21 13:09:28+00:00
Importantly, kedro does not run things for you, resulting in a suboptimal experience because the runtime and dsl are separated: in particular, it does not solve the problem of having K different systems with scattered logs and not easy to integrate APIs.

If you want to dive deeper in one line reproducibility, you can chek our SIGMOD24 paper: https://arxiv.org/pdf/2404.13682. Let us know what you think!
by asimops | 2025-06-21 13:09:43+00:00
In the case of Attack scenario 2, I do not get why in a secure design you would ever forward the client originating data to the auth service. This is more of a broken best practise then a footgun to me.

The logic should be "Parse, don't validate"[0] and after that you work on those parsed data.

[0]: https://hn.algolia.com/?q=https%3A%2F%2Flexi-lambda.github.i...
by jostylr | 2025-06-21 13:10:04+00:00
I have used Zed's plane with Claude and also Claude Code. They are very different experiences. Zed's agent work is very much a set it, go away, review, give some tips to it, iterate. As long as you use the Sonnet and absolutely avoid the burn mode (formerly max mode), it should do a lot of work for you. The main limitation I hit is the context window. As the codebase gets larger, it takes more context for it to get going and then it tends to have a hard time finishing. I find that about 4 prompts works for a feature that would take me a few hours to code.

For Claude Code, the limit is reset every 5 hours so if you hit it, you rest a bit. Not that big a deal to me. But the way it works I find much more stressful. It is reviewing just about everything it is doing. It is step-by-step. Some of it you can just say Yes, do it without permission, but it likes to run shell commands and for obvious reasons arbitrary shell commands need your explicit Yes for each run. This is probably a great flow if you want a lot of control in what it is doing. And the ability to intercede and redirect it is great. But if you want more of a "I just want to get the result and minimize my time and effort" then Zed is probably better for that.

I am also experimenting with OpenAI's codex which is yet a different experience. There it runs on repos and pull requests. I have no idea what their rate/limit stuff will be. I have just started working with it.

Of the three, disregarding cost, I like Zed's experience the best. I also think they are the most transparent. Just make sure never to use the burn mode. That really burns through the credits very quickly for no real discernible reason. But I think it is also limited to either small codebases or prompts that limit what the agent is going through to get up to speed due to the context window being about 120k (it is not 200k as the view seems to suggest).
by bryanlarsen | 2025-06-21 13:10:07+00:00
Did you learn to drive in Canada? A prominent part of the your driving lessons should have been that one of the first things you do after getting stuck in mud or snow is to ensure your tail pipe is clear.

What kills in the winter is unpredictability. Range is predictable and easy to mitigate.

It's the winter. You've slid off the road. You're probably in the ditch. You've probably taken some damage to the vehicle. Whether or not you've taken damage, you're now stuck. Something is preventing you from safely walking for help. At -30 or worse after an accident that's more likely than not.

The above is not an uncommon scenario in the winter. So you wait in the vehicle for help to arrive, hoping you don't freeze to death before it does.

You're safer in an electric vehicle.

- If you've plowed into a snow covered ditch, your car may be partially or fully entombed, and you're at risk of a carbon monoxide poisoning.

- there are stories of such vehicles not being found for days. Having heat for days might save your life
by comprev | 2025-06-21 13:10:32+00:00
When you are next in the cereal aisle take a close look at how they are arranged. What you see is advertising. Shelf space is at a high premium and companies tussle for your attention.

The product which is easiest to reach - for an adult on cereal shelves and a child in the toy section - pays a premium to be there. The smaller unknown brands are pushed to the bottom and on top where you have to stretch.

It's no different to a large Kellogg's cereal advert in your face as you walk in the shop.
by nthora | 2025-06-21 13:11:06+00:00
I think the fundamental shift would be humans would do lesser and lesser of work that doesn't really involve any kind of human intuitiveness, domain expertise, critical reasoning etc.

Anything outside of these the movement is already begin where AI can do a lot of the simpler tasks with a reasonably high level of accuracy and incredibly high velocity.

For example writing blogs,

Now its possible to use AI to generate headlines and write a long form article at any velocity you choose to depending on the budget.

Now we will need an interface where a human can quickly review and adjust content to make it either accurate, authentic etc

All the CMS UI interfaces are optimized for writing and not editing. Thats where a new UI paradigm will have to be discovered to achieve that.
by benrutter | 2025-06-21 13:11:08+00:00
Hey! Congrats on the product. Do you have any more complex examples anywhere?

I'm a data engineer and make decisions around what software we use for pipelines. A lot of examples for these types of tools showcase the simple case, which is a handy intro, but I'd love to see a real world example of Bauplan scaling to interconnected pipelines!
by mprovost | 2025-06-21 13:11:19+00:00
On terminals, the control key masked off the 6th and 7th bits of the 8-bit value sent by the letter key. That's a bitwise AND with octal 037, or in decimal subtracting 96 from the lower case key value. This happens in the terminal (or keyboard) itself, so the computer doesn't see it as two pressed keys, it just gets the masked value. In ASCII 'c' is 99 (decimal), so when modified with control is 3, ETX (end of text), which teletypes used to indicate the end of text. So unix shells reused that control character to terminate the current program with SIGINT. But every letter key maps to a control character at the start of the ASCII range, like 'g' maps to BEL for the bell, or 'h' maps to BS (backspace). '[' maps to ESC (escape) which is handy when Apple decides to move the escape key on their laptop keyboard.
by thermodynot | 2025-06-21 13:12:35+00:00
Computers are not special. They are just a heat engine like everything else. We feed them concentrated energy that they dissipate to do work. They do work on data: we give it data (some of it is called code) and it gives us back data. It's all about the information content, how does that data communicate something and relate to the world?

"Training" is just upfront work. Why on Earth people expect to get from the machine that processes data some novel information that did not exist before?

This whole fantasy hinges on not understand the sheer amount of data these LLMs are being trained on, and some magical thinking about it producing some novel information ex nihilo somehow. I will never understand how intelligent people fall into this patterns of thought.

We can only get from computers what we put into them.
Show HN: OSAI-Browser – A P2P Browser for Web3 and HTML Games
by EvoSync | 2025-06-21 13:12:46+00:00
https://evosync.itch.io/osai OSAI Browser is an peer-to-peer (P2P) browser currently in active development. My goal is to redefine how we interact with the web, focusing on decentralization and cutting-edge capabilities for web content.

As a core future functionality, I envision distributed computing for high-quality web games and IoT applications, leveraging the P2P architecture to achieve impressive image fidelity and performance. Imagine games that harness the collective power of connected users, or IoT devices seamlessly interacting through a decentralized browser!

Currently, the browser successfully allows users to drag-and-drop ZIP files directly to install and run web games. This demonstrates the practical application of its unique P2P distribution model. Crucially, both the server and client functionalities are already up and running, providing a robust foundation for the P2P network. We also plan to work with WebAssembly (WASM) and various game engines to expand its capabilities. Please note that OSAI-browser is still an early stage project and a work in progress. Your constructive feedback and suggestions are highly appreciated as we continue to develop and refine it. for coder:https://github.com/amyoshi-hub It's a rough code though
by llm_nerd | 2025-06-21 13:14:38+00:00
>Does a type of alternative make it hard to carry them by foot or by bike?

Just last night we were having family pizza night and realized we didn't have mushrooms. Grabbed a reusable bag -- one that I have used dozens to hundreds of times -- and stuffed it in my pocket and hopped on my bike to the grocery store.

It is an utter non-issue. Indeed, in that case I would never have trusted a classic thin plastic bag but the heavy duty reusable one gives me no concern when it's swinging on my handle as I biked home.

When we first got rid of plastic bags here in Ontario, Canada, early on I'd often find myself at a store with no bags, so I went through the period of accumulation. Not to mention that a lot of stores went through a malicious compliance where the bags they sold were terrible and barely lasted more than one use.

Eventually habits changed and now we as a family pretty much never get new bags, and the options stores sell are significantly better, and are truly reusable.

And like someone else said, plastic bags (and plastic straws for that matter) were an absolute scourge, litter wise. Antisocial litterers, blowing out of garbage, etc. Now I never see them. From an environmental perspective -- meaning I like walking my neighbourhood without seeing trash blowing around -- it is a massive improvement.
by makeitdouble | 2025-06-21 13:14:41+00:00
I'm not saying it's a good thing. But we shouldn't hide from the fact that door has been opened and I see no practical reason we won't see more of it.

The minute Apple sees a clear path to get away with it, iPhone will essentially become licensed devices.

Then other phone makers will jump through the opening, at some point it becomes the standard, and we'll laugh at the "voting with your wallet" joke again.

> software

We're already full in licensing books, as truly the most pragmatic choice. Amazon opened the door, and many other ebook stores have jumped on the bandwagon.
by jtagliabuetooso | 2025-06-21 13:15:12+00:00
Thanks for the comment: your frustration is the default in the industry, and it's part of the reasons why Bauplan was built.

"but it always takes forever and I'm never even able to articulate why." -> there are way more factors at play than DoFeatures unfortunately, see for example Table 1 (https://arxiv.org/pdf/2404.13682). Even knowing which data people have developed on is hard, which is why bauplan has git-for-data semantics built in: everyone works on production data, but safely and reliably, to avoid data skews.

Each computer is different, which is why bauplan adopt FaaS with isolated and fully containerized functions: you are always in the cloud, so no skew in the infra etc.

The problem of "going to production" is still the biggest issue in the industry, and solving it is not a one-fix kind of thing, but unfortunately the combination of good ergonomics, new abstractions and reliable infra.
by bko | 2025-06-21 13:15:22+00:00
> you are equally entitled to believe it is a terrible cosmic mistake - acknowledging the rarity of life doesn't obligate you to change your belief.

I don't know, thinking life and humanity is a "cosmic mistake" seems to be a destructive nihilistic take. Easy to justify horrible things, because why not?

Shouldn't we all seek to be pro-human? All of the things I care about most in this life are human.
by skydhash | 2025-06-21 13:15:39+00:00
Yes! It's quite nice not to have to think about typing. Just like you don't monitor the way you're handling a pen when you write. It's not related to being a good developer, but when you type as much as you do, having it done quickly and with the help of muscle memory helps with cognitive load.

In other words, the only thing I think about is what to write, not how I do it.