MurphyA/hacker-news huggingface dataset:
by adrian_b | 2026-03-07 16:31:32+00:00
> I would envision it to pretty much allow to listen on raw keyboard and mouse events.

This is pretty much how the BRIEF editor for programmers worked, which was used in MS-DOS around 1990. In my opinion this was one of the best programs that I have ever encountered and I have never encountered again some of the good UI features that existed in the BRIEF text editor and in the XTree file manager, both for MS-DOS.

BRIEF had a tiling-window user interface with optional menus and it came with a default behavior, but it could be customized extremely. For each kind of key press or mouse event you could bind a function to be executed, which replaced the default behavior. For instance, the default behavior for pressing most keys was to invoke a function "self_insert", which inserted in the current text buffer and the current cursor position the character corresponding to the pressed key, but it was easy to change the behavior to anything else, e.g. to do auto-completion or inserting some program template.

The functions bound to events were written in a custom language similar to LISP, so in this respect BRIEF resembled Emacs. A great number of text manipulation functions were provided, so it was easy to describe complex actions in the event handling functions.

This was what I liked most at BRIEF, that by rewriting all the event handling functions it was very easy to convert it in an editor that no longer resembled the default BRIEF editor at all, but which behaved in whatever way you believed that an editor for program sources should behave.

So the text editor provided an extensive library of functions for handling text, text buffers, windows and files and a LISP-like language for gluing all these into a text editor. It also had a default implementation of a text editor, to be able to use it immediately, but that could be replaced partially or totally, when you had more experience and you knew what kind of behavior you want.

I assume that Emacs can be customized in a similar manner with BRIEF, but when I looked at Emacs it required a much greater initial effort than BRIEF, to reach a stage where you are able to modify it.

The default editing mode of BRIEF was very intuitive, at least for someone familiar with the IBM PC keyboard, so you could use it easily out of the box, before learning to customize it. Then, like most MS-DOS programs of that time, it came with excellent documentation, so it was very easy and fast to learn how to rewrite its event handling functions. With Emacs, both learning how to just edit texts with it, and then how to modify it according to what you prefer, is much steeper and more time consuming than it was with BRIEF.
by chadtd1 | 2026-03-07 16:31:50+00:00
The distribution problem is painfully real. I've built six AI-powered apps as a solo founder (content repurposing, pet health tracking, medication management, etc.) and the engineering was the fun part. Getting people to discover them? That's where 80% of the actual work lives.

What's worked so far: writing about the build process on dev.to and HN, submitting to directories like the Indie AI Directory posted here recently, and making the apps genuinely useful enough that early users tell someone. Paid ads haven't been worth it at indie scale.

The irony of building with Claude is that it's so fast you end up with more products than you have distribution channels. Curious what others here have found that actually moves the needle.
by unforgivenpasta | 2026-03-07 16:31:55+00:00
I wonder if big companies will now start paying shadow libraries like annas archive for direct access, to minimize publicity of how training data was acquired, like Nvidia supposedly did?

Few tens of thousands of dollars is a rounding error in Meta's bottom line but if this case goes anything like the Anthropic one, I would see it likely.

Of course it wouldn't prevent authors from asking LLM's for content from their books and suing Meta again but I imagine authors would be less likely to with less evidence.
Show HN: Native WebGPU / WebGL Profiler for Mac
by ozaiworld | 2026-03-07 16:32:04+00:00
I hacked together a tool to inspect the GPU pipeline for any WebGPU / WebGL app in Xcode.

Xcode's native GPU debugger is awesome and I really miss it when building web apps :)

https://developer.apple.com/documentation/Xcode/Metal-debugg...
by thomassmith65 | 2026-03-07 16:32:07+00:00
Here's a map of the 'complicit' nations the IRGC has been bombing:

https://ichef.bbci.co.uk/news/1536/cpsprodpb/b7ef/live/f6673...

That's: Syria, Lebanon, Cyprus, Azerbaijan, Iraq, Kuwait, Bahrain, Jordan, Saudi Arabia, Qatar, UAE, and Oman.

