hatefulheart

What are those complications?

Last I heard Claude Code devs were trying to compare their app to a game engine or rendering system.

This was summarily ridiculed. Are you saying that writing a game engine is easier than writing Claude Code?

You’re on a forum where people share anecdotes, so presumably, you?

Are you dumb or are you just pretending? I’m going to guess the former!

So there is no CPU cycles for the ORM itself? That’s free?

Oh it was just a flex?

Ok then!

Looks like I’m not the only one, check the thread.

You got it in one, small world huh?

I think your tone is a bit combative. You can certainly provide the cliff notes but if you want me to believe you’re at working at computational limits whilst talking to me about string concatenation in web dev backend languages I think the burden of proof is on you.

I’m not sure why you thought I meant code clarity and not performance? It’s clear in all cases the correct SQL query will be more performant.

Confused at what you’re evening trying to say here. Are you suggesting that 100 lines of application layer code is easier to understand than 15 lines of SQL?

What optimizations are you making here when at the end of the day performance is dictated by the schema, the query planner and the network?

I have seen many ORM enjoyers argue the point about “you can just use SQL!” but I have never once seen an ORM enjoyer allow it, much less do it themselves in an actual codebase. They will time and time again prefer you write 100 lines of Typescript/Python for what could be achieved with 15 lines of SQL.

This is also why the conclusion of the article is extremely bizarre. I’m not keeping my eyes peeled for more articles from this individual.

This is a very cringe take.

Me and OP aren’t super heroes, we can’t do what a team of talented individuals created even if that team existed many moons ago. That isn’t the point.

We both questioned the tone and the conclusion of the comment.

Exactly.

Please get used to this sort of depressive, absurd and out of touch tone from HNers, it’s literally all they do now. Don’t bother calling people here hackers anymore, they have checked out emotionally and spiritually.

You can add a dev dependency in your pyprojec.toml with uv, look it up.

Are you suggesting we can make this comparison because there are no meaningful differences in society from the early 20th century to today?

I reject this argument as bad faith from the start.

Indeed it is so self evidently useful that you have to discover the correct way to use it.

This is clearly a ploy to normalise slop PRs, slop in the FOSS world more generally and the timing is telling. We are in the midst of large open source projects rejecting LLM contributions, this is a response.

Ok but is it not fair to say that without the first thing all of those things are irrelevant? Again, why are we even having this discussion? Ask Elizabeth Holmes how not having a product (whilst doing everything else you mentioned) goes.

Yes we have heard this before, React is only 30kb! But that misses the enormous amount of infra you need to even just do a basic fetch. (Read the post by the React Query author on whether you need React Query or not)

Likewise with JWTs for sessions you need to handle cache invalidation, revocation lists, key rotation, the list of difficult comp sci problems really does go on!

The same issue as always plaguing the frontend world. Up front “simplicity”, enormous actual complexity

With all due respect this reads a little deranged. To sell something to the masses you fundamentally need a product to sell. I'll agree that how you market the product can be a "product" in itself, but that only gets you so far. If it was never not about the building why waterfall vs agile why velocity why stakeholder why business analysts why meetings why board members pushing for features?

This is like when AI bros claim that AI has changed absolutely everything for their project but the first thing they do is reach for docker compose, react and postgres. Why don't you forget the bloat and have your LLM make your container, vdom differ and lightweight DB?

It's very surreal to have to point this out.

What does telling your customers you plan to make a game unplayable if it doesn’t perform exactly as you expect financially have to do with technical reality, pray tell?

Oh my god! This model is incredible! A massive leap for humanity!

Maybe in your fantasy world.

In reality people are rarely rich based on merit alone.

EDIT: Sorry it was a really clever joke.

I interact with Assembly everyday and many of those around me do too. So I wouldn’t label it as niche. If there are thousands of people doing something in computing, it ain’t niche. It’s niche when the numbers are much smaller than that.

Judging by the downvotes that other guy got, he wasn’t “absolutely correct!” as you seem to claim.

Stop constantly editing your message.

You’re absolutely right! If a project has less than 1 million active developers it must be old and shite!

Ah yes, the niche that is video, audio, game and systems programming.

When those three to four amateurs still doing those niche things grow up they’ll move on to real programming, like putting together a solid skills.md file.

What on earth are you talking about? Assembly makes sense in desktop computing as well. Have you ever, for example, watched a video? What do you think powers the codecs, JSX?

I don't believe this. Either you're lying, or you just haven't caught on how to use a computer.

Everything I do to interact with my computer is still the same.

See how boring you are?

I read comments like these in bewilderment.

Have you worked for a company that hasn’t created its own, as you put it “mini language”?

Have you worked for a company that doesn’t indulge in over engineering, over abstraction and hidden cost?

Do you actually do programming for a job at all?

So when Charlie Marsh goes on a podcast saying that the majority the complications they face with their work is in DevOps, he's also overstating things?

But you know best it seems!