MurphyA/hacker-news huggingface dataset:
by jacquesm | 2026-03-10 16:24:44+00:00
I'll make this blunt: if you're a guy then half the population is not capable of 'enforcing their boundaries' against you, more so if you count children. The problem you seem to have is to think that if someone is not capable of enforcing their boundaries that they are not allowed to have those boundaries and that it is your god given right to do whatever the F* you want just because you can. That's not how the world works, nor is it how it should work.

Boundaries - of all kinds - are not unenforceable nonsense, they are rights that you willingly and knowingly violate.
by embedding-shape | 2026-03-10 16:25:48+00:00
> This meeting happens literally every week, and has for years. Feels like the media is making a mountain out of a mole hill here.

Are you completely missing the point of the submission? It's not about "Amazon has a mandatory weekly meeting" but about the contents of that specific meeting, about AI-assisted tooling leading to "trends of incidents", having a "large blast radius" and "best practices and safeguards are not yet fully established".

No one cares how often the meeting in general is held, or if it's mandatory or not.
by akagr | 2026-03-10 16:26:08+00:00
The important part is you don’t have to remember that gobbledygook. I don’t know why author posted that key stroke list as it seems to remove value from this post and make it look harder than it is.

Magit surfaces all available commands and options for you, along with key shortcuts as well as the actual git cli counterparts if you want to learn the raw command, too.
by benlivengood | 2026-03-10 16:26:09+00:00
The world labor market is ~35T USD yearly, and so that is roughly the order of magnitude to balance against frontier model training cost. E.g. Dario Amodei has his "data center of PhDs" level where he assumes that's "good enough" to stop training frontier models; so if that can take even 5% of global labor market that's ~1.5T a year revenue, balanced against current model training costs of ~1B. 3 orders of magnitude might get us to PhD level? I think that is ultimately the bet the big AI companies are making. Even if 1T is the cost of PhD level AI then three/four companies could depreciate that over 4-5 years sharing that 5% of global market.
by slaymaker1907 | 2026-03-10 16:26:24+00:00
std::array can sometimes give you the best of both worlds for stack allocation in that you statically constrain the stack allocation size (no alloca) while guaranteeing that your buffers are large enough for your data. You can also do a lot of powerful things with constexpr that are just not possible with arrays. It is very convenient for maintaining static mappings from enums to some other values.
by bloppe | 2026-03-10 16:26:48+00:00
I've implemented exactly the filter you're describing. Yes, it's essentially a presentation issue.

There are 2 common ways to represent time: something akin to Unix time, which is just a scalar number representing the offset from some global reference instant (the epoch), or as "clock-calendar parameters" i.e. year-month-day-hour-minute-second. It's much more natural for software to operate entirely on the former representation right up to the point that the timestamps need to be either displayed as an output string for a human to read, or parsed from an input string from a human. Then you crack open tzdata [1] to do the conversion.

[1]: https://en.wikipedia.org/wiki/Tz_database
by hard24 | 2026-03-10 16:26:59+00:00
I think as long as having to review code stays around, the 'artistry' of writing code isn't going away.

Think about it - how do you increase the speed at which one can review code? Well first it must be attractive to look at - the more attractive the faster you review/understand and move through the review. Now this won't be the case everywhere - e.g. in outsourced regions the conditions will force people to operate a certain way.

Im not a SWE by trade, I just try to look at things from a pragmatic stand-point of how org's actually make incremental progress faster.
by SmrutiS | 2026-03-10 16:27:00+00:00
Location: Chicago,IL (US)

Remote: Yes (happy remote, also open to in-office)

Willing to relocate: Yes (US)

Technologies: Python, Java, SQL, C/C++, TypeScript, HTML, CSS, MySQL, PostgreSQL, MongoDB, FastAPI, React, Next.js, AWS (EC2, S3,Lambda, IAM), Docker, ML/data pipelines, Supabase, Kafka, Airflow.

Résumé/CV: https://drive.google.com/file/d/1AMIgJqNqOIKPLG9dlB0ttYJQnmG...