There is no point for the IRGC to do this other than to create such chaos and fear that the world pressures America to relent.
by gruez | 2026-03-07 16:32:08+00:00
>U-3 Unemployment doesn't include people not actively looking for work, people making less than they'd like, or working less than they'd like.

That seems fine? It's the unemployment rate, after all, not "likes how much money they're making" rate.

Moreover if you compare these alternate measures, they more or less match the same trend as U-3. For instance:

https://www.bls.gov/charts/employment-situation/alternative-...

So if the alternate measures mostly follow the same trend as U-3, and the numbers are only higher because they use a looser criteria, what's the point of bringing them up, other than as a cheap rhetorical device?

Suppose we had some way of objectively determining happiness on a 1-10 scale. The government puts out a metric called the "sad rate", which is people who are 2 or less on the scale. What's the point in coming along and declaring "the real sad rate is not actually 5%. If we change the cutoff to 3, it's actually 10%!"? Heck, why stop at 3? Why not declare everyone under 5 sad? Then the sad rate would be even bigger, great for doomposting!
Ask HN: OpenClaw for Music Production
by aleksanderbm | 2026-03-07 16:32:26+00:00
I am exploring a product idea that I consider as “OpenClaw for music production” and would appreciate your feedback.

The core idea is an AI co-producer that doesn’t just chat, but can take action and actually help across different stages of making a track. Instead of generating music like Suno AI, it assists producers in overcoming obstacles and learning as they go.

A lot of producers get stuck at different points in the workflow:

- sound design (“I hear it in my head but can’t make it”)
- arrangement (getting out of loop hell and turning an idea into a real song)
- mixing / mastering ("does it sound good - radio-ready")
- and simply knowing how to do something in a DAW or which technique to use

The product idea is a music production intelligence layer that can both guide and act.

For example, it could:

- listen to the current project
- understand key / harmony / sonic space
- suggest or create a melody that fits
- help improve arrangement based on references
- guide or assist with mixing and mastering
- teach the producer how and why something works inside the DAW

The goal is not to generate finished songs like Suno.

The goal is to help music producers go from idea → finished track, while still learning, keeping creative control, and developing a sound that fits their artistic vision.

A few questions:

1. Which stage of production do you get stuck on most often?
2. Would you want an assistant who only gives guidance, or one who can also take actions inside the project?
3. What would make this genuinely useful rather than gimmicky?
4. What tools or workflows are you using today to solve these problems?

