News for hackers. Stuff that matters.

rsyring

Re:Let Me Ch... on Monday November 02, 2026 @02:10PM (#50341985)
> About the author...Once, at the Nürburgring, he nearly collided with Kimi Räikkönen.

Anyone else here interested in road course tracking (HPDE) or racing? If so, where do you go?

I'm in the US Midwest and have been to Putnam Park, NCM, mid-Ohio, Pitt Race (private now...sad), and Ozark's.

I take it back, it's not too hard.

I didn't realize the first round through that each game was for the same episode. I also didn't realize I could search for plot keywords. That made it a lot easier and I haven't missed one yet.

Thanks for doing something to honor him. I was bummed we didn't get a black bar for him today here on HN (I know he's not STEM but honorary STEM?).

The game might be too hard? I have watched A LOT of TNG and didn't make the first few guesses correctly and then bailed out.

Re:Patrick Stewart has died on Thursday October 29, 2026 @10:02PM (#50298984)
Audio auto play alert
Re:Patrick Stewart has died on Thursday October 29, 2026 @09:52PM (#50298933)
@ doesn't do anything on HN. You have to email if you want more than a chance they will see your comment.
Re:Patrick Stewart has died on Thursday October 29, 2026 @09:51PM (#50298925)
Emailed with an ask
Re:Patrick Stewart dies at 86 on Thursday October 29, 2026 @08:34PM (#50298352)
Missed it, thanks.
Re:Why are good developers so wary of agentic development? on Thursday October 29, 2026 @01:44PM (#50293054)
> For me this is the difference between 'vibe coding' and 'coding with AI':...

I think that entire paragraph was insightful and helpful in clarifying something I felt but wasn't sure how to express. Thanks.

Re:Why are good developers so wary of agentic development? on Thursday October 29, 2026 @12:55PM (#50292204)
No, I don't.

And, for what I do, Python web apps, it's almost never a problem. It doesn't affect runtime performance, accuracy, maintainability, or bug frequency except in the rarest of cases. Finding non-determinism is even rarer. And, in almost all adverse cases, it would be considered a bug.

I therefore find your suggestion to compare machine code and LLM output questionable. I find them qualitatively different paradigms, not simply another step up in abstraction.

Re:Why are good developers so wary of agentic development? on Thursday October 29, 2026 @12:06PM (#50291275)
> Good developers’ caution about agentic development comes from knowing that built isn’t the same as working in production...I always felt there was something else, another fear hiding behind those obvious ones.

It's not fear. It's experience. I've seen the kind of code agents write. And it's too often crap even when it "works". This isn't about beautiful code. It's about what we've built actually making sense to a, hopefully talented, software engineer.

Maybe more important than that, it's about taking the time to build the mental models that facilitate product development and the next iterations of coding. When agents write all the software, the majority of engineers I've seen, including myself, lose almost all context to what is actually going on at anything but a very high almost laughable level. And they then become almost completely dependent on the agent for the next iteration of development b/c they don't really understand what is there currently.

Does this matter? From a software perspective, it depends on what you are building and for whom.

From a human perspective, it depends on the human. I've seen good developers that I trust historically churn out crap code with agents because it was just too much to review. And there is some kind of weird addiction like thing happening in our brains when using AI that makes it incredibly difficult for us to slow down and review all the code it writes. In part b/c agents are great at crapping out 3K line PRs like it's nobody's business. But it needs to be someone's business to understand what we are shipping for anything but non-trivial projects. And truly understanding 3K line PRs hour after hour is just not sustainable for most of us. Our eyes glaze over and we just ship it because that's what we do now as an industry.

I think wary is the wrong term. I've learned agentic development's strengths and weaknesses. And the tools, as they work currently, churn out code at a rocket's pace that any good software engineer would immediately reject in years past. I don't like their code, I don't like how their code development process interacts with my brain. It's not waryness, it's dislike and mistrust.

So, yes, they can be assistants. And they can even write code. But I think in much smaller chunks than most people are using them these days.

The idea that we should build software factories and/or otherwise just turn agents loose and isolate humans to the product/QA level is insane to me. But I understand why we are here and I realize that a large portion of the business and dev community likes this new model.

I'm hoping that not doing it that way will end up be a competitive advantage in the long run. Both for the software we are producing and for the devs that are creating it.

...in mice.

Not knocking the research, cure it already! I just think it should be in the title to avoid false hope.

Re:Today, we hacked what we'd set out to hack: the iPhone on Friday October 23, 2026 @02:11PM (#50213133)
> the rest of us can vote with our votes instead, and get much better results

Not sure where you live or what votes you are making, but "much better results" is hardly what I've seen or expect from US politics, politicians, and the uber wealthy that run the corporations that dominate many of the most important aspects of our daily lives.

In this case, with curl, it's actually a way to check the system root trust store.

Mine hadn't been updated yet. I'm not sure why Firefox was failing the page check but, in some ways, it was a false positive for me.

Make sure you run the CLI checks too.

I noticed that Firefox didn't show any connections on that page (good) but when I ran the curl command, it did connect (bad) and I had to update my Ubuntu packages manually to resolve.

Re:How Tabasco Became the World's Hot Sauce on Wednesday October 14, 2026 @03:28PM (#50093608)
Amazon! Thank you.
Re:How Tabasco Became the World's Hot Sauce on Wednesday October 14, 2026 @01:26PM (#50091416)
Yucatan Sunshine was my favorite hot sauce for a number of years and then became almost impossible to find in the US Midwest. So interesting to see someone else mention it and on HN of all places! :)
This misses the HN guidelines by a wide margin. Please review and consider a more constructive critique.
Re:Bitwarden Dual License Model on Saturday October 10, 2026 @12:01PM (#50034221)
Re:Bitwarden Dual License Model on Saturday October 10, 2026 @11:23AM (#50033853)
Very insightful blog post listed by another user as a sub-comment. Worth posting as a top-level comment:

https://blog.ppb1701.com/the-quiet-renovation-at-bitwarden

Previously discussed: https://news.ycombinator.com/item?id=48163389

Re:Codex Pricing: Pro has unlimited 5.6 usage on Wednesday September 30, 2026 @05:45PM (#49914891)
Notably the business "Pro" plan is missing for $125 / month. So doesn't seem to be benefitting from this and maybe is being discontinued?

This pricing stuff is so frustrating. I run a small business so Enterprise doesn't fit us. The personal plans are better than the business plans. So we just do reimbursements for the personal plans.

I would mind paying $125 for SMB plans equivalent to the personal $100 plan, assuming they were as good or better than the personal plan. But I don't understand this pricing model that has the individual plans beating the business plans soundly.

Re:Ask HN: What're You Reading? on Tuesday September 29, 2026 @08:19PM (#49902715)
- Hacker News, mostly comments, and the occasional full article

- Google News and the occasional full article

- Email

- Slack

- ChatGPT/ Codex responses

- Road signs

- Various things in various mobile apps I use

- Websites

- Movie/Show subtitles

Off the top of my head, that accounts for most of the things I read on a weekly basis.

No time for books.

Re:I don't want the details on Wednesday September 23, 2026 @11:41PM (#49825977)
https://www.radicalcandor.com/

The first chapter or two of the book is good for the general principles. I found the later chapters about big org management to be less helpful.

I personally go one step further and mentally adjust radical candor to be winsome candor. I'm explicitly adding some empathy and humanity by doing that, so that I'm more likely to treat others how I'd want to be treated, even when the conversation is hard.

Re:Ask HN: What default model do you use and why? on Saturday September 12, 2026 @11:52AM (#49673611)
Context will be important for answers to be meaningfully comparable:

- LLM expense budget

- What type of dev: work, personal, real time spaceship thrust vectoring, html contact forms for family, etc.

- human in the loop with short as possible turns, software factories that can run for days, or something in the middle

Just off the top of my head. I'm sure there are others I'm missing.

Re:Orbs on Sunday August 30, 2026 @09:43AM (#49498606)
They've basically come up with what exe.dev has been doing for awhile now?

Except, exe.dev is more about, you have a VM and can do LLM work on it. Orbs seems to be minimizing the VM machinery more and making it about the "agentic experience."

It's common for different models to find holes in another's work. There are various good reasons for that.

FWIW, we use ChatGPT for our primary model and use Claude to do the reviews. This works better than ChatGPT doing it's own review even with a clean session/context.

Re:fx :Tiny, open, native coding agent. on Tuesday August 18, 2026 @07:20PM (#49354265)
I can't say I'm super into all the agents that are being created. But I do try to keep up here on HN and I can't say that I can remember any with this particular set of attributes.

In particular, aiming to be embeddable into other projects seems rather notable. At least, not something I've remembered of other projects that have made there way across the HN front page.

Re:fx :Tiny, open, native coding agent. on Tuesday August 18, 2026 @07:17PM (#49354230)
Originally, Warp was doing just that. Reimagining the terminal including making AI a part of it. I don't think they really found much purchase there because they ended up needing to make a platform out of it:

https://www.warp.dev/

Re:fx :Tiny, open, native coding agent. on Tuesday August 18, 2026 @07:01PM (#49354037)
For all the people asking "Why?", it seems like TFA has a pretty good list of features/attributes that it thinks sets it apart:

- fx is a coding agent harness and CLI written in Zig, optimized for research and embeddability as part of larger systems.

- It focuses on minimalism and performance across the board, from system prompt design, to its tools, feature set, and 6.39mib binary.

- For end users, its CLI output style and form factor aims to be closer to a Unix shell than a heavy "IDE in the terminal" TUI.

- It's open source (Apache-2.0), model-agnostic, and suitable for both local and cloud inference.

- Designed for instant installation and embedding in resource constrained environments and agent sandboxes.

- fx cold starts in 10µs and does no unnecessary work or I/O prior to accepting user input, making it ideal for programmatic use.

- Optimal fx.wasm builds produced by the Zig toolchain, which further reduce fx's size, making the network stack pluggable.

- fx contributes single-digit megabytes of memory baseline, allowing you to pack many instances in one machine.

- fx preserves scroll history by default, produces minimal output, and makes sparing use of complex TUI or paints

- Minimal system prompt and tools, to save on token costs and to yield optimal time-to-first-token performance (TTFT).

- Small core, extended via skills, plugins, MCPs, with a Unix-like philosophy to extensibility.

- Designed to work with local models, gateways, direct provider API access or subscriptions.

Re:Ask HN: Alternatives to GitHub on Monday August 17, 2026 @01:27PM (#49334593)
Not exactly:

> Forgejo is self-hostable free software for software development, built on top of Git. Codeberg is powered by Forgejo, which is in turn a hard-fork of Gitea. Compared to Codeberg, Forgejo is not one service, but free software to help you build your own. Everyone can install their own Forgejo instance to host their own projects. There are also public Forgejo instances as well as Codeberg you can use, but make sure you find a site that is actively maintained and updated, and that you trust the provider.

https://docs.codeberg.org/getting-started/what-is-codeberg/#...

Older »