Email: smruti.s.singh@gmail.com

Github: https://github.com/smrutis3

A brief about me: Implementation Engineer with 2+ years deploying enterprise security infrastructure (PAM, Active Directory, AWS Secrets Manager) across 15+ clients. I've been the primary technical point-of-contact on every engagement running daily client stand-ups with IT, security, and network teams, translating infrastructure requirements into production Python and AWS solutions that cut onboarding time by 60% and forensic lookup by 75%.
Broad capabilities across Python, SQL, ETL pipelines, REST APIs, and CI/CD.

Open for roles: Forward Deployed Engineer, Solutions Engineer, Software Engineer, Python Developer.
by dathinab | 2026-03-10 16:27:28+00:00
> EM-Dash === AI thing

which never should have been a thing,
because it was obviously wrong

yes AIs is more likely to use em-dash,
but that is just one, by itself very insufficient, indicator.

it's like hip size. In average over the populations
they are wider for woman. But the effect is too small
to classify the gender of a hip bone by it's size.
(Like for a specific age range and ethnicity, the difference
in median is like 1" or so, while there is a >10" difference
between 5%-percentile and 95%-percentile. Varying by gender
in difference and exact distribution.) Well I guess em-dash
are more an indication for AI then hip size for gender... lol
by sdevonoes | 2026-03-10 16:28:14+00:00
Reviewing AI generated code at PR time is a bottleneck. It cancels most of the benefits senior leadership thinks AI offers (delivery speed).

There’s also this implicit imbalance engineers typically don’t like: it takes me 10 min to submit a complete feature thanks to Claude… but for the human reviewing my PR in a manual way it will take them 10-20 times that.

Edit: at the end real engineers know that what takes effort is a) to know what to build and why, b) to verify that what was built is correct. Currently AI doesn’t help much with any of these 2 points.

The inbetweens are needed but they are a byproduct. Senior leadership doesn’t know this, though.
by prmoustache | 2026-03-10 16:28:42+00:00
what's ok with windows?

Ui sucks, it is not reliable (on my corporate laptop I lost sound suddently in the middle of our daily today and had to reboot it to get it back, the fotos app on the cloud desktop I use randomly stopped loading images last week when double-clicked from explorer, saying the file doesn't exist while paint could still open them), it is sluggish as hell...I don't see anything for it really.
by pavon | 2026-03-10 16:28:44+00:00
Neat. Even knowing about niche optimization I would have guessed that you could fit 7 Options - one bit for each. But the developers were smart enough to take advantage of the fact that you can't have a Some nested below a None, so you only need to represent how many Somes there are before you reach None (or the data), allowing 254 possibilities.
by andy12_ | 2026-03-10 16:28:47+00:00
Putting stuff you have learned into a markdown file is a very "shallow" version of continual learning. It can remember facts, yes, but I doubt a model can master new out-of-distribution tasks this way. If anything, I think that Google's Titans[1] and Hope[2] architectures are more aligned with true continual learning (without being actual continual learning still, which is why they call it "test-time memorization").

[1] https://arxiv.org/pdf/2501.00663

[2] https://arxiv.org/pdf/2512.24695
by SoftTalker | 2026-03-10 16:28:50+00:00
So will it turn out that actually writing code was never the time sink in the first place?

That has always been my feeling. Once I really understand what I need to implement, the code is the easy part. Sure it takes some time, but it's not the majority. And for me, actually writing the code will often trigger some additional insight or awareness of edge cases that I hadn't considered.
by znpy | 2026-03-10 16:28:52+00:00
> Unfortunately, for most people the fact that it's part of Emacs is a blocker.

OT but i've learned the hard way not to push people into emacs.

a few years ago i made the very stupid mistake of pushing some colleague to trying/learning emacs and then i found myself having to explain the same person everything as well as fix his elisp code from his ~/.emacs .

Reality is, i didn't want to have that role and that colleague wasn't interested in gnu emacs in the first place.

That was a very stupid mistake on my side.

Nowadays i just say things like "yeah it's magit, an emacs plugin" or "ah yeah, it's nice because you spend some time learning it and then you can bring it over from company to company, no licenses involved or other annoyances".

Some people are intrigued, most other absolutely aren't... And it's fine.
by devonkelley | 2026-03-10 16:28:53+00:00
This is an underrated point. The PR itself used to be a signal filter. If someone took the time to understand the codebase, write coherent code, and explain their changes, that correlated with quality. Now you can generate all of that without understanding any of it. The review burden didn't just increase, the entire trust model for open source contributions broke. Maintainers used to review code, now they have to reverse-engineer intent.
by lapcat | 2026-03-10 16:29:16+00:00
> Man... How did yall white Westerners turn out to be the weakest people in the world? You were supposed to be the bastions of freedom and justice

This is a misunderstanding of American history. From its founding by wealthy white male landowners and slaveowners, the US was by design a plutocracy, enshrined in the Constitution with various anti-democratic (small "d") measures such as separation of powers, the electoral college, the Presidential veto, the unelected Supreme Court with lifetime tenure, and representation of land rather than population in the Senate. Originally, Senators weren't even directly elected. And of course neither women nor Black men had the right to vote. (EDIT: I forgot to mention the extreme difficulty of amending the Constitution, and as a result, the Constitution hasn't been amended much since the Bill of Rights.)

