frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

Atari Means Business with the Mega ST

https://www.goto10retro.com/p/atari-means-business-with-the-mega
24•rbanffy•1h ago•6 comments

Codex CLI is going native

https://github.com/openai/codex/discussions/1174
19•bundie•1h ago•3 comments

Figma Slides Is a Beautiful Disaster

https://allenpike.com/2025/figma-slides-beautiful-disaster
147•tobr•6h ago•74 comments

RenderFormer: Neural rendering of triangle meshes with global illumination

https://microsoft.github.io/renderformer/
190•klavinski•9h ago•41 comments

The Future of Comments Is Lies, I Guess

https://aphyr.com/posts/388-the-future-of-comments-is-lies-i-guess
36•zdw•2d ago•14 comments

Why DeepSeek is cheap at scale but expensive to run locally

https://www.seangoedecke.com/inference-batching-and-deepseek/
52•ingve•5h ago•35 comments

Progressive JSON

https://overreacted.io/progressive-json/
316•kacesensitive•12h ago•151 comments

I like to install NixOS (declaratively)

https://michael.stapelberg.ch/posts/2025-06-01-nixos-installation-declarative/
70•todsacerdoti•6h ago•37 comments

Georgists Valued Land in the 1900s

https://progressandpoverty.substack.com/p/how-georgists-valued-land-in-the
81•surprisetalk•1d ago•51 comments

Google AI Edge – on-device cross-platform AI deployment

https://ai.google.dev/edge
37•nreece•6h ago•2 comments

Show HN: A Implementation of Alpha Zero for Chess in MLX

https://github.com/koogle/mlx-playground/tree/main/chesszero
33•jakobfrick•3d ago•2 comments

Structured Errors in Go

https://southcla.ws/structured-errors-in-go
65•todsacerdoti•8h ago•25 comments

A Pokémon battle simulation engine

https://github.com/pkmn/engine
25•rickcarlino•2d ago•6 comments

Father Ted Kilnettle Shrine Tape Dispenser

https://stephencoyle.net/kilnettle
124•indiantinker•7h ago•23 comments

Browser extension (Firefox, Chrome, Opera, Edge) to redirect URLs based on regex

https://github.com/einaregilsson/Redirector
31•Bluestein•5h ago•12 comments

RSC for Lisp Developers

https://overreacted.io/rsc-for-lisp-developers/
4•bundie•1h ago•5 comments

When Fine-Tuning Makes Sense: A Developer's Guide

https://getkiln.ai/blog/why_fine_tune_LLM_models_and_how_to_get_started
4•scosman•2d ago•0 comments

Ovld – Efficient and featureful multiple dispatch for Python

https://github.com/breuleux/ovld
72•breuleux•2d ago•22 comments

An optimizing compiler doesn't help much with long instruction dependencies

https://johnnysswlab.com/an-optimizing-compiler-doesnt-help-much-with-long-instruction-dependencies/
15•ingve•5h ago•1 comments

A Beautiful Technique for Some XOR Related Problems

https://codeforces.com/blog/entry/68953
24•blobcode•6h ago•2 comments

Show HN: Patio – Rent tools, learn DIY, reduce waste

https://patio.so
132•GouacheApp•12h ago•72 comments

Reviving Astoria – Windows's Lost Android

https://trungnt2910.com/astoria-windows-android/
45•upintheairsheep•7h ago•16 comments

Snake on a Globe

https://engaging-data.com/snake-globe/
41•rishikeshs•2d ago•10 comments

New adaptive optics shows details of our star's atmosphere

https://nso.edu/press-release/new-adaptive-optics-shows-stunning-details-of-our-stars-atmosphere/
111•sohkamyung•13h ago•13 comments

Why Use Structured Errors in Rust Applications?

https://home.expurple.me/posts/why-use-structured-errors-in-rust-applications/
27•todsacerdoti•8h ago•14 comments

Stepping Back

https://rjp.io/blog/2025-05-31-stepping-back
80•rjpower9000•11h ago•28 comments

