Live data from Hacker News

Programming is Art

orchidfiles.com

171–180 of 210 posts

Re: Programming is Art

#171
post #76

Earlier quoted context omitted.

> Most solutioning is art, given that you should have more than one way to reach the target state and target state itself is negotiable and non-concrete. When there are multiple options you are forced to analyze between them, sometimes you have a preferred option if the analysis has been done before. Your choices while solutioning will reflect your experience and how you think. In short, it definitely reflects 'you'.…

I think art's definition would be even broader. Anything that involves your imagination, skill, ideas and analysis (applying yourself to the choices in front of you) would be art. Just googled and verified this, btw. If choosing what to have for lunch is making you involve your imagination and analyse choices, then I guess it would fall in the category of art. And due to restraints of time, budget and prior experienc…

/shrugs

OK. Well I am clearly an art master of lunch planning. Who knew?

Re: Programming is Art

#172

If this were true, there would be a large market for artisan code. There isn't. That doesn't take anything away from the knowledge work that happens when you develop software, but the code itself is not the art. The solution is the art. Perhaps like most popular art, it's more about the story behind it.

I'm grumbled in other comments here about definitions of art that are so vague that they're just "anything where you think a bit"

But I'd take them every time over a definition of art being "something for which there is a market". Screw that.

Re: Programming is Art

#173

It’s really important to understand the various perspectives in AI discourse; those who view Programing as Art feel a deep affront and threat on many levels. It’s legitimate. If you loved the art of writing code, and also enjoyed getting paid a boatload for that activity, you’re losing out in the trade as AI shifts the focus of software from coding to designing. I do think that we could see a golden age in Programmin…

exactly

Re: Programming is Art

#174

Earlier quoted context omitted.

I'm fully convinced that people who think agents write decent code now simply don't read the code. Their bar is "it runs, so it's fine". Just as they produce writing that isn't structured well for humans, they do the same with code. Sure, if you're willing for that code to be write-only and for agents to be the sole interface through which you interact with it, that works fine, but it is not better than what a profes…

In my experience, the people who are enamored with LLMs for programming fall into one of three categories. Shills, people who could never program decently to begin with, and people who don't care about the quality of their work. Everyone I know who actually is a good programmer and cares about doing a good job has found that LLMs make too many mistakes to be trusted, and avoid them if they can.

Most people who are good at their job understand the greatest value comes from deep understanding and internalization. Some people have been in roles where alienation from the code is institutionalized, and they've been playing that role for so long that the idea of having a strong understanding and near prescient mental map of a 2 million line codebase sounds absurd.

I think the question is less about the capabilities of LLMs and their outputs (because obviously that can change), but because they represent a workflow which codifies exactly that role I mention. You fulfill the role of a manager more than a programmer. You have a vague idea of the codebase, but lack any kind of intuitive mechanical understanding. There are many cases in which I can see an issue, identify the problem, and have it fixed faster than you could prompt an LLM to investigate. After a certain point of familiarity, all reasoning is local reasoning. That's the power of mechanical sympathy.

Many, many large shops don't give a shit. They've long since galloped into the dark woods of bureaucratic know-nothing hell. Let the LLM figure that shit out. Those shops are already optimizing for maximal output and churn, so the value proposition seems obvious. I've been smugly saying it for years, but LLMs have me saying it quite a lot more these days: "Sure looks like it sucks down there!"

Re: Programming is Art

#175

Earlier quoted context omitted.

> AI can be just a tool. [...] But AI can also be much more than a tool, [...]. Contradictio . Going back to Seven... > AI can be just a tool. Nothing, ever, is just a tool.

> Nothing, ever, is just a tool. Are you going to expand on this or should we stand in awe?

It didn't receive much attention on HN but someone recently wrote a blogpost that elaborates on the idea. https://deadsimpletech.com/blog/no-such-thing-as-just-a-tool

Re: Programming is Art

#177

Earlier quoted context omitted.

Why do you assume any point in time criticism of AI code generation is reliable to project even a couple of months into the future?

Because they haven't changed yet (despite AI bros claiming that they have every 6 months), and therefore are unlikely to change as we move into the future. It's not impossible, of course. But when the "this new model is totally better" claims keep turning out to be false, that doesn't give confidence that the future is going to be different.

But when the "this new model is totally better" claims keep turning out to be false

Current models are in fact much better than the top models from a year ago. I have no idea how anyone could claim otherwise without a huge amount of motivated reasoning.

Re: Programming is Art

#178
AI actually can take away desire to code. If what you do becomes cheap for the masses, you lose your motivation bit by bit. Also you were surrounded by art, now you are surrounded by crap. It does not kill your passion fully but drains you slowly.

Re: Programming is Art

#180
I've actually been thinking a lot about this. I do absolutely 100% lament that we are possibly going to see the loss of the art of programming. Not entirely, sure; some people will do it by hand the way some people do anything by hand. But, I think we will lose a lot of it. I wouldn't compare it to painting, I would compare it to the lost art in manufacturing (something relatable in the U.S. where we've long outsourced much of it and the people who have relevant knowledge and skills are literally dying out now.)

The reason why is because for however much programming is an art, it is even moreso not. I know someone will argue about this but by and large code that looks pretty but doesn't execute or do anything meaningful rarely has much value. The most purely artistic endeavor I can think of that involves code would be something like IOCCC. Which is awesome. But, if the code didn't actually compile or run, it just simply wouldn't be interesting at all. I think there is a strong argument to be made that no matter how artistic or creative you can argue programming is, it will always be fundamentally about mechanical side of things first, then about creative expression. Insofar as code is expression (it is) it is so only secondary to being executable code.

People will continue to "fight back" against the spread of LLM text and diffusion art because we want authentic human expression and those things are simply going too far in literally replacing human expression with automated output. If creativity involving the use of tools is a spectrum, using LLMs to write text and diffusion models to generate "drawings" is almost as far to the no-creative-expression end as "simply stealing something someone else made" as you can get, because it's really similar to that.

But for code, I think ultimately nobody is coming to save programming. There will be plenty of people lamenting the loss of the art, but if it really is possible to make LLMs that can write code better than people can, then it's pretty close to over. At this point, LLMs definitely can not write code better than people can, for similar reasons to why they can't write English prose better than people can, but they are nonetheless superhuman in some ways (which, as a statement on its own, isn't that scary; I mean, strictly speaking, a calculator also is superhuman in some ways.)

Oddly enough though, despite major early success, I'm still not convinced that we have hit the tipping point where human code is guaranteed to be dead soon. Actually, I think people have been vastly over-eager to adopt AI code and many codebases are suffering because they weren't careful enough about how they did it. Not to mention, the mountains of slop that Microsoft blames all of the GitHub downtime for is mostly aspirational and a lot of it is probably going to unceremoniously fall out of maintenance, at which point there isn't really much of a reason to pick it up since if you really wanted slop you could probably spend a few million tokens just doing it yourself with a model that is better than the one the author used anyways. I do prefer GPT-5.6 Sol and GPT-6 Astra for producing code that I personally feel is more tasteful, with comments that are less stupid and redundant, but I still personally think the code sucks too much to ship as is. It's hard to square this with how absurdly powerful these tools really are. We are really having to confront the complexity of what it means to be "intelligent" or what makes code "good".

But to me, it doesn't change the likely eventuality, it only impacts the timeframe. And it does suck, because even ignoring the art of programming, it really was a pretty good career for a long time. With this career facing its potential death, I'm sitting here wondering what the hell we'll even do. Guess I hope the AI coding singularity is willing to wait for me to finish paying off my mortgage at least.

Post reply on HN