If this resonates, I’d be happy to share a prototype once we have one.
by the__alchemist | 2026-03-07 16:32:33+00:00
Hero! I had not done my homework/have not been aware, but these all look fantastic! The stacked clipboard is something I periodically mentally complain about (Why is clipboard on every OS/tool I've used single item?)

I will add one that are possibly more well-known:

- ctrl + shift + F: Find text in any file
- ctrl + N: Find types (structs, classes etc)
- ctrl + shift + N: Find any file by name or path
by redeeman | 2026-03-07 16:33:36+00:00
so literally everyone you know will not fly on vacation, only uses mass transportation systems, lives in the most dense of housing, eats only the bugs, upgrades their gear only when it absolutely needs to, and then buys used to recycle. Get all their clothes from thrift stores, and all huddle under the communal blanket for heat?

I somehow very much doubt that
by altairprime | 2026-03-07 16:33:39+00:00
I’ve been using my tinnitus to evaluate whether I got enough sleep or when I’ve become tired for years, so it’s nice to randomly trip over validation here that the link is universal to and not just a hyperlocal mutation. Thanks for posting this.

I suppose I wouldn’t have noticed this if I was trying to tune out tinnitus, but I’m just used to it? Not like anything is every quiet (my hearing is hyperactive), but, like, the tone and volume of it right now is “insufficient sleep but circadian forced us awake” so I need to be particularly measured and chill if I drive while it’s this loud.
by watwut | 2026-03-07 16:34:21+00:00
The truble is, that with current new world order, not having nuclear power means you are helpless sitting duck for active insatiable bullies.

Like, there is no other option - not having them means you will be turned into rubble or will have to pay a lot for not being tuned into rubble.

The most aggressive states have nuclear power. The countries they attacked dont.
Show HN: Fix CSV import errors before uploading to HubSpot or Salesforce
by pkdz | 2026-03-07 16:34:33+00:00
CSV imports often fail because of small issues:
- invalid emails
- date formats
- numbers stored as text

I built a small tool that scans CSV/Excel files and fixes common issues before importing to CRMs.

Runs entirely in the browser so files never leave your computer.

Would love feedback.
by PaulHoule | 2026-03-07 16:34:39+00:00
You feeling that way is the world telling you you’re doing it wrong.

It is more fun to treat them as coding buddies, usually using them one at a time a time, it is fair to race them at debugging a bug or spend waiting time looking at docs or something.

The real bottleneck is how much you can hold in your head simultaneously to be sure about quality as a moral subject.
by dlcarrier | 2026-03-07 16:34:47+00:00
At lower frequencies, leakage current plays a larger role than gate capacitance, so for any given process node, there's a sweet spot. For medium to low loads, it takes less power to rapidly switch between cutting off power to a core, and running at a higher frequency than is needed, than to run at a lower frequency.

Newer process nodes decrease the per-gate capacitance, increasing the optimal operating frequency.
by LogicFailsMe | 2026-03-07 16:34:54+00:00
OldAF. I have more ideas than I have time to code up prototypes. Claude code has changed all that, And given it cannot improve the performance of optimized code I've written so far, it's like having a never tiring eager junior engineer to work out how to make use of frameworks and APIs to deploy my code.

A year ago, cursor was flummoxed by simple things Claude code navigates with ease. But there are still corner cases where it hallucinates on the strangest seemingly obvious things. I'm working on getting it to write code to make what's going on in front of its face more visible to it currently.

I guess it's a question of where you find joy in life. I find no joy in frameworks and APIs. I find it entirely in doing the impossible out of sample things for which these agents are not competitive yet.

I will even say IMO AI coding agents are the coolest thing I've seen since I saw the first cut of cuda 20 years ago. And I expect the same level of belligerence and resistance to it that I saw deployed against cuda. People hate change by and large.
by MarkusWandel | 2026-03-07 16:35:19+00:00
Fully lit, these would be blindingly bright, and would need tens of amps of power supply (source: I have a strip of 100 WS2813s (I think, anyway the 12V ones) and the 3A supply I have would be fully loaded if they were all on full bright white. These suckers are bright).

However, you can always just limit it in software. Total "brightness budget" for the display, scale everything to dimmer if exceeded.
by squirreljetpack | 2026-03-07 16:35:39+00:00
Hi all, been working on this for a while. I love fzf, but I wanted to a more robust way to use it in my own applications than calling it a shell, and Skim wasn't quite what I was looking for. I'd say it's close to feature-parity with fzf, in addition to being toml-configurable, and supporting a unique command-line syntax (which in my opinion is quite nice -- especially when binding shell-scripts where escaping special characters can get quite tricky, I'd be curious to know what you feel about it!), as well as a couple of features that fzf doesn't have, such as better support for cycling between multiple preview panes and support for priority-aware result sorting (i.e.: determining an item's resulting rank based on the incoming rank as well as similarity to the query: useful for something like frecency search).

I know that fzf is an entrenched tool (and for good reason), but personally, I believe matchmaker, being comparable in _most_ aspects, offers a few wins that make it a compelling alternative. One of my hopes is that the robust support for configuration enables a more robust method of developing and sharing useful fzf-like command-line interfaces for everything from git to docker to file navigation -- just copy a couple lines to your shell startup, or a single script to your PATH to get a full application with _your_ keybinds, _your_ preferred UI, and _your_ custom actions.

But my main motive for this project has always been using it as a library: if you like matchmaker, keep your eyes peeled as I have a few interesting TUIs I have built using it lined up for release in the coming weeks :)

Future goals include reaching full feature-parity with fzf, enhanced multi-column support (many possibilities here: editing, styles, output etc.), and performance improvements (a very far off goal would be for it to be able to handle something like the 1-billion-row challenge). There are a few points I have noticed where fzf is superior:

