News for hackers. Stuff that matters.

aeontech

Re:Let Me Ch... on Monday November 02, 2026 @02:10PM (#50341977)
Reading this story after staring at Claude-prose for weeks is a breath of fresh air, honestly.

Thank you for sharing.

Re:Regent's Ground-Effect Vehicle Reimagines Coastal Travel on Wednesday October 28, 2026 @01:05PM (#50276845)
Imagine a fleet of these as ferries between Hawaii's islands for example. Awesome stuff, best of luck to the team!
Re:Beyond the Glass on Monday October 19, 2026 @12:23PM (#50154328)
This is beautiful writing, thank you for sharing.
I really liked this analysis - it echoes a lot of the comments here - to wit, as an engineer it's tempting to think that this is an engineering problem, but the program might get better results from funding third spaces and events and letting people match by what they want to do, not by what they think they may like in a person. https://www.singapore-samizdat.com/p/how-singapores-governme...
Aptera is getting pretty close to shipping first customer cars this year, or at least seems to be, while this is a one-off research prototype - I think your comment is not quite fair.
Re:A Trampoline on Wednesday July 29, 2026 @10:05PM (#49105369)
I was at a trampoline park last weekend (regular kind of place, everything padded for safety, as you'd imagine).

A ten year old kid left in an ambulance, neck injury, one side of the body paralyzed at the time of the event.

I really hope the kid recovers... but I don't think I'll ever forget that image.

Yes, everything in life has risks, but I don't even want to imagine how I'd feel if my kid, or my kids' friend had a life-changing injury on a trampoline at my home.

Re:Dinitz-Garg-Goemans conjecture is false on Wednesday July 22, 2026 @03:52PM (#49012453)
AI: "this is a known open problem, I can not solve this, sorry."

Prompt: "Can you try solving it, instead of not solving it?"

AI: "Oh, sure, here you go!"

Re:Odin, Wikipedia and Engagement Farming on Saturday July 04, 2026 @01:14AM (#48782812)
> The tendency of Wikipedia editors is that, when an article is many years old, they would rather flag it for improvement rather than simply throw away years of fellow editors' work.

That's not been my experience, tbh - in my view the deletionist fraction of the editors has essentially "won", if one can put it in those terms. I _think_ there is a (maybe small) group that have decided it is their mission to guard Wikipedia against what they view as cruft or non-notable, regardless of how many years of work these articles may have accumulated. They do not need to be paid for this - they enjoy it. Destroying is always easier than creation.

I seem to recall some study showing that the vast vast majority of edits/deletes on Wikipedia are the work of just a few hundred long-standing editors (citation needed) - which to me confirmed my gut feeling that most new editors bounce off and give up on contribution in short order.

I contributed for a few years, but gave up eventually - it was exhausting to spend time collating sources, collecting information, editing, rewriting, and then having someone come along and propose discarding your work with very little investment from their side.

Stackoverflow has gone through similar calcification - it's nearly impossible to contribute now, or build reputation as a new user, as posts get closed as duplicates or not-relevant.

Re:The Fall and Rise of Screwworm on Friday July 03, 2026 @12:04PM (#48776626)
Hmm, that seems to contradict the article directly - insecticides were used to try to battle screwworm initially and were not really effective - the solution was using sterile male flies to stop reproduction - which would work in South America just as well as it did in North (with sufficient scale)
Official site announcement discussion thread at https://news.ycombinator.com/item?id=48772573

Looks very interesting though!

Lemma 1: you want to protect your users privacy, and are also beholden to regulation enforcing that commitment (GDPR).

Lemma 2: you are obliged by other regulation to offer equal access to user data to third parties, so others can build equivalent functionality (DMA).

Lemma 3: malicious third parties will absolutely try to abuse the access and trick the user into sharing their data by all means possible. You will be held responsible in court of public opinion at minimum and legally at maximum if/when a malicious third party abuses said access.

This is a hard, possibly technically unsolvable problem no matter how much money you might have, because the root issue is not technical, it's the fact that you legally have to give third parties access and no way to control what they do with it - and as others have mentioned in the threads, it's exacerbated by the fact that the regulation doesn't say "this is okay and this is not", it is vague and judges things "by outcome", so you may spend all the time in the world implementing a solution you think will work, and then get hit by fines/lawsuits because the implementation is judged as not sufficient after the fact.

Re:Looking Forward to Postgres 19: Query Hints on Monday June 08, 2026 @11:05PM (#48455791)
Very interesting - I just installed pg_hint_plan [0] extension a few months ago to get around a query that was confusing the planner too much. Edge case, but when you need it you really need it.

Haven't seen pg_plan_advice before, TIL!

Re:A Family Project on Monday June 08, 2026 @12:28PM (#48447455)
This is beautifully written - don't know how this got on HN, but thank you for sharing it.
Re:Last.fm is now independent on Thursday May 28, 2026 @02:05PM (#48312973)
Time to revive my account... (scrobbling since 2003, heh) - started in audioscrobbler days, before last.fm

My usage has gone way down since switching to streaming services, this made me search for ways to backfill the data...

For anyone using Apple Music, looks like you can request an export of your data from privacy.apple.com, then use https://github.com/nerveband/Apple-Music-Play-History-Conver... to convert it for Last.fm import (haven't tried it yet, but looks promising).

Well, sure - braking is mostly relevant when merging to the slower lane, when merging to faster lane I generally do not need to - since that lane is already moving faster, just need to speed up slightly and time it for the right moment.

My point is, it feels safer and easier to aim to enter a new lane with the aim of "following" someone, rather than trying to rush in "ahead" of someone. But maybe it's just me.

I'll tell you what I specifically and intentionally do when I need to change lanes. I brake slightly, signal, and wait for the person on my right or my left to pull ahead of me, then change lanes immediately _behind_ them. Then sit there for a moment until my following distance evens out a bit.

This ensures that

a) I do not cut anyone off accidentally, and minimize the amount of stress in my immediate part of the universe

b) I will (most likely) have plenty of room behind me after I change lanes, reducing chances of anyone else running up on me

c) If there's noticeable traffic, the time I spend signaling and waiting for the person to move slightly ahead of me gives plenty of warning to the people _behind_ them that I'm about to enter the lane.

Ultimately, yes, of course in principle you're right, when I change lanes, I enter the lane in front of someone.... but I _can_ control whether I enter as far as possible ahead of them.

Re:Improving the usability of C libraries in Swift on Friday January 23, 2026 @01:53AM (#46729319)
This is awesome, and deserves its own post!
Re:Iconify: Library of Open Source Icons on Sunday January 18, 2026 @12:38PM (#46669999)
Since people are posting links to alternatives, another awesome source is the noun project. Has a mix of royalty-free, Creative Commons CC-BY-3.0, and paid license icons.

https://thenounproject.com/

This is a very cool app and list of resources for learning Japanese. Does anyone know of similar top recommendations for learning Chinese (Mandarin or Cantonese?)
Re:Building an AI agent inside a 7-year-old Rails monolith on Friday December 26, 2025 @12:30PM (#46394179)
While I agree that the training/learning ecosystem is pretty heavily centered in Python, going from that to "Ruby is awful" seems like a very drastic jump, especially if we are talking about the LLM interaction only.

I probably wouldn't write a training system in Ruby (not because it's not doable, just because it's not a good use of time to rewrite stuff that is already available in python ecosystem)... but hooking up a Ruby system up to LLM's for interaction is eminently doable with very little effort.

I am assuming your situation had some specific constraints that made it harder, but it would be nice to understand what they were - right now your comment describes a more complicated solution and I am curious why you needed it.

You don't need it until you need it, and needing it often comes in the form of a lightning strike from blue sky. The counterargument is that having everyone pay a higher amount makes it feasible to actually have this coverage available, when needed, without bankrupting the insurance companies, because the rare astronomically expensive care is covered by the premiums paid by the vast majority of people who are relatively healthy and are unlikely to need it.

Now whether the on-paper prices for medical care in this country actually have any relationship to objective reality is an entirely separate question of course. In general coming from an outside perspective, combining healthcare and for-profit motives in a single system seems particularly likely to lead to all kinds of perverse incentives, but, it's the system that exists, and it seems unlikely to change any time soon.

Re:We Remain Alive Also in a Dead Internet on Sunday November 23, 2025 @04:15PM (#46027395)
Oh my god, that makes the Matrix world make so much more sense :)
> They almost exclusively compare their model to prior models from 2024

As another comment here noted, the title is missing (2024) - this model was released almost a year ago, last December, so it's not surprising that that's the models they compare to.

Re:Meet the real screen addicts: the elderly on Tuesday October 28, 2025 @12:46PM (#45735258)
Yep. You'd be shocked (or maybe not) at how many people I looking at their phones on a freeway.

I wonder if there's any statistics comparing deaths and injuries from drunk driving versus distracted driving over the past 20 years or so. Is it a comparable at all?

Re:Nisus Writer: Schrödinger's Word Processor on Tuesday October 28, 2025 @12:45PM (#45735239)
I hope they find a way to open-source it! Seeing years of hard engineering work disappear into a black hole would be truly sad.

Older »