Hacker Newsnew | past | comments | ask | show | jobs | submit | CapsAdmin's commentslogin

I moved from a very quiet culture to a very noisy one.

Here people watch tik tok on full blast, people let their kids run amok in concrete cafes, constantly honk at each other, blast karaoke for all neighbors to hear, etc.

These people have some ability to sift through noise. For example being able to talk to someone on the phone with a loudspeaker in a loud environment while both seem to understand each other well.

But for some reason, the majority of people don't care, and so in some weird way, the concept of sound pollution don't exist.

When sound pollution don't exist as a concept, there is nothing to get annoyed about.


This has been my experience as well. But, these are things we developers care about.

Coding aside, LLM's aren't very good at following nice practices in general unless explicitly prompted to. For example if you ask an LLM to create an error modal box from scratch, will it also implement the ability to select the text, or being able to ctrl c to copy the text, or perhaps a copy message button? Maybe this is a bad example, but they usually don't do things like this unless you explicitly ask them to. I don't personally care too much about this, but I think it's noteworthy in the context of lay people using LLM's to vibe code.


I've been playing with vibe coding a lot lately and I think in most cases, the current SOTA LLM's don't produce code that I'd be satisfied with. I kind of feel like LLM's are really really good at hacking on a messy and fragile structure, because they can "keep track many things in their head"

BUT

An LLM can write a PNG decoder that works in whatever language I choose in one or a few shots. I can do that too, but it will take me longer than a minute!

(and I might learn something about the png format that might be useful later..)

Also, us engineers can talk about code quality all day, but does this really matter to non-engineers? Maybe objectively it does, but can we convince them that it does?


> Maybe objectively it does, but can we convince them that it does?

how long would you give our current civilisation if quality of software ceased to be important for:

  - medical devices
  - aircraft
  - railway signalling systems
  - engine management systems
  - the financial system
  - electrical grid
  - water treatment
  - and every other critical system
unless "AI" dies, we're going to find out


Yet it is rare someone ever needs to write a PNG decoder.

In the unlikely event you did, you would be doing something quite special to not be using an off-the-shelf library. Would an LLM be able to do whatever that special thing would be?

It's true that quality doesn't matter for code that doesn't matter. If you're writing code that isn't important, then quality can slip, and it's true an LLM is good candidate for generating that code.


I tried vibe coding a BMP decoder not too long ago with the rationale being “what’s simpler than BMP?”

What I got was an absolute mess that did not work at all. Perhaps this was because, in retrospect, BMP is not actually all that simple, a fact that I discovered when I did write a BMP decoder by hand. But I spent equal time vibe coding and real coding. At the end of the real coding session, I understood BMP, which I see as a benefit unto itself. This is perhaps a bit cynical but my hot take on vibe coders is that they place little value on understanding things.


Mind explaining the process you tried? As someone who’s generally not had any issue getting LLMs to sort out my side projects (ofc with my active involvement as well), I really wonder what people who report these results are trying. Did you just open a chat with claude code and try to get a single context window to one shot it?


Just out of curiousity (as someone fairly familiar with the BMP spec, and also PNG incidentally): what did you find to be the trickiest/most complex aspects?


None of this is fresh in my mind, so my recollections might be a little hazy. I think the only issue I personally had when writing a decoder was keeping the alignment of various fields right. I wrote the decoder in C# and if I remember correctly I tried to get fancy with some modern-ish deserialization code. I think I eventually resorted to writing a rather ugly but simple low-level byte reader. Nevertheless I found it to be a relatively straightforward program to write and I got most of what I wanted done in under a day.

The vibe coded version was a different story. For simplicity, I wanted to stick to an early version of BMP. I don’t remember the version off the top of my head. This was a simplified implementation for students to use and modify in a class setting. Sticking to early version BMPs also made it harder for students to go off-piste since random BMPs found on the internet probably would not work.

The main problem was that the LLM struggled to stick to a specific version of BMP. Some of those newer features (compression, color table, etc, if I recall correctly) have to be used in a coordinated way. The LLM made a real mess here, mixing and matching newer features with older ones. But I did not understand that this was the problem until I gave up and started writing things myself.


You should try a similar task with a recent model (Opus 4.5, GPT 5.2, etc) and see if there are any improvements since your last attempt. I also encourage using a coding agent. It can use test files that you provide, and perform compile-test loops to work out any mistakes.

