News for hackers. Stuff that matters.

3D39739091

Re:How Our Rust-to-Zig Rewrite Is Going on Thursday July 16, 2026 @05:14PM (#48940341)
Nobody can.

"Claude Code uses Bun" is the reason that's given. But even though Anthropic tells us that "coding is solved", instead of rewriting Claude Code in something other than JS, they bought a company that made a JS runtime and then did a mass rewrite of that JS runtime.

Brain dumping to a blank page and organizing your own thoughts is still an option.
The issue is that the people evaluating you don't know the difference between legit domain expertise and pure bullshit.
Real talk, though, you should already have talked to enough people about solving this problem for them that you have a list of contacts who are eager to sign up.

Sounds like you don't have that. I'm kinda going to guess that you fell into the trap of building something without validating the need for it first.

Because to be completely honest, no business would ever sign up for this, and no reasonable individuals will sign up to carry anonymous packages through customs. The people that would deal with this for whatever $25 you can pay them are exactly the people you should never trust to carry your customers' packages in the first place.

Drug mule as a service
Re:FOSS "Just Fork It" Delusion on Saturday January 24, 2026 @10:03AM (#46744162)
Seems like the author's only talking about the extreme end of the spectrum. Not every fork is attempting to replace the forked project. There are so many other lesser degrees.

You can fork something just for a fun or experimentation. You could have a use case that the project doesn't handle and you aren't ready or interested in contributing that solution (especially if you only need this for a one-off scenario or a short-lived project).

This could also apply to needs that your client or company has, but it's out of scope for the original project, so you make a private fork that you and your team maintain internally. It could be that you DO actually make this public (either initially or eventually) so other people who have the same need can benefit and possibly contribute.

It could even be that, over time, the amount of users of your fork convince the upstream project that there is a need for this use case. Maybe they decide to handle it themselves or maybe your fork merges back in with the upstream. Sometimes projects just can't say yes to certain things because they wouldn't want to/be able to implement, maintain and support it. Seeing that you and others maintain a fork for a non-trivial amount of time can establish the credibility that there is indeed someone who will maintain this.

Re:Why users cannot create Issues directly on Saturday January 03, 2026 @06:10PM (#46482726)
Sounds like maybe the next project should be a better bug report/issue tracker
Re:Build Software. Build Users on Thursday January 01, 2026 @09:53AM (#46454584)
> LLMs likely have a much better understanding of what our users need and want.

They don't.

Basically this sounds like Agentic Fuzz Testing. Could it be useful? Sure. Does it have anything to do with what real users need or want? Nope.

Why not just do your work in an organized way in the first place?

Ask HN: What's your open source stack?

If you are using self-hosted open source to handle to handle your logs, traces, metrics instead of a third party SaSS or all in one platform, what do you use? How is it working out for you?Inspired by a related thread about vendor lock in.

( Read More... | 15 comments | 7 points | on HN )
Re:Someone at YouTube Needs Glasses on Wednesday April 30, 2025 @03:24PM (#43849599)
This is exactly the best part about the Linux experience right now. There is nothing that's there because a PM is trying to get a promotion.
Re:Show HN I made a git rebase TUI editor on Monday October 14, 2024 @04:01PM (#41841317)
> Learn your tools, people. This is the equivalent of a contractor taping rulers together because they didn’t realize their bag comes with a tape measure.

I feel like this is one of the big things we lose when working completely remote and disconnected: missing out on all these chances to help each other. We don't know the things we don't know.

Imagine OP was going to do a rebase -i, sitting next to a teammate and said, "man, I would do anything to be able to use interactive rebase without having to learn vim", and their teammate turned back and said, "Oh, you can use any editor you want".

Re:Show HN I made a git rebase TUI editor on Monday October 14, 2024 @11:37AM (#41838530)
Not trying to downplay your work, making cool tools is always cool, BUT:

1. You can also just configure Git to use whatever editor you'd like.

https://git-scm.com/docs/git-config#Documentation/git-config...

2. You don't need to be a Vim pro to interactive rebase effectively. Most of it will be `dd` to remove a line, `p` to paste a line, `j`/`k` to move up and down lines, and `cw` to change `pick` to `edit`, etc. Spend 15m with `vimtutor` (which is probably available on your system) and you'll never be afraid of vim again.

Re:Ask HN: In 2024, is SWE a sustainable career? on Monday October 07, 2024 @02:52PM (#41769557)
If anything, AI tools are doing the opposite. You don't acquire those skills by outsourcing your thinking to an LLM.
https://www.manning.com/books/get-programming-with-haskell

Get Programming With Haskell by Will Kurt. Made up of small lessons that all build on top of each other and will really help you understand what's going on.

I wanted to like Effective Haskell but honestly didn't. YMMV.

Shameless plug if you want to practice your hexidecimal math https://matt-savvy.github.io/hex_math/
Re:23words.com on Monday June 10, 2024 @02:11PM (#40636381)
Speller - Alphabetize as many words as you can in 60 seconds. (https://1-800-rad-dude.com/speller/)

Every user gets the same word list, words change daily.

Re:Dlvhdr/gh-dash: A beautiful CLI dashboard for GitHub on Tuesday May 28, 2024 @11:51AM (#40501981)
The point is that Github is not just a web-based graphical client for Git.
Re:Target sets a limit on self-checkout items on Monday March 18, 2024 @12:08PM (#39746338)
https://progressivegrocer.com/shrink-self-checkout-lanes-wor....

> That analysis showed that self-checkout led to a shrink rate more than 16 times higher than traditional cashier lines. Nearly 7% of self-checkout transactions had at least some amount of partial shrink, compared to 0.32% with cashiers. The analysis also suggested a shrink rate of 3.5% for self-checkout machines, while conventional cashiers only saw a 0.21% shrink rate.

Re:Decline Invitations on Sunday March 17, 2024 @11:24PM (#39740266)
This is pretty awful work advice for the average person. Most people aren't Feynman.

Taking this approach can free up your calendar, and it might even work out okay for you IF you are already indespensbile and you just produce so much value for your company that they'll put up with it.

For everyone else, you might end up with your calendar permanantly cleared.

As for the aspects relating to personal life, the author sounds like they could use some help.

Re:Target sets a limit on self-checkout items on Sunday March 17, 2024 @10:58PM (#39740161)
Bro, it really is that simple. Literally everyone (except apparently you) is stealing from these retailers.

The shrink rate is an order of magnitude higher on self checkout compared to a cashier lane with a human.