The only thing that held the plutocracy in check was "all political is local". The US was an agrarian nation, not yet hit by the industrial revolution. The fastest form of communication and tranportation was the horse. What has changed radically in the 20th and 21st centuries is that modern technology allows the ultra-wealthy to organize and conspire (see Epstein and friends, for example) on a national and even international scale. Political election campaigns have always been privately funded—another essential feature of the plutocracy—and now they're obscenely expensive with TV and internet advertising, which further consolidates the power of the ultra-wealthy campaign contributors.

The biggest problem with the US is that we haven't had a political revolution in 250 years. We're still operating under the ancient rules.

Even during the suffering of the Great Depression, it took a "white knight", an ultra-wealthy leader FDR with some sympathy for the lower classes, to provide some relief. And note that the most successful third-party Presidential candidate in recent history was Ross Perot, a billionaire who self-funded TV informercials to spread his message. The game is rigged in favor of big money and has always been so rigged.
by neom | 2026-03-10 16:29:34+00:00
I'm not sure they invented that, I used moltbook and found it didn't have it, so I created it and posted it here a good 2 weeks before they posted their post: https://news.ycombinator.com/item?id=46850284 - not that I care, want credit, or think ideas are worth anything, just like I didn't invent it, they didn't invent it either. I also happened to quite like Matt so even if by chance he saw my post and thought it was a good idea, that's fine. (I feel I sound bitter in this post, I'm not)
by mullingitover | 2026-03-10 16:29:35+00:00
> with various anti-democratic (small "d")

Yes, because the designers of the system were well-read and understood that raw democracy, like oligarchy and autocracy, is something that republics devolve into.

Rule by the many is great, but the historical evidence shows it's clearly unstable. The Constitution is designed to maximize the advantages while hedging against its inherent instability.

> The game is rigged in favor of big money and has always been so rigged.

I would say the game is rigged in favor of production, of which capital is a big part, because those who don't produce end up being governed by those who do.
IronDiff – Network Config Backup and Analysis
by MattRos | 2026-03-10 16:29:37+00:00
Hi HN, I'm Matt. I've spent over 15 years running an MSP (B-Comp Services) and managing infrastructure. One of the biggest, most persistent headaches my team and I face is tracking exactly what changed in a network config between the time it worked and the time it mysteriously broke.

Most existing solutions we evaluated were heavily bloated, wildly expensive, or required giving a third-party platform "God mode" write access to the crown jewels of the network. That never sat right with me from a security perspective.

I built IronDiff to solve this problem with a strict focus on security and simplicity. It is a SaaS platform designed to provide automated backups and deep analysis of your network configurations without the typical overhead.

Here is what makes it different:

Minimal Access via SSH: I designed IronDiff specifically so the platform doesn't need complex APIs or unrestricted agents. It connects via standard SSH and is strictly programmed to only issue the specific commands required to pull your configurations. It does what it needs to do and stays out of the way, keeping your attack surface as small as possible.

True Visual Diffs: Instead of making you manually compare raw text files in Notepad during a 2 AM outage, IronDiff provides a clean, side-by-side visual comparison of configuration changes over time. You can see exactly which line of code changed on a firewall, router, or switch at a glance.

Automated Backups: No more relying on engineers remembering to manually export configs. IronDiff automates the collection process on a schedule so you always have a reliable, point-in-time recovery option.

Built for Multi-Tenancy: Since I built this to scratch my own itch managing multiple clients, it natively handles multi-tenant MSP and enterprise environments effortlessly.

I'm officially launching it this morning. I would absolutely love to hear your feedback, hear how you handle this problem today, or answer any questions you have about the architecture.

Link: https://irondiff.com
by hard24 | 2026-03-10 16:30:18+00:00
"So will it turn out that actually writing code was never the time sink in the first place?"

Of course it wasn't! Do you think people can envision the right objects to produce all the time? Yeah.. we have a lot of Steve Jobs walking around lol.

As you say, there's 'other stuff' that happens naturally during the production process that add value.
by mrguyorama | 2026-03-10 16:30:42+00:00
This is my dream.

I think we should solve the "It's cloudy sometimes" problem with state built, extreme oversupply. Also giant solar farms in the southwest and large HVDC power lines to send that everywhere.

There's zero reason why "We make more power than we use most of the time" ever has to be a "problem". I think we should have so much unused power that it makes sense to suck CO2 out of the air to make fuel and chemical feedstocks. Air capture at that scale would be an insane engineering and manufacturing problem though.

You probably shouldn't vote for me though. I have dumber ideas too. But the "Lets do Solarpunk for real" one is probably not harmful to anyone. Except for a bunch of rich families in Texas.
by inder1 | 2026-03-10 16:30:46+00:00
the skills that protect against displacement long-term are exactly what vibe coding erodes. an engineer who built with AI but never developed the instincts to spot its mistakes has a gap they don't know they have. this maintainer problem is a preview: when you can't tell the difference between a PR from someone who understood the code and one from someone who just prompted into it, the verification burden doesn't disappear. it shifts to whoever has enough skill to catch the errors.
Show HN: StateSurface – server-owned state and NDJSON streaming for MPA pages
by superlucky84 | 2026-03-10 16:30:50+00:00
Hi HN,

I built an experimental web runtime called StateSurface:

https://github.com/superlucky84/state-surface
https://state-surface.subtleflo.com/

It explores a simple idea:

Server owns state. Client owns DOM projection. Pages are real MPA HTML, and in-page updates stream over NDJSON.

The model has four pieces:
- Surface: HTML page shell with <h-state> anchors
- Template: stateless TSX projection
- Transition: server-side async generator yielding state frames
- Action: declarative HTML trigger

This is not production-ready — it’s a prototype to explore whether server-owned state + streaming UI can be a useful alternative to SPA-heavy architectures.

Would love feedback, especially from people familiar with htmx, LiveView, Hotwire, or server-driven UI in general.
by troupo | 2026-03-10 16:30:56+00:00
> Which is why nukes don’t get built.

Nukes don't get built because:

- billions (if not trillions) of subsidies were poured into wind and solar over decades to make them viable while nuclear energy was addled with additional taxes, reactor closures, and very few new reactor licenses

- decades of fear-mongering led to loss of expertise in building new nuclear power plants (and instead South-East Asia has been picking up speed in building new reactors) [1]

In 2015 nuclear was significantly cheaper than most other types of energy across most markets: https://world-nuclear.org/images/articles/REPORT_Economics_R... (Figure 12, in some markets including the then-emerging renewables). And yet renewables were enjoying unprecedented amounts of subsidies and money poured into them while nuclear... Oh we know what was happening to nuclear, just look at Germany.

[1] Here's EU's own report: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=COM:2025...

Renewables: 80-80 billion euro in subsidies a year.

Fossil fuels: 60-140 billion euro in subsidies a year.

Nuclear: good luck finding the thin orange line in the graph. (1% of subsidies)

--- start quote ---

As shown on Figure 4 , solar energy received by far the largest share of subsidies, both historically and in 2023 (EUR 21 bn), followed by biomass (EUR 9 bn) and wind power (EUR 7 bn). Hydropower received marginal financial support (~EUR 1 bn), while subsidies targeting multiple renewable technologies (such as tax reductions on green technology or public aid for investment projects) jumped to EUR 23 bn by 2023.

Subsidies for nuclear energy dropped from EUR 7.9 bn in 2021 to 3.7 bn in 2022 and 4.1 bn in 2023. Of the 14 MS providing nuclear subsidies, France (EUR 2.9 bn) accounted for the biggest share, followed by Germany (EUR 0.8 bn) , Spain and Belgium (EUR 0.1 bn each).

--- end quote ---
by orf | 2026-03-10 16:31:06+00:00
I’ll make this blunt: I expect you to write in all caps as per my policy below.

You’re really just going to do whatever the F* you want and write in lowercase just because you can?

That’s not how the world works, nor how it should work :(

Markdown files - of all kinds - are totally not unenforceable nonsense, they are rights of a real legal entity (the repository) that you willingly and knowing violate every time you don’t comment in all caps.

And yes, before you ask, this discussion is definitely one in which it is appropriate to bring up rape and pedophilia.
by avian | 2026-03-10 16:31:21+00:00
Is there really a microcontroller in there? As in a general purpose microprocessor core executing machine code in ROM? Any references for that?

I find it baffling that this would be cost effective. Maybe by dropping in a CPU core and software you save some design cost vs. a more specialized IC. But it must be more expensive per unit to manufacture in a process where you can fit in all those transistors. And these things are manufactured in such quantities that design costs must be a pretty minimal part of the final part price.

This used to be implemented as a purely analog control loop, i.e. opamps and such. After all TCXOs predate the age of ubiquitous CPUs by decades. Even if there is a need for a factory-programmed temperature calibration curve, there are techniques where it can be implemented in a pure analog way, or in a dedicated digital circuit where the transistor count will be much lower vs. a general purpose CPU core.
by wat10000 | 2026-03-10 16:31:22+00:00
They're already talking about pushing it back farther, trying to revert/rewrite every commit from users suspected of ever using LLMs. Practicality doesn't really enter into it, this is an ideologically driven project that insists on getting rid of the "taint." https://codeberg.org/NerdNextDoor/evi/issues/19
by sanusihassan | 2026-03-10 16:31:25+00:00
sharing another feature from PDFEquips (https://www.pdfequips.com) - the Merge Pages (N-Up) tool. It arranges multiple PDF pages onto a single sheet, which is useful for reducing printing costs or creating study-friendly handouts.

You choose how many pages per sheet (2, 4, etc.) and the tool handles the layout and scaling automatically. A 100-page document becomes 25 sheets at 4-up.

this is a short youtube demo.
by withoutboats3 | 2026-03-10 16:31:29+00:00
This is indeed a great quote (one of many gems from Sir Tony) but I think the context that follows it is also an essential insight:

> The first method is far more difficult. It demands the same skill,
devotion, insight, and even inspiration as the discovery of the simple
physical laws which underlie the complex phenomena of nature. It
also requires a willingness to accept objectives which are limited
by physical, logical, and technological constraints, and to accept a
compromise when conflicting objectives cannot be met. No committee
will ever do this until it is too late.

(All from his Turing Award lecture, "The Emperor's Old Clothes": https://www.labouseur.com/projects/codeReckon/papers/The-Emp...)
by beardedetim | 2026-03-10 16:31:31+00:00
This is what I don't understand about this policy. There's no way a senior has enough spare capacity to be the gate keeper on every PR made by AI below them. So now we are just making it so the senior people use more AI to keep up but now they're to blame for letting it happen.

It sounds like a piss poor deal for seniors unless senior engineer now means professional code reviewer.