It sounds like you used an older model, and perhaps copy-pasted code from a chat session. (Just guessing, based on what you described.)


I kinda like Theo's take on it (https://www.youtube.com/watch?v=Z9UxjmNF7b0): there's a sliding scale of how much slop should reasonably be considered acceptable and engineers are well advised to think about it more seriously. I'm less sold on the potential benefits (since some of the examples he's given are things that I would also find easy by hand), but I agree with the general principle that having the option to do things in a super-sloppy way, combined with spending time developing intuition around having that access (and what could be accomplished that way), can produce positive feedback loops.

In short: when you produce the PNG decoder, and are satisfied with it, it's because you don't have a good reason to care about the code quality.

> Maybe objectively it does, but can we convince them that it does?

I strongly doubt it, and that's why articles like TFA project quite a bit of concern for the future. If non-engineers end up accepting results from a low-quality, not-quite-correct system, that's on them. If those results compromise credentials, corrupt databases etc., not so much.


Crashes and slowness do matter to non-engineers.


I'm honestly not getting the human story thing when it comes to music and maybe art in general. I mean I get what it means, but I don't think it describes why people enjoy art.

To me, it seems more like people place their own meaning in art. A particular song might remind one individual of the good times they had in their teens, while the actual meaning of the song is completely different.

Bachs 5th symphony (or whatever) might be extremely annoying to someone because they had to listen to it every day at work.