- fzf seems to be a little better at cold starts: this is due to a difference of between the custom fzf matching engine and nucleo -- the matching engine in Rust that matchmaker uses. I'm unlikely to change the _algorithm_ used in my nucleo fork, so if that matters to you, fzf is probably a better bet.

- fzf has some features like tracking the current item through query changes or displaying all results -- these will eventually be implemented but are low priority.

- Matchmaker supports similar system for event-triggered binds, and dynamic rebinding, but does not yet support fzf's --transform feature, which can trigger configuration changes based the output of shell scripts -- this is on the cards and will probably implemented in a different way. More importantly, I haven't tested this system too much myself, preferring to write more complicated logic using the library directly so I can't vouch for which approach is better.

Check it out here! https://github.com/Squirreljetpack/matchmaker
by Jordan-117 | 2026-03-07 16:35:49+00:00
I like how details fade around the edges -- though for maximum accuracy, there should only be a tiny area of high detail in the center, with most of the visual field being indistinct (as well as a total blind spot to one side). The brain just knows how to fill in remembered details of stuff you're not looking at directly, same way you tune out the sight of your own nose. Gaze-tracking and foveated rendering is a neat way of taking advantage of this quirk to speed up graphical processing:

https://en.wikipedia.org/wiki/Foveated_rendering
by redeeman | 2026-03-07 16:36:10+00:00
living in a big city gives you higher chances of getting loung problems. So many people are dying despite an enormous amount of warnings.

"why wont they listen? cities are worse for your health!"

this kind of argument is insane. If a new food was made that tasted absolutely horrific, but let you live 1 year longer. Would you switch to it exclusively?
by gedy | 2026-03-07 16:36:39+00:00
> The people who walk up and say "sudo make me a sandwich" do not.

My personal beef is the human devs get "make me a sandwich", and the LLM superfans now suddenly know how to specify requirements. That's fine but don't look down your nose at people for not getting the same info.

This is happening now at my company where leadership won't explain what they want, won't answer questions, but now type all day into Claude and ChatGPT. Like you could have Slacked me the same info last year knuckleheads...
Show HN: OpenGraviton – Run 500B+ parameter models on a consumer Mac Mini
by fatihturker | 2026-03-07 16:37:03+00:00
Hi HN,

I built OpenGraviton, an open-source AI inference engine designed to push the limits of running extremely large models on consumer hardware.

The system combines several techniques to drastically reduce memory and compute requirements:

• 1.58-bit ternary quantization ({-1, 0, +1}) for ~10x compression
• dynamic sparsity with Top-K pruning and MoE routing
• mmap-based layer streaming to load weights directly from NVMe SSDs
• speculative decoding to improve generation throughput

These allow models far larger than system RAM to run locally.

In early benchmarks, OpenGraviton reduced TinyLlama-1.1B from ~2.05GB (FP16) to ~0.24GB using ternary quantization. Synthetic stress tests at the 140B scale show that models which would normally require ~280GB FP16 can fit within ~35GB when packed with the ternary format.

The project is optimized for Apple Silicon and currently uses custom Metal + C++ tensor unpacking.

Benchmarks, architecture, and details:
https://opengraviton.github.io

GitHub:
https://github.com/opengraviton
by hedora | 2026-03-07 16:37:08+00:00
Clock speed increases definitely slowed down, but now that software can use parallelism better, we're seeing big wins again. Current desktop/laptop packages are doing 100 trillion operations per second. The article's processor could do one floating point op per cycle, or 1B ops. So, we've seen a 100,000x speedup in the last 25 years. That's a doubling every ~ 1.5 years since 2000.

It's not quite apples-to-apples, of course, due to floating point precision decreasing since then, vectorization, etc, but it's not like progress stopped in 2000!
by jghn | 2026-03-07 16:37:27+00:00
> It used to be every "coder" was an "architect" as well, and did their own legwork as needed.

I disagree. I remember in the days before "software engineer" became the rage that the standard job titles had a clear delineation between the people who thought the big thoughts with titles like "analyst" and the people who did the grunt work of coding who were "programmers". You'd also see roles in between like "programmer/analyst"
by sarchertech | 2026-03-07 16:37:32+00:00
The point about Harry Potter was just that the verbatim text for popular text in the training set is in there.

It’s the same as when you ask a model to generate an Italian plumber with overalls and it produces something close enough to Mario to be a copyright violation.

If you ask it to solve a very specific problem for which there is a solution well represented in its train set, you can definitely get back enough verbatim snippets to cause problems.

It’s also not a theoretical problem, you can Google for studies showing real world production of verbatim code with non-adversarial prompts.
by lotsofpulp | 2026-03-07 16:37:35+00:00
I don’t know what that means. You wrote something about debt equity not costing shareholders anything, but it’s trivial to see that all else being equalC a business with more debt will have a smaller market capitalization than a business with less debt.

The debt from the Time Warner and other purchases dragged ATT down from the top spot to 3rd, and booster Tmobile to the top. The shareholders of ATT lost and the shareholders of Tmobile gained.
by gramie | 2026-03-07 16:38:10+00:00
The annual consumption of ice cream in Japan was 6.7 litres per person in 2021 (compared to 10 litres/person in Canada and 20 litres/person in the U.S.). For all dairy, Japanese people each ate 94 kg in 2022.

They eat less dairy, but hardly none. I have heard people say that a scoop of ice cream or a glass of milk each day is not a problem, but more can be. Intolerance also seems to increase with age, so younger people can consume more dairy.

A 1975 study in Japan puts intolerance (unable to drink 200ml of milk comfortably) at 19% of the population. I would suspect that massive exposure over the past 50 years has lowered that percentage significantly.
by kbolino | 2026-03-07 16:38:31+00:00
From nbio's README:

For regular connection scenarios, nbio's performance is inferior to the standard library due to goroutine affinity, lower buffer reuse rate for individual connections, and variable escape issues.

From gnet's README:

gnet and net don't share the same philosophy in network programming. Thus, building network applications with gnet can be significantly different from building them with net, and the philosophies can't be reconciled.
[...]
gnet is not designed to displace the Go net, but to create an alternative in the Go ecosystem for building performance-critical network services.

Frankly, I think it's unfair to argue that the net package isn't performant, especially given its goals and API surface.

However, the net/http package is a different story. It indeed isn't very performant, though one should be careful to understand that that assessment is on relative terms; net/http still runs circles around some other languages' standard approaches to HTTP servers.

A big part of why net/http is relatively slow is also down to its goals and API surface. It's designed to be easy to use, not especially fast. By comparison, there's fasthttp [1], which lives up to its name, but is much harder to work with properly. The goal of chasing performance at all costs also leads to questionable design decisions, like fiber [2], based on fasthttp, which achieves some of its performance by violating Go's runtime guarantee that strings are immutable. That is a wild choice that the standard library authors would/could never make.

[1]: https://pkg.go.dev/github.com/valyala/fasthttp

[2]: https://pkg.go.dev/github.com/gofiber/fiber/v3
by idontwantthis | 2026-03-07 16:38:49+00:00
Fellow tinnitus haver here.

The worst thing you can do is fixate on it. To avoid that, you want to make it so that you never hear it. Play some noise whenever you need it especially when sleeping. Then, over time, learn to accept it. And then the craziest thing happens: it does actually get better. You don’t just get used to it, it actually improves. It’s a profound connection of mind and body.
by chadtd1 | 2026-03-07 16:38:52+00:00
I built something in this space (AI content repurposing) and the 6x claim tracks with what I've seen. The real leverage isn't just reformatting -- it's that each platform has different native patterns. A LinkedIn post that works is structurally different from a Twitter thread or an email newsletter intro, even when the core insight is the same.

The trap is quality drift. Automated repurposing can produce volume but the output starts sounding generic fast. The ones that actually compound are tools that preserve the author's voice while adapting the structure. That's the hard problem.

What's your approach to maintaining voice consistency across formats?