I like Svelte more than React (it's store management)

https://river.berlin/blog/why-i-like-svelte-more-than-react/
3•adityashankar•2h ago•4 comments

Tldx – CLI tool for fast domain name discovery

https://github.com/brandonyoungdev/tldx
41•Brandutchmen•8h ago•18 comments

CCD co-inventor George E. Smith dies at 95

https://www.nytimes.com/2025/05/30/science/george-e-smith-dead.html
116•NaOH•17h ago•10 comments

A Lean companion to Analysis I

https://terrytao.wordpress.com/2025/05/31/a-lean-companion-to-analysis-i/
230•jeremyscanvic•20h ago•23 comments
Open in hackernews

Next.js: The "Versatile" React Framework That Can't Handle Dynamic Routes

https://github.com/vercel/next.js/discussions/64660
15•batchfy•1d ago

Comments

batchfy•1d ago
Next.js claims to be a versatile React framework, yet it doesn’t support something as fundamental as dynamic routing in a single-page app. The issue was raised by one of their own developers—two years ago—and it's still unresolved. I genuinely don’t understand the hype. Everyone seems to be using Next.js, and the internet is flooded with tutorials like it’s the holy grail of React frameworks.
fixprix•1d ago
Did you miss the comment where they said, "We’re still planning to address this within the next few months."?

Just because your niche issue isn't resolved, it is kind of a jerk move to blast them on HN especially when they've recently replied saying the issue is on their radar.

In less popular open source projects this is what drives devs to abandon them.

nhinck2•1d ago
I love when these threads pop up.

It's fascinating to see people go nuclear over small issues and then take it public like everyone else should care.

sebmellen•1d ago
I recently had to migrate a large project off of Next.js because of this issue. Have you tried TanStack Router? It is so many infinitely times better than Next.js for SPAs (and honestly most React use cases) that I can’t believe it’s not better known.

https://tanstack.com/router

nine_k•1d ago
Vercel must be good at marketing. They are also good at offering Next.js hosting. They sustain that notion of Next.js being a natural choice.

Next.js offers some nice things as SSR and bundle slicing so that the initial load is (theoretically) way faster. There are other tools which do that, too. I personally find TanStack a more compelling "batteries included" proposition, despite its terrifying function signatures sometimes.

lolinder•1d ago
This was your contribution to that thread last month [0]. Now a month after that insightful contribution you're on HN posting editorialized titles trying to get sympathy? Given your behavior in that thread I'm just impressed at how well the Vercel folks handled your aggression.

Maybe it's time to take your own advice and try a different framework instead of wasting time trashing on one you don't like.

[0] https://github.com/vercel/next.js/discussions/64660#discussi...

antisol•1d ago
It seems someone hasn't been very thorough in their investigation.

Actually, this user has been posting in this thread for months - the earliest post I saw was in January. The user posted several times asking for updates as to whether this feature was planned or not, fairly politely it seems to me, and was totally ignored as far as I can see.

After repeatedly asking for updates and having no response whatsoever, it seems they became disillusioned. Which I think isn't unreasonable - it's my opinion that it's pretty rude for a maintainer to ignore reasonable questions put to them, and that it's quite reasonable to be offended when you are ignored in this way. You talk about "aggression", I say ignoring people is an act of aggression, and it seems to me that this user has simply responded in kind.

We could get into a discussion on whether a maintainer has any responsibility to respond to users asking questions, and then use that as a basis for deciding whether specific posts by this user were justified or not, but my point is that the picture you paint with your post is inaccurate and incomplete. At best.

lolinder•1d ago
No, I was very thorough: I saw every comment and pulled out the obscene, aggressive, offensive acrostic embedded in months of harassing tagging of the target of that acrostic because that recent pattern of behavior overshadows everything else. There's no excuse for that entry no matter how frustrated they get.

Vercel owes them nothing—and the specific employee OP chose as a target owes them even less—and this entitled behavior is a long-standing plague on open source that needs to be called out and soundly condemned. If they need the feature so desperately they can add it themselves (Vercel already said it's something they want to implement!) or switch frameworks.

jemiluv8•1d ago
This has been a plague for so long it nearly threatened the rails project. It also inspired a very interesting article https://dhh.dk/2012/rails-is-omakase.html about the maintainer that provides a framework of sorts for thinking about issues regarding open source entitlement
lolinder•22h ago
Thanks, I hadn't read that before and it's a great piece!

> If most things on the menu disgust you, what on earth are you still doing at the table? The door is right over there, try not to slam it on your way out.

antisol•22h ago
Interesting, thanks for sharing.

...but did you notice how the entire scenario presented in this article is predicated on the person who made their suggestion actually getting a response?

"I'm sorry, but hotdogs don't really fit our sushi menu, and while you may not care for unagi, we picked it for a reason. But thanks for the suggestions!"

Totally reasonable response. Polite. Reasonable explanation. 10/10 response. Totally unreasonable to then start insisting that hot dogs be added.

The example scenario isn't "person asks the waiter for a hot dog; waiter just keeps walking past them, blanking them as if they don't even exist".

I would be curious to know why OP chose to post this today, 3 weeks after they said they were working on it. That's an interesting detail.

lolinder•21h ago
> The example scenario isn't "person asks the waiter for a hot dog; waiter just keeps walking past them, blanking them as if they don't even exist".

First: that scenario is actually still just fine when the establishment is a soup kitchen. When the people providing the service are providing it for free funded entirely out of their own pocket then no user of the free service is entitled to anything, ever.

Second: that isn't an accurate description of what happened, as you should know because you read the thread in full. What actually happened is that a maintainer responded to the issue back in January with a soft timeline. OP began harassing that maintainer less than halfway through the provided timeline.

When they got ignored for just over a week (which is, again, entirely reasonable especially given that a timeline was already offered) OP proceeded to write not one but three "FUCKUJimmy" acrostics further harassing the maintainer who had provided the initial timeline.

Then, on May 9, which is well within the initial estimate, the maintainer provided an update saying that the timeline had to be pushed back. OP's reaction to that was to try to bring the project hate on HN.

In what universe is any of this behavior by OP acceptable?

antisol•21h ago
> a maintainer responded to the issue back in January with a soft timeline

It seems I missed that comment (https://github.com/vercel/next.js/discussions/64660#discussi...).

My apologies. There were a lot of comments.

I stand corrected, withdraw my support of OP's behaviour, and agree that it's not acceptable.

---

> no user of the service is entitled to anything, ever.

I say everyone is entitled to basic human decency and acknowledgement of their existence. I say that the waiter walking past and blanking them is rude and a dick move, and not "totally fine" at all. While you are correct that the user isn't entitled to the 10/10 polite response/explanation given in the article, they are entitled to some sort of basic human decency. The waiter blanking them and the waiter responding by calling them a cunt with no provocation are both aggression.

I also say that the "soup kitchen" analogy you gave doesn't really hold here - didn't you refer to that maintainer as "an employee"? So it's that person's job to respond to issues. Which entitles people asking them questions to a response. (Which, as I concede above, he did actually get)

But now we're debating philososophy, which I specifically didn't want to do. And I've conceded that in this instance your position on OP's behaviour is correct.

jemmyw•1d ago
Why not use something else then? I wrote my own router, when I outgrew that I wrote an extension to react router to do the extra thing I needed. Complaining about stuff never gets you far with software written by others.
tudorconstantin•1d ago
Am I the only one thinking that going back full circle to server side rendering, but to a way more convoluted way of having it, is actually a regression rather than evolution technologically? We had SSR since the times of Perl, PHP, Python, Ruby and even express. But in a way more straight forward way of doing it: here’s some HTML, with some db queries that takes data, puts it in said HTML and sends it to the browser. Today we have react components that can be executed both on the server and on the client, we need at least 2 servers - one for the frontend and one for the backend, we have to hydrate the components when we render them server side, but not when rendering them in the browser, etc. I feel like we’re inventing stuff just because we can and there’s a huge cohort of engineers who complicate their development experience just because.
antisol•1d ago
You are not the only one thinking this. A couple of years ago I was working with some people who were using next.js.

For some feature they wanted, they explained to me how nextjs has this great "feature", which was "really exciting" and allowed all kinds of fancy stuff that I've been doing since about 2003. They were going to turn on next's server-side rendering.

My immediate reaction was to point out "congratulations, you've just reinvented PHP, only with a much much worse language and two extra servers".

A lot of these "solutions" use three servers, not the two you mention: you use one server you don't have any control over, e.g google static hosting, to host the "compiled" static stuff - then you have that point at a server running node and another copy of all your terrible javascript, and then finally a third server running some more sensible stack, which could easily and more cleanly do the job of the other two using tech that isn't trash.

It's called "progress", and people like you and me just need to get with the times, it seems.

genatron•1d ago
It has been full circle indeed. React is great for front-end development but with the need for having some pre-rendering (e.g. SEO) it's understandable why server-side re-entered the picture. However, with Next it has been slower build times and various twists and turns (a lot of the same things PHP was always bashed for). That's why for SPA apps we now default to Vite + react-router for a 10x speed up in build times on the same hardware.
mdhb•15h ago
It’s primarily the react crowd specifically who have been off doing their own thing for many years at this point and never seem to look outside their ecosystem and are stuck in this bizarre infinite loop of just reinventing the wheel constantly, never really improving anything just chasing one new buzzword after another. It’s really unlike any other dev or engineering ecosystem I’ve ever seen in over 25 years.