Hacker News: jgdxno

New comment by jgdxno in "Productive Procrastination"

jgdxno — Sat, 11 Apr 2026 12:49:03 +0000

We mostly use figma for brainstorming and RICE-scoring, which can be hard work. Hence my lukewarm reaction. My other reaction was "cool, how’d he do that".

New comment by jgdxno in "Productive Procrastination"

jgdxno — Sat, 11 Apr 2026 07:15:40 +0000

What's the purpose of having this at all?

New comment by jgdxno in "The future of software development is software developers"

jgdxno — Tue, 30 Dec 2025 09:44:00 +0000

If you used the car as an analogy instead, it would make more sense to me. There were car craftsmen in Europe that Toyota displaced almost completely. And software is more similar to cars in that it needs maintenance and if it breaks down, large consequences like death and destruction and/or financial loss follows.

If llms can churn out software like Toyota churns out cars, AND do maintenance on it, then the craftsmen (developers of today) are going to be displaced.

New comment by jgdxno in "Revisiting Interface Segregation in Go"

jgdxno — Fri, 07 Nov 2025 18:18:55 +0000

At work we use it heavily. You don't really see "a zillion interfaces" after a while, only set of dependencies of a package which is easy to read, and easy to understand.

"makes it hard to cone up with good names" is not really a problem, if you have a `CreateRequest` method you name the interface `RequestCreator`. If you have a request CRUD interface, it's probably a `RequestRepository`.

The benefits outweigh the drawbacks 10 to one. The most rewarding thing about this pattern is how easy it is to split up large implementations, and _keep_ them small.

New comment by jgdxno in "Type checking is a symptom, not a solution"

jgdxno — Fri, 05 Sep 2025 19:05:53 +0000

I've always viewed type systems as adding constraints on and descriptions to the data and logic in the system.

Which is exactly what you find a ton of in electrical engineering (e.g. IEEE C37.2 and gazillion more).