And what exactly is the meaning of jazz fusion? I really like a good solo, but a lot of people hate it, they need to hear a voice. (though I don't particularly like the signature Suno or Udio solo..)

I found this ai track on Spotify that I unironically enjoyed. I listened to it every day while working on reviving an old passion project, which became its meaning to me. The tune, a long with its album with random disparate suno generations was taken down.

I'm not sure if I have a point here, but something is off with the story thing in art to me from a consumers point of view. Maybe from other artists as consumers point of view?


Your point echoes the "death of the author" concept in literature, where the work is independent of the creator, full stop. It's a useful concept up to a point, but if you really have no idea what it means to have a deep connection to music that is wrapped up in some idea of the creator as a human being, you should trust others when they say they do and it's important to them. For those of us with that value, AI slop is offensive, and to be clear, it has precedents in history with Muzak, early schlager music etc -- what they all share is a desire to use the power of music for non-artistic ends, which sucks from any number of viewpoints. If music has non-artistic utility, that doesn't justify a concerted effort to take away artist-made music from those who may not be paying attention.


I appreciate the honesty. I'm not saying people don't have this relationship with art, I think everyone can have some degrees of it, including me.

But my experience as an artist talking to non-artists about art, I don't think the sentiment that art without a struggling artist, purpose, story to tell, human arc, etc, is not real art is a true sentiment. First of all, because it's not true, because people apply their own meaning and form their own unique relationship with an artist. (The saying don't meet your heroes come to mind.)

Note that I'm not talking about AI at all here. I'm 100% for banning purely generated AI on soundcloud, bandcamp, spotify, etc. What I really want is to filter out art created by people who has put profit as first priority and thrown away any shred of artistic integrity.

But this is an impossible feat, because who am I to judge that someone else's favorite artist is devoid of artistic integrity?


except that what you’re describing is the CONSUMER SIDE of meaning, not the SOURCE of it.

yes, listeners project their own memories onto music, no one’s disputing that. but that doesn’t make the creator, context, intent, or labor irrelevant. treating music as interchangeable stimulus is how you end up defending systems that strip human work of attribution, risk, and livelihood while still feeding on the cultural residue artists created in the first place.


I think maybe we're talking past each other then. I'm saying I don't agree with the argument that music necessarily needs to have a story to be widely consumed in a positive way.

While I personally like it when people put their heart and soul into something, even if the result is technically not very great, it's society who is the ultimate judge of whether that creation benefits them or not.

I know that the track I'm currently listening to is superior in every way to some modern pop song. The artists have practiced for decades, they have their own unique style I can recognize in other tracks. But I also know that 99.999% of people don't give a shit and think it's noisy music, and depending on your perspective, they're correct.


> I think maybe we're talking past each other then. I'm saying I don't agree with the argument that music necessarily needs to have a story to be widely consumed in a positive way.

I can imagine that this is true for a lot of people. There are certainly folks out there who see music as an interesting sensory stimulus. This song makes you dance, this one makes you cry, this other one makes you feel nostalgic. To these people, the only thing that matters is what the music makes them feel. It's a strange, solipsistic way of engaging with art, but who am I to judge?

I personally don't connect to music—or any other art—that way. The process that goes into making a piece of music is as important to me as the music itself. The people who make that music are even more important. I don't believe in separating art from the artist. In fact, I find the whole idea of separating art and artist to be fundamentally rotten.

Here's an admittedly extreme example, but it's demonstrative of how I personally relate to music. In the wake of the #MeToo movement (see https://en.wikipedia.org/wiki/MeToo_movement), some of the musicians I used to love as a teenager were outed as sexual predators. When I found out, I scoured my music library and deleted all their work. The music was still the exact same music I fell in love with all those years ago, but I could no longer listen to it without being reminded of the horrible actions of the musicians. Listening to it was triggering.

And so to me, music is not just a series of sounds that make me feel good. There are humans behind those sounds, and I care deeply about those humans. They don't need to be perfect—everyone fucks up from time to time—but they need to demonstrate some level of human decency. And they certainly can't be machines, because machines aren't people.

I love machines. I've spent my life building them, programming them, and caring for them. But machines aren't people, and therefore I don't care about the art they make. Maybe one day machines will be able to make art in the same way humans do: by going out into the world, having experiences, making mistakes, learning, connecting with others, loving and being loved, or being rejected soundly, and understanding deeply what it means to be a living thing in this universe. A generative AI model doesn't do that (yet!) and so I'm utterly uninterested in whatever a generative AI model has to say about anything.


I don't think appreciating art separated from the author is solipsistic, in fact I'd argue the opposite. Needing a human presence to engage with art is very human-centric. Or maybe that's due to your definition of art? I can be stunned by how beautiful a sunset is, the same way that I am by a painting, even if no human had a hand in that sunset. I can appreciate the cleverness of a gull stealing some bread from a duck the same way I can appreciate the cleverness of a specific music being used at a specific point in a movie. I can shiver at the brutality of humanity watching Night and Fog, just like I can shiver at the brutality of a praying mantis, eating alive a roach.

>Maybe one day machines will be able to make art in the same way humans do: by going out into the world, having experiences, making mistakes, learning, connecting with others, loving and being loved, or being rejected soundly, and understanding deeply what it means to be a living thing in this universe.

I think this is a good description of the process of how some art is created, but not all? Some art is a pursuit of "what is beautiful" rather than "what it means to be human" ie a sensory experience, some art is accidental, some art just is. For some art knowing the person behind is important, to me; for some not; for some it adds to the experience; for some it removes from it.

I would also highlight some small contradiction:

>I can imagine that this is true for a lot of people. There are certainly folks out there who see music as an interesting sensory stimulus. This song makes you dance, this one makes you cry, this other one makes you feel nostalgic. To these people, the only thing that matters is what the music makes them feel. It's a strange, solipsistic way of engaging with art, but who am I to judge?

>Here's an admittedly extreme example, but it's demonstrative of how I personally relate to music. In the wake of the #MeToo movement (see https://en.wikipedia.org/wiki/MeToo_movement), some of the musicians I used to love as a teenager were outed as sexual predators. When I found out, I scoured my music library and deleted all their work. The music was still the exact same music I fell in love with all those years ago, but I could no longer listen to it without being reminded of the horrible actions of the musicians. Listening to it was triggering.

That seems to me a case of "the only thing that matters is what the music makes them feel".


> I can be stunned by how beautiful a sunset is, the same way that I am by a painting, even if no human had a hand in that sunset.

As can I, but a gorgeous sunset is not art. It's beauty.


If the definition of art is that a human must be involved, then fine. AI generated music is not art. But it is everything art is minus the human component? ie, it can be beautiful, ugly, etc, just like how a sunset can be beautiful and a rotting corpse can be ugly.


> Bachs 5th symphony (or whatever) might be extremely annoying to someone because they had to listen to it every day at work.

Or Beethoven's 9th. For different reasons...


"little of the old ludwig van"?


I built an open to "game engine" entirely in Lua a many years ago, but relying on many third party libraries that I would bind to with FFI.

I thought I'd revive it, but this time with Vulkan and no third-party dependencies (except for Vulkan)

4.5 Sonet, Opus and Gemini 3.5 flash has helped me write image decoders for dds, png jpg, exr, a wayland window implementation, macOS window implementation, etc.

I find that Gemini 3.5 flash is really good at understanding 3d in general while sonnet might be lacking a little.

All these sota models seem to understand my bespoke Lua framework and the right level of abstraction. For example at the low level you have the generated Vulkan bindings, then after that you have objects around Vulkan types, then finally a high level pipeline builder and whatnot which does not mention Vulkan anywhere.

However with a larger C# codebase at work, they really struggle. My theory is that there are too many files and abstractions so that they cannot understand where to begin looking.


The responsiveness of windows 2000 in a vm is insane. It feels like every action happens instantaneously.

Contrast this with the "os" of my LG oled monitor. It seriously takes 5 seconds to open the settings menu.


Contrast this with the "os" of my LG oled monitor. It seriously takes 5 seconds to open the settings menu.

I'm not sure what they use these days, but 10-15 years ago the MCU in a monitor was likely to be a ~10MHz 8051.


Somewhat related, in a lot of those developing countries, fakes are so prolific that they become meaningless.

When you go to the market to buy socks, it's a little difficult not to find socks without logos like nike, addidas, gucci, prada, etc.

If you wear the real deal, everyone will think it's fake, or perhaps "worse", they will think nothing of it.

You can buy high quality fakes, or low quality. Or even the real deal, straight from the factory, just without the final stamp of approval.


It sounds like you're trying to articulate why you don't like Lua, but it seems to just boil down to syntax and semantics unfamiliarity?

I see this argument a lot with Lua. People simply don't like its syntax because we live in a world where C style syntax is more common, and the departure from that seem unnecessary. So going "well actually, in 1992 when Lua was made, C style syntax was more unfamiliar" won't help, because in the current year, C syntax is more familiar.

The first language I learned was Lua, and because of that it seems to have a special place in my heart or something. The reason for this is because in around 2006, the sandbox game "Garry's Mod" was extended with scripting support and chose Lua for seemingly the same reasons as Redis.

The game's author famously didn't like Lua, its unfamiliarity, its syntax, etc. He even modified it to add C style comments and operators. His new sandbox game "s&box" is based on C#, which is the language closest to his heart I think.

The point I'm trying to make is just that Lua is familiar to me and not to you for seemingly no objective reason. Had Garry chosen a different language, I would likely have a different favorite language, and Lua would feel unfamiliar and strange to me.


GP is the creator of Redis. I would imagine he knows Lua well given that Redis has embedded it for around a decade.


In that case, my point about Garry not liking Lua despite choosing it for Garrysmod, for seemingly the same reason as antirez is very appropriate.

I haven't read antirez'/redis' opinions about Lua, so I'm just going off of his post.

In contrast I do know more about what Garry's opinion on Lua is as I've read his thoughts on it over many years. It ultimately boils down to what antirez said. He just doesn't like it, it's too unfamiliar for seemingly no intentional reason.

But Lua is very much an intentionally designed language, driven in cathedral-style development by a bunch of professors who seem to obsess about language design. Some people like it, some people don't, but over 15 years of talking about Lua to other developers, "I don't like the syntax" is ultimately the fundamental reason I hear from developers.

So my main point is that it just feels arbitrary. I'm confident the main reason I like Lua is because garry's mod chose to implement it. Had it been "MicroQuickJS", Lua would likely feel unfamiliar to me as well.


If I am remembering correctly, there was a moment where Garry was seriously considering using Squirrel instead of Lua. I think he experimented with JavaScript too.

I’m not sure it’s still the case but he modified Lua to be zero indexed and some other tweaks because they annoyed him so much, so it’s possible if you learned GMod Lua you learned Garry’s Lua.

Of course his heart has been with C# for many years now.


It's generally true, isn't it? Otherwise we'd have ground breaking discoveries every day about some new and fastest way to do X.

The way I see it, mathematicians have been trying (and somewhat succeeding every 5~ years) to prove faster ways to do matrix multiplications since the 1970s. But this is only in theory.

If you want to implement the theory, you suddenly have many variables you need to take care of such as memory speed, cpu instructions, bit precision, etc. So in practice, an actual implementation of some theory likely have more room to improve. It is also likely that LLM's can help figure out how to write a more optimal implementation.


just to add to the sandwich somehow, vscode is mainly written in typescript


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: