MurphyA/hacker-news huggingface dataset:
by jhallenworld | 2025-10-29 19:57:57+00:00
I've been getting tremendous use out of PicoRV32- it works, it's tiny, and for many use cases ("management plane") you just don't need much speed. I work around its slowness by providing things like relatively large communication buffers in the FPGA. I use it in "execute in place" mode from external SPI-flash (the FPGA's config flash), but with an instruction cache. It can do floating point via emulation which is handy for printf.

I've been meaning to update my toolbox to at least a pipelined processor of some sort (to up the IPC rate to at least 1), but so far just had no strong need. For applications that really need CPU power, I use SoC FPGAs like Zynq.
by collinmanderson | 2025-10-29 19:58:05+00:00
> There’s pip, virtualenv, pipx, uv, probably half a dozen others I’m missing...

> Reminds me of that competing standards xkcd.

Yes, for years I've sat on the sidelines avoiding the fragmented Poetry, ppyenv, pipenv, pipx, pip-tools/pip-compile, rye, etc, but uv does now finally seem to be the all-in-one solution that seems to be succeeding where other tools have failed.
by megous | 2025-10-29 19:58:24+00:00
It's always possible to just go to dts directory in latest Linux kernel, and just look for what's enabled on SoC or board level, for a quick apprisal of level of mainline support.

You will not catch all the details this way, drivers may be incomplete, or things may not be fully integrated to work together really well, but then that's usually fixable, especially if datasheets are available.
by bsimpson | 2025-10-29 19:58:32+00:00
Fortnite has been attempting to be a platform rather than a game for years now. (Epic Games Store too, so you ridiculously have to launch one then the other before you can pick your game.)

Curious to know to what degree the "Creative" maps have fueled Fortnite's success as opposed to the 1st and 2nd party developed experiences.
Show HN: Fault Sense – An Application Feature Monitor for Web Apps
by mitchm | 2025-10-29 19:58:34+00:00
If you’ve ever been asked, “Conversions for XYZ are down. Did something break on the site?” this might resonate.

Fault Sense is the library I wish existed to answer the kinds of questions product analytics and tracing tools can’t: when something should happen, but doesn’t. Tracing tools get close, but they’re heavy and invasive to instrument.

Fault Sense stays lightweight. It’s language and framework agnostic — drop in a script tag, annotate your HTML, and you’re done. It lives at the edge of your application and can be turned off just by removing the script tag.

It’s still a work in progress, but I’d love feedback if you’ve faced similar “is it broken?” moments.
by tomck | 2025-10-29 19:58:39+00:00
> I do fully understand people who can't get their heads around threads and prefer async

This is a bizarre remark

Async/await isn't "for when you can't get your head around threads", it's a completely orthogonal concept

Case in point: javascript has async/await, but everything is singlethreaded, there is no parallelism

Async/await is basically just coroutines/generators underneath.

Phrasing async as 'for people who can't get their heads around threads' makes it sound like you're just insecure that you never learned how async works yet, and instead of just sitting down + learning it you would rather compensate

Async is probably a more complex model than threads/fibers for expressing concurrency. It's fine to say that, it's fine to not have learned it if that works for you, but it's silly to put one above the other as if understanding threads makes async/await irrelevant

> The stdlib isn't too bad but last time I checked a lot of crates.io is filled with async functions for stuff that doesn't actually block

Can you provide an example? I haven't found that to be the case last time I used rust, but I don't use rust a great deal anymore
by codethief | 2025-10-29 19:58:39+00:00
I wish¹ the page would also raise awareness for all the other stuff that's been going on w.r.t. Google & Android recently:

- AOSP is no longer developed in the open (if it ever was) – source releases & security patches have been severely delayed lately.

- Pixel devices will no longer be the reference devices for AOSP, and it seems Google will no longer release their device trees in the future. In addition, Google could also lock down the Pixel's boot loader and thereby prevent installation of custom ROMs.

¹) Of course focus is important, so I get why they kept the page short & sweet. Besides, while the side-loading topic is an issue that might be interpreted as anti-competitive and that institutions like the EU might be able to do something about, with the other issues it's not as clear-cut, I think.
by throwaway894345 | 2025-10-29 19:58:43+00:00
On the other hand, Nix and Bazel and friends are a lot of pain. I'm sure the tradeoff makes sense in a lot of situations, but not needing to bring in Nix or Bazel just to manage dependencies is a pretty big boon. It would be great to see some of the all-in-one build tools become more usable though. Maybe one day it will seem insane that every language ecosystem has its own build tool because there's some all-in-one tool that is just as easy to use as `(car)go build`!
by KaiserPro | 2025-10-29 19:58:50+00:00
typed annotations that are useful.

Currently they are a bit pointless. Sure they aid in documentation, but they are effort and cause you pain when making modifications (mind you with halfarse agentic coding its probably less of a problem. )

What would be better is to have a strict mode where instead of duck typing its pre-declared. It would also make a bunch of things faster (along with breaking everything and the spirit of the language)

I still don't get the appeal of UV, but thats possibly because I'm old and have been using pyenv and venv for many many years. This means that anything new is an attack on my very being.

however if it means that conda fucks off and dies, then I'm willing to move to UV.
by nightpool | 2025-10-29 19:59:32+00:00
That's definitely true, and I think that's a testament to Minecraft / Java's strong OO design—it dovetails very nicely with the Open/Close principle. However my view is that for a mod to be a mod, there's always going to be stuff that you can't/shouldn't implement just with datapacks—whether that's complex rendering features, new entity logic, or whatever. The Mixin processor makes it really easy to build these kinds of features in a very compatible way
by groby_b | 2025-10-29 19:59:41+00:00
> You end up needing to use `uv pip` so it's not even a full replacement for pip.

No you don't. That's just a set of compatibility approaches for people who can't let go of pip/venv. Move to uv/PEP723, world's your oyster.

> It does not play well with Docker.

Huh? I use uv both during container build and container runtime, and it works just fine?

> You end up needing to understand all of these new environmental variables

Not encountered the need for any of these yet. Your comments on uv are so far out of line of all the uses I've seen, I'd love to hear what you're specifically doing that these become breaking points.
by ssl-3 | 2025-10-29 19:59:47+00:00
Tailscale is a few things. It might be fair to say that it is mostly a software platform with a web frontend that allows orgs (and individual users alike) to easily create secure VPNs, so their various systems can have a secure, unfiltered virtual private network on which to communicate with eachother even if they're individually scattered across the four corners of the Internet.

The usual (traditional) way to do VPN stuff is/was hub-and-spoke: Each system connected to a central hub, and through that hub each system had access to the other systems.

But the way that Tailscale operates is different than that: Ideally, each connected system forms a direct UDP/IP connection with every other system on the VPN. There is no hub. In this way: If node A has data to send to node F, then it can send it directly there without traversing through a central hub.

And that's pretty cool -- this peer-to-peer arrangement is gloriously efficient compared to hub-and-spoke. (It's efficient enough that a person can get quite a lot done with Tailscale for free, with no payment expected ever.)

But we don't live in an ideal world. We instead often live in a world of NAT and firewalls -- sometimes even implemented by the ISPs themselves -- that can make it impossible for two nodes to directly send UDP packets to eachother. This results in unreachable nodes, which is not useful.

So Tailscale's workaround to that Internet problem is to provide Designated Encrypted Relays for Packets (DERP). DERP usually works, and end-to-end encryption is maintained.

DERP is also not at all new. It brings back some aspects of hub-and-spoke, but only for nodes that can't communicate directly; DERP behaves in a way akin to a hub, to help these crippled nodes by relaying traffic between them and the rest of the VPN's nodes.

But DERP is a Tailscale-hosted operation. And it can be pretty slow for some applications. And there was no way, previously, for an individual user to improve the performance of DERP: It simply was whatever it was -- with a collection of DERP servers chewing through bandwidth to provide connectivity for a world of badly-connected VPN nodes.

But today's announcement brings forth Tailscale Peer Relay.

> What's the use case for this?

The primary use case for this is simple: It is an alternative to DERP. A user can now provide their own relay service for their network's badly-connected peers to use. So now, rather than being limited to whatever bandwidth DERP has available, relaying can offer as much bandwidth as a user can afford to pay for and host themselves.

And if a user plans it right, then they can put their Peer Relay somewhere on the network where it can help minimize inter-node latency compared to DERP.

(It's not for everyone. Tailscale isn't for everyone, either -- not everyone needs a VPN at all. I'd never expect a random public customer to use it knowingly and directly.)
by zahlman | 2025-10-29 20:00:10+00:00
As long as your `/usr/bin/env` supports `-S`, yes.

It will install and use distribution packages, to use PyPA's terminology; the term "module" generally refers to a component of an import package. Which is to say: the names you write here must be the names that you would use in a `uv pip install` command, not the names you `import` in the code, although they may align.

This is an ecosystem standard (https://peps.python.org/pep-0723/) and pipx (https://pipx.pypa.io) also supports it.
by alyxya | 2025-10-29 20:00:29+00:00
This seems to be the page that describes the low level details of what the hardware aims to do. https://extropic.ai/writing/tsu-101-an-entirely-new-type-of-...

To me, the biggest limitation is that you’d need an entirely new stack to support a new paradigm. It doesn’t seem compatible with using existing pretrained models. There’s plenty of ways to have much more efficient paradigms of computation, but it’ll be a long while before any are mature enough to show substantial value.
by hardwaregeek | 2025-10-29 20:01:34+00:00
I gotta say, I feel pretty vindicated after hearing for years how Python’s tooling was just fine and you should just use virtualenv with pip and how JS must be worse, that when Python devs finally get a taste of npm/cargo/bundler in their ecosystem, they freaking love it. Because yes, npm has its issues but lock files and consistent installs are amazing
by hollerith | 2025-10-29 20:01:42+00:00
Running each app as its own untrusted user is one of the measures taken by Android, but the designers of Android do not consider that enough, so they also sandbox the app with selinux, but no one has implemented sandboxing an app with selinux on any non-Android non-ChromeOS Linux distro.

In general, non-Android non-ChromeOS Linux is not good at this sort of thing: half a dozen sandboxing frameworks exist, but none of them are particularly secure.

Also, suppose you want to load an obscure kernel module that reads an obscure filesystem format. How do you sandbox the module?
by gadgetoid | 2025-10-29 20:01:49+00:00
A pin planner- without the code gen of STM32Cube- would be doable as a website.

I made a basic one for the RP2350- https://rp2350b.pinout.xyz/

Though STM32Cube has a very different approach, handles lots of mutually exclusive features and peripherals and a bunch of extra stuff for controlling code gen IIRC.
by dragonwriter | 2025-10-29 20:01:58+00:00
I mean, if you use == constraints instead of >= you can avoid getting different versions, and if you’ve used it (or other things which combined have a superset of the requirements) you might have everything locally in your uv cache, too.

But, yes, python scripts with in-script dependencies plus uv to run them doesn't change dependency distribution, just streamlines use compared to manual setup of a venv per script.
by chickensong | 2025-10-29 20:02:07+00:00
All valid and important points, but missing a painful one, also rarely represented in threads like this: flaky hardware.

Almost every bare metal success story paints a rosy picture of perfect hardware (which thankfully is often the case), or basic hard failures which are easily dealt with. Disk replacement or swapping 1u compute nodes is expected and you probably have spares on hand. But it's a special feeling to debug the more critical parts that likely don't have idle spares just sitting around. The raid controller that corrupts it's memory, reboots, and rolls back to it's previous known-good state. The network equipment that locks up with no explanation. Critical components that worked flawless for months or years, then shit the bed, but reboot cleanly.

Of course everyone built a secure management vlan and has remote serial consoles hooked up to all such devices right? Right? Oh good, they captured some garbled symbols. The vendor's first tier of support will surely not be outsourced offshore or read from a script, and will have a quick answer that explains and fixes everything. Right?

The cloud isn't always the right choice, but if you can make it work, it sure is nice to not deal with entire categories of problems when using it.
by kypro | 2025-10-29 20:02:13+00:00
The whole point of AI is that you don't need to be the best at anything... You outsource knowledge to AI. AI is an automation tool for knowledge work, you can't secure your career by moving into another form of knowledge work – especially not one with an even lower barrier to entry.

If AI is going to replace a programmers role, it will 100% replace any LLM expert / LLM prompter role.

If today:

Come up with some requirements -> programmer -> app

Why would the future be:

Come up with some requirements -> LLM expert -> app

Instead of:

Come up with some requirements -> app
Show HN: A local, open-source personal database with AI powers
by pscanf | 2025-10-29 20:02:37+00:00
Hello Hacker News!

For the past few months I've been developing Superego: an open-source _personal_ database where you can store everything you want about your life. Literally. Whatever data you have, you can put it in the app.

On top of the database, Superego gives you:

1. An AI assistant that you can use to collect and explore your data.

2. A platform to build small personal applications that use that data.

-- Try it

https://demo.superego.dev/ No login required; runs entirely in your browser¹.

Same deal when you download the app (macOS-only for now): everything is local, no accounts, no servers.

Well, aside from the inference service. You can use Ollama / LM Studio if you have the GPU power, but realistically it requires an external provider. That's just the state at we're at.

-- Why am I building it

1. Because I'm tired of having my data scattered and locked in tens of apps. I want to own my data, and I want to own my apps.²

2. Because it's incredibly useful to have an AI assistant that knows you.

3. Because my dad keeps asking me for apps to keep track of the oddest things. (I'm only half-joking.)

-- Plans for the future

Too many to list, but some cool features in the pipeline:

- Connecting your emails, so every time you get an email you can parse it with the AI and extract any important piece of data.

- More data connectors in general. Right now it can sync data from Strava, Google Calendar, and Google Contacts, but I want to make connectors for other fitness apps, finance APIs...

- Making the assistant multimodal (photos, simple files) so you can just drop a CSV in a chat and it imports everything it contains.

-- Request for feedback

I only have friends-and-family users right now, so I haven't gotten much feedback yet. I do have an overall vision for the product, but I'm hoping for more voices to better understand which features are killers and which are just niceties. So please, drop a comment here or on GitHub (https://github.com/superegodev/superego).

Cheers!

¹ The AI assistant uses a shared, rate-limited API. I don't log anything, but still don't send it any private data. You can also BYO api url+key, so you can bypass rate limits.

² I wrote a short essay on this back in March about this https://pscanf.com/s/340/, where I detail my vision for Superego.
by HaZeust | 2025-10-29 20:02:48+00:00
Sort of. You have to look up if your state has "necessity/choice-of-evils” defense and the standard defense-of-others rule - and what scopes it has.

I'll tell you this much, most judges will regard a circumstance for you to exert force against a peace officer - seeming or actual - as an extralegal action, and will very rarely affirm it as a protected action from the books. And even if you beat such a case, it ruins your life in the process. Their qualified immunity will remain longer than you can remain solvent.
by conductr | 2025-10-29 20:03:24+00:00
I still find it much easier to just self host than learn cloud and I’ve tried a few times but it just seems overly complex for the sake of complexity. It seems they tie in all their services to jack up charges, eg. I came for S3 but now I’m paying for 5 other things just to get it working.

Any time something is that unintuitive to get started, I automatically assume that if I encounter a problem that I’ll be unable to solve it. That thought alone leads me to bounce every time.
by throw0101c | 2025-10-29 20:03:37+00:00
> If conservatives become convinced that they can not win democratically, they will not abandon conservatism. The will reject democracy.

This is from David Frum, a conservative himself:

> Maybe you do not care much about the future of the Republican Party. You should. Conservatives will always be with us. If conservatives become convinced that they can not win democratically, they will not abandon conservatism. The will reject democracy.

* https://www.goodreads.com/quotes/9077312-maybe-you-do-not-ca...
by nikhilpareek13 | 2025-10-29 20:04:21+00:00
We built Agent Compass after hitting the same wall over and over: agents generate thousands of traces with branching tool calls and no obvious pattern. APMs (Datadog/New Relic) tell you infra health. LLM observability tools (LangSmith/Arize) show trace detail. But the gap remained: turning all that data into a fast, defensible root cause and a concrete fix.

What it is

Automatic error clustering for AI agents

Symptom → likely root cause mapping

Actionable fix suggestions you can validate with a focused eval loop

Why it’s different

You debug categories of failures, not one-off traces

It ranks hypotheses (e.g., threshold too high, retrieval drift, prompt regression, guardrail friction)

It proposes small, surgical changes you can A/B and roll back quickly

How it works (high level)

We instrument LLM calls, tool invocations, retrieval hits, guardrail events, and outputs as spans (OpenTelemetry compatible)

We build semantic signatures of failure states and cluster them

We label clusters and map them to ranked hypotheses using a mix of rules + learned patterns from historical fixes

We attach a minimal eval set per cluster so you can confirm the fix without re-running your whole suite
by hirako2000 | 2025-10-29 20:04:53+00:00
A problem remain in that many and still more of the popular repositories don't use uv to manage their dependencies.

So you are back having to use conda and the rest. Now, you have yet another package manager to handle.

I wouldn't be harsh to engineers at astral who developed amazing tooling, but the issue with the python ecosystem isn't lack of tooling, it is the proliferation and fragmentation. To solve dependency management fully would be to incorporate other package descriptors, or convert them.

Rsbuild, another rust library, for the node ecosystem did just that. For building and bundling. They came up with rspack, which has large compatibility with the webpack config.

You find a webpack repo? Just add rsbuild, rspack, and you are pretty much ready to go, without the slow (node native) webpack.
by bityard | 2025-10-29 20:05:18+00:00
Asking from a place of sincere ignorance: TFA says the code was obfuscated from the beginning, and that they deliberately kept it obfuscated all these years, and acknowleded the huge community that built mods for Minecraft in spite of it. But what TFA doesn't say:

Why did they keep it obfuscated for so long even after it became readily apparent that almost everyone buys Minecraft to (eventually) play the mods?

Why did they keep it obfuscated even though they acknowledged it didn't really stop modders (or anyone else) from understanding the program?

What occurred recently that caused them to change their mind?
by dsnr | 2025-10-29 20:05:21+00:00
This. I was researching uv to replace my pipenv+pyenv setup, but after reading up a bit I decided to just give up. Pipenv is just straightforward and “just works”. Aside from being slow, not much is wrong with it. I’m not in the mood to start configuring uv, a tool that should take me 2 minutes and a “uv —-help” to learn.
by JumpCrisscross | 2025-10-29 20:05:35+00:00
> everything that's right to your position, that you label as "balanced and center" of course, is "far right"

Nope. I have plenty of conservative and right-wing friends. We disagree on a number of social issues, and occasionally, economic ones too.

They don’t support violently overthrowing the U.S. government, or using the military to secure what they can’t at the ballot box, however, and so aren’t far right.

> Keep thinking that you're surrounded by nazis, if it keeps you warm though

Straw man. I don’t personally know anyone who is far right. Out of the folks in the administration, I can only really finger Miller and the DOGE bros as bona fide racists and far right agitators.
by Brian_K_White | 2025-10-29 20:05:36+00:00
idk man, I would say the opposite but I tended to avoid the Illy shops because I already knew I didn't care for that brand much.

Right here in NJ a shop a block away from me had it as their distinguishing feature and I didn't like it much (still better than sbux though). And then when I go on vacation in Italy and other European countries I see Illy mostly in vending machines, so when I see and Illy shop I'm not tempted, when there are 500 other more interesting looking shops every direction you look. And in all of those, I mostly had a lot of cappucinos, and they were basically all excellent.

I cannot call Italy's coffe bad. But I confess I never drink it perfectly straight. Usually cappucino. The European style, a pretty small and strong espresso that is foamed. Not a honking big american cup.
by sosodev | 2025-10-29 20:06:11+00:00
Most AI companions have memory systems. It's still quite simplistic but it's not "goldfish memory" or just limited to the context window.

From what I understand, some inputs from the user will trigger a tool call that searches the memory database and other times it will search for a memory randomly.

With that said, I think people started falling in love with LLMs before memory systems and they probably even fell in love with chatbots before LLMs.

I believe that the simple, unfortunate truth is that love is not at all a rational processes and your body doesn't need much input to produce those feelings.