Don’t need the Ord instance for equality, just Eq is sufficient. Ord is for inequalities.

The point of the post is that most mainstream languages don’t provide a way to automatically derive point-wise equality by value, even though it’s pervasively used everywhere. They instead need IDEs to generate the boilerplate rather than the compiler handling it.

It’s not the only reason (they’re just truly terrible people across the board), but no one in my family has talked with my grandparents on my dad’s side in many, many years because of this. Rightwing nutjobs with no grip on reality and no idea how shitty they are. I’m pretty sure they don’t even know that they are great grandparents now (technically, anyway).

It’s more of a sexual orientation… Or I guess perversion?

Pretty sure that would go a long way in Austin.

Incidentally, also terrorist-supporrinf organizations.

First of all, not all state legislatures are the same. Nebraska has a unicameral system, and despite the issues with the legislature, it’s overall a much better system than a bicameral one. A bicameral state legislature makes even less sense than a federal one. The federal government should be unicameral.

This isn’t 1789. We aren’t some loosely federated collection of colonies anymore. We are one nation, and no citizen should have greater voting power than another. The interest of a state can be effectively represented by that state’s representatives working together towards a common goal.

While that’s true, it doesn’t make it right. All representation should be proportionate.

I agree, but it should also be something people do because they care about doing the right thing and value democracy, irrespective of what social media tells them to do.

Bitch that’s called voting.

God all these TikTok trends are so fucking dumb. I guess if it sways votes to Harris that’s good, but what a sorry state of affairs we have that there are people out there that need to be drip-fed content in order to do their civic responsibility and stop fucking fascism.

In my neighborhood, I’ve seen some houses take down their Trump signs. Dunno if it means anything, but I don’t think I had ever seen that before.

Oh I’m sure, wasn’t saying otherwise. The whole thing is a joke.

I believe it’s saying that the drive-thru was open but the restaurant interior was closed.

Anarchism is not chaos, which is what it seems like you think it means. Anarchism is the opposition to hierarchy and is thus directly opposed to fascism and therefore Trump. No anarchist wants to see Trump win because it means fascism has won.

I actually tend to drop off my mail ballots at the local library drop box.

I wasn’t suggesting making JSON “REST” APIs (not actually REST, more accurately you might call them JSON data APIs or something). I meant protocols that are specifically meant for RPC, like gRPC, JSON-RPC, etc. Or message queues like RabbitMQ.

Ah I see, my bad. You mentioned Ruby on rails and GraphQL so I assumed you were talking about some kind of MPA situation.

Yeah htmx doesn’t replace data APIs for sure. Still not a fan of GraphQL for that purpose for the reasons above. There’s a lot of good options for RPC stuff, or even better, you can use message queues. GraphQL is just a bad idea for production systems, IMO.

I was replying to someone talking about GraphQL and Ruby on rails, not the OP of this post.

I don’t know what you mean by an API standard, but yes, it is technically a JavaScript library. But that’s only an implementation detail and the spirit of htmx is that you write very little JavaScript. Javascript is simply used to extend the HTML standard to support the full concept of hypermedia for interactive applications. An htmx-driven application embraces hypertext as the engine of application state, rather than the common thick client SPAs hitting data APIs. In such a model, clients are truly thin clients and very little logic of their own. Instead, view logic is driven by the server. It has been around for quite a long time and is very mature.

It’s fundamentally different than most JavaScript libraries out there, which are focused on thick clients by and large.

This is something often repeated by OOP people but that doesn’t actually hold up in practice. Maintainability comes from true separation of concerns, which OOP is really bad at because it encourages implicit, invisible, stateful manipulation across disparate parts of a codebase.

I work on a Haskell codebase in production of half a million lines of Haskell supported by 11 developers including myself, and the codebase is rapidly expanding with new features. This would be incredibly difficult in an OOP language. It’s very challenging to read unfamiliar code in an OOP language and quickly understand what it’s doing; there’s so much implicit behavior that you have to track down before any of it makes sense. It is far, far easier to reason about a program when the bulk of it is comprised of pure functions taking in some input and producing some output. There’s a reason that pure functions are the textbook example of testable code, and that reason is because they are much easier to understand. Code that’s easier to understand is code that’s easier to maintain.

Obligatory “JSON APIs are not REST because JSON is not hypermedia”.

GraphQL is a mess too as you throw out any ability to reason about query performance and it still requires thick clients with complicated/duplicated business logic.

If you’re doing RoR anyway, then go for https://htmx.org/. It’s much, much simpler and closer to how the web was originally designed. Highly recommend this book the author wrote on the subject (also provides tutorials walking through building an app): https://hypermedia.systems/book/contents/.