HNHacker News
TopNewBestAskShowJobs

rudyp_dev

9 karma · joined March 24, 2026

submissionscomments
rudyp_dev··on iPhone Duo
Really want information about if there is a left-handed software setting for the new side-oriented buttons
rudyp_dev··on iPhone Duo
I'm a little worried about the buttons moving up along the side, since I use my phone with my left hand... Hopefully there is more information about whether the OS supports moving the controls to the left, or even keeping them at the bottom.
rudyp_dev··on Show HN: Hybrids – a daily flower logic puzzle
Thank you for playing and for the feedback!
rudyp_dev··on Show HN: Hybrids – a daily flower logic puzzle
I recently put together Hybrids as an homage to a formative childhood game of mine, Logical Journey of the Zoombinis (https://en.wikipedia.org/wiki/Logical_Journey_of_the_Zoombin...).

Thanks for checking it out!

rudyp_dev··on The bottleneck was never the code
I think what I'm trying to get at is that there's a lot of code out there that really just needs to work. It doesn't need to scale to millions of users, it doesn't need to be abstract-able and useful to use cases we don't even know about yet, just needs to get an idea off the ground. That code is not the product. In such a case writing the code very much is a bottleneck.

If you're writing OSS code or software projects expected to be used by others that may have constraints like that, then by all means the code that gets output matters itself. But even still I'd argue that the cost of writing code manually to get there is still a bottleneck.

rudyp_dev··on The bottleneck was never the code
I think the argument here misses critical nuance; there is a difference between code used to implement a product and when code _is_ the product.

It goes without saying that agents have little to no product sense in any discipline. If you're building a game or an app or a business, your creative input still matters heavily! And the same is true for code; if the software is your product, then absolutely the context missed by skipping the writing process will degrade your output.

That doesn't mean that writing code wasn't a bottleneck even for creating well structured software projects. Being able to try multiple approaches (which would have previously been prohibitively expensive) can in many instances provide something a room of bickering humans never would have reached.