Hacker News: renerick

New comment by renerick in "Can You Find the Comet?"

renerick — Tue, 28 Apr 2026 08:49:09 +0000

That looks so cool, ngl!

New comment by renerick in "If more than 50% press blue, everyone survives. Red pressers always survive"

renerick — Mon, 27 Apr 2026 12:25:48 +0000

The divide between the "blue" and "red" sides lies in the conception of which button kills. The blues think that the red button kills the blues. The reds think that blue button kills the blues. I'm inclined to side with the latter

New comment by renerick in "If more than 50% press blue, everyone survives. Red pressers always survive"

renerick — Sun, 26 Apr 2026 22:03:34 +0000

By picking red you didn't contribute to anything at all, this button does absolutely nothing in practice. If you remove the red button, leaving the choice between pressing blue and not participating at all, the choice to not participate seems quite obvious. The red button adds some "weight" to the decision, but it's materially the same

New comment by renerick in "AI URI Scheme – Internet-Draft"

renerick — Tue, 16 Dec 2025 21:24:42 +0000

This document defines a scheme for "AI-adressable" resources without much care about definition of "AI-addressesable" or even the properties of such resources, that require a dedicated protocol.

I get very strong "E = mc^2 + AI" vibes from it, just shoehorning the coveted letters everywhere

New comment by renerick in "Thin desires are eating life"

renerick — Tue, 16 Dec 2025 21:03:52 +0000

You said it yourself - "sugary drinks... tend towards unfavorable consequences". The change happens as the outcome of the desire, not "in the process of the pursuing it".

New comment by renerick in "A WebGL game where you deliver messages on a tiny planet"

renerick — Sun, 28 Sep 2025 09:20:28 +0000

After listening to a certain science fiction podcast and playing through a certain space puzzle game, I think I've got a bit of a soft spot for tiny worlds, especially a world this charming! Good work

New comment by renerick in "Typst: A Possible LaTeX Replacement"

renerick — Sat, 27 Sep 2025 08:06:56 +0000

Typst is fantastic and I recommend to dive into it to see how much value it offers. To me personally, the biggest strength is the ergonomics of both the tooling and the language, and how ergonomics persist even between documents of various complexity. Writing a paper in LaTeX is nice, but making something like a CV takes some patience. Meanwhile, in typst it was quick to get started and go all the way to building resumes, character sheets, and I know of at least one occurrence of implementing symbolic math in typst language. It's not without quirks, but still, very solid alternative

New comment by renerick in "Rules for creating good-looking user interfaces"

renerick — Fri, 19 Sep 2025 11:57:43 +0000

I would argue that the second screenshot with redesigned Lighthouse is slightly worse that the "old" design

- the vertical ruler between the sidebar and the content is gone, making page structure less pronounced - the redesigned dropdown menu has no borders or shadows and blends with the primary background - the redesigned dropdown menu lost the little dot which highlighted currently selected option, replacing it with a folder icon, but now it's not useful, because it's the same folder icon for each option - the old design had really nice and noticeable "Add URL" button. I suppose, it was removed in favor of the "plus" button in the sidebar, but it's not nearly as noticeable and without the label it's not clear what it actually does

Sure, the issues in the old version are valid, but I think the redesign introduced more severe usability issues instead of mostly aesthetic issues

New comment by renerick in "What's New in C# 14: Null-Conditional Assignments"

renerick — Thu, 18 Sep 2025 07:12:51 +0000

> wants C# to be Python or whatever

Oh, how happy would I be if Python had a sliver of C# features. There's nothing like null-conditionals in Python, and there are many times I miss them

New comment by renerick in "Why you should choose HTMX for your next web-based side project (2024)"

renerick — Sat, 19 Jul 2025 22:19:57 +0000

Reusable components are prerogative of the templating system, such as React, or Vue, or server side templates that the framework of your choice uses. Htmx works with already rendered HTML fragments from the back end and doesn't do templating on its own, so there's simply no room for it to "solve" reusable components

New comment by renerick in "Most RESTful APIs aren't really RESTful"

renerick — Wed, 09 Jul 2025 19:29:30 +0000

I felt the need to clarify this point:

> As such, JSON driven APIs can't be REST

I made it sound like JSON APIs can't be REST in principle, which is of course not true. If someone were to create hypermedia control specification for JSON and implement hypermedia client for it, it would of course would match the definition. But since we don't have such specification and compliant client at this time, we can't do REST as it is defined

New comment by renerick in "Most RESTful APIs aren't really RESTful"

renerick — Wed, 09 Jul 2025 17:03:29 +0000

Htmx essays have already been mentioned, so here are my thoughts on the matter. I feel like to have a productive discussion of REST and HATEOAS, we must first agree on the basics. Repeating my own comment from a couple of weeks ago, H stands for hypermedia, and hypermedia is a type of media, that uses common format for representing some server-driven state and embedding hypermedia controls which are presented by back-end agnostic hypermedia client to a user for discoverability and interaction.

As such, JSON driven APIs can't be REST, since there is no common format for representing hypermedia controls, which means that there's no way to implement hypermedia client which can present those controls to the user and facilitate interactions. Is there such implmentation? Yes, HTML is the hypermedia, s and

New comment by renerick in "When Figma starts designing us"

renerick — Mon, 07 Jul 2025 13:41:18 +0000

It's not like Figma forces to use those features, right? And also, hot take, "limits the possible expressions" is a good thing for application design. Application is not art, first and foremost it must solve user's use case, be accessible, discoverable, ergonomic and practical to implement. Aesthetics must serve and complement those purposes, not be the focus of the design

New comment by renerick in "Show HN: A local secrets manager with easy backup"

renerick — Wed, 02 Jul 2025 03:56:54 +0000

Text formats have the advantage of better support in version control systems. SOPS does similar thing, it stores encrypted values in yaml/json, and from my experience using this approach with git it is indeed an improvement over, say, Ansible vault, which essentially turns text files into blobs

New comment by renerick in "MCP: An (Accidentally) Universal Plugin System"

renerick — Sun, 29 Jun 2025 04:38:02 +0000

> I've programmed machines to use those links so I'm pretty certain machines can use it

I'm curious to learn how it worked.

The way I see it, the key word here is "programmed". Sure, you read the links from responses and eliminated the need to hardcode API routes in the system, but what would happen if a new link is created or old link is unexpectedly removed? Unless an app somehow presents to the user all available actions generated from those links, it would have to be modified every time to take advantage of newly added links. It would also need a rigorous existence checking for every used link, otherwise the system would break if a link is suddenly removed. You could argue that it would not happen, but now it's just regular old API coupling with backward compatibility concerns.

Building on my previous example of hn comments, if hn decides to add another action, for example "preview", the browser would present it to the user just fine, and the user would be able to immediately use it. They could also remove the "reply" button, and again, nothing would break. That would render the form somewhat useless of course, but that's the product question at this point

New comment by renerick in "MCP: An (Accidentally) Universal Plugin System"

renerick — Sat, 28 Jun 2025 19:56:36 +0000

H in HATEOAS stands for "hypermedia". Hypermedia is a type of document that includes hypermedia controls, which are presented by the hypermedia client to a user for interaction. It's the user who makes decision what controls to interact with. For example, when I'm writing this comment, HN server gave a hypermedia document, which contains your comment, a textarea input and a button to submit my reply, and me, the human in the loop, decides what to put in it the input and when to press the button. A machine can't do that on its own (but LLMs potentially can), so a user is required. That also means that JSON APIs meant for purely machine to machine interactions, commonly referred to as REST, can't be considered HATEOAS (and REST) due to absence of hypermedia controls.

New comment by renerick in "Compiler for the B Programming Language"

renerick — Mon, 23 Jun 2025 06:05:36 +0000

Idk, java maybe, but c# doesn't even require .csproj files nowadays, it's really nice to use

New comment by renerick in "U.S. bombs Iranian nuclear sites"

renerick — Sun, 22 Jun 2025 08:47:28 +0000

That's not true. All nuclear weapons in USSR were built inside modern Russian territory, there was no production in any other republic.

https://en.wikipedia.org/wiki/Soviet_atomic_bomb_project#Log...

New comment by renerick in "Show HN: Photoshop Clone Built in React"

renerick — Mon, 26 May 2025 08:02:40 +0000

So it's basically just static a visual reproduction (aside from the brush). Nothing wrong with that, but I still was hoping for a bit more functional demo, at least with working menus/buttons/dropdowns and layout management.

New comment by renerick in "Claude 4"

renerick — Fri, 23 May 2025 08:40:11 +0000

NVIDIA sells the shovels, then OpenAI/Anthropic/Google make an excavator out of shovels (NVDIA also seems to work on their own excavators), then some startup starts selling excavator wrapper. I don't know if there are any snakes at the bottom, but there's surely a whole lot of shovel layers on the way down.