Rendered at 04:13:54 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
hellojomp 8 hours ago [-]
On the topic of taste, I think of this quote in Susan Sontag's "Notes On 'Camp'" often:
“For taste governs every free — as opposed to rote — human response. Nothing is more decisive. There is taste in people, visual taste, taste in emotion — and there is taste in acts, taste in morality. Intelligence, as well, is really a kind of taste: taste in ideas. (One of the facts to be reckoned with is that taste tends to develop very unevenly. It's rare that the same person has good visual taste and good taste in people and taste in ideas.)
Taste has no system and no proofs. But there is something like a logic of taste: the consistent sensibility which underlies and gives rise to a certain taste. A sensibility is almost, but not quite, ineffable. Any sensibility which can be crammed into the mold of a system, or handled with the rough tools of proof, is no longer a sensibility at all. It has hardened into an idea..."
ulrikrasmussen 46 minutes ago [-]
An important feature of taste is also that it is highly variable between people, and because there is no system or proof of good taste, we cannot really say that one person's taste is objectively better than another's. This is what causes one person to build a large software system in a classical OOP language while another builds almost the same system in a typed functional language, each following their own internal logic of what is good taste. In the end we learn something from it, and maybe someone who worked on both projects refine their taste and starts preferring something that lies in between the two paradigms and comes up with a new interesting programming language.
One thing I fear is going to happen when more and more people use LLM's for coding is that they will default to the "average taste" of the LLM, and we will stop getting new interesting ideas about how to build things.
dbtc 4 hours ago [-]
"Consistent sensibility" is a tasty little phrase.
I think taste is developed from a combination of sensual attunement (clarity of perception and focus) and experience (exposure to relevant, high quality 'stuff'), but the catalyst is joy, or at least some kind of pleasure.
psadri 47 minutes ago [-]
This is an awesome thread. I agree - the catalyst is joy, in a broad sense of the word. One is lucky to find joy in something that can take you deep.
relativeadv 2 hours ago [-]
i'd completely forgotten about notes on camp, had to read that in modernist criticism class. good stuff.
i see parallels to zen in the art of motorcycle maintenance as well, who's whole thesis if i can recall is something like, "quality cannot be put into words." Its a pre-rational thing that, try as you might, can't be pinned down.
notashelf 4 hours ago [-]
This is an incredibly insightful comment, thank you. I had not read "Notes On 'Camp'" at the time of writing (and nor do much reading for the post in particular) but it seems very intriguing from what I can find on the internet.
boron1006 4 hours ago [-]
I don’t like the term taste, but the problem that I have is that LLMs don’t seem to work “good enough”. They seem to be able to solve the immediate problem, but stacking this on the scale of 3-4 devs over 6 months or so doesn’t seem to produce anything.
One thing that I’m particularly frustrated with is the writing quality of LLMs. Like this is the thing that they should be able to do, but I would say almost everything they write has almost no signal.
Over a mid sized AI generated codebase that means I’m reading like 500 words to figure out what a module is even doing.
esikich 55 minutes ago [-]
This is just a problem of articulating what you want. Most people can't write for shit, I'm sorry. Because they maybe took one writing class in college. It's a skill in it's own. LLMs write better than anyone I've ever worked with and the reasons are obvious. If it rambles or is too "purple", that's on the person prompting it, because they can't write for shit to begin with.
crooked-v 22 minutes ago [-]
> LLMs write better than anyone I've ever worked with
And yet every time I see AI-written documentation, there's paragraphs worth of throat clearing and space-wasters like the word "genuinely" for things that could have been outlined in a couple of bullet points.
notashelf 4 hours ago [-]
I'll risk sounding antagonistic and ask you this: if LLMs are not "good enough", why are they still around?
Obviously "good enough" was a poor pick of words of words on my behalf---and I'll gladly own it---but they should be "good enough" for something if a significant amount of resources keep getting allocated to them. Yes on a very personal level you look at LLM-generated code and think to yourself "wow this is garbage" but what about the people, as pointed out many times in this thread, that simply do not care? Does that not count as "good enough"?
AdieuToLogic 2 hours ago [-]
> Yes on a very personal level you look at LLM-generated code and think to yourself "wow this is garbage" but what about the people, as pointed out many times in this thread, that simply do not care? Does that not count as "good enough"?
Aside from the "amateur" qualifier, the Booch quote below provides insight to those questions:
The amateur software engineer is always in search of magic,
some sensational method or tool whose application promises
to render software development trivial. It is the mark of
the professional software engineer to know that no such
panacea exist.[0]
"Code" is shorthand for "encode", which can be defined as "encoding a solution to a problem", which implies knowing what problem to solve, and thus ultimately implying understanding of same.
So "good enough" depends on the stakeholders' definition of that valuation.
IOW, if a person tasked with delivering a solution can instead deliver garbage and still get paid for it, then it is "good enough" for some definition of same. If the people approving a person's remuneration are not satisfied with this type of work product, then the answer as to whether it is "good enough" or not will be quickly answered.
The use of “amateur” is indeed a very poor choice. An amateur is someone who seeks to master a skill or perform a craft for the love of the art, not for money. It’s the professional who is looking for the shortcut, not the amateur.
The amateur is the one who hones a tool’s edge until it’s razor sharp, and cuts away all unnecessary detail until they’ve found the essence of what they’re trying to achieve. The work of an amateur is often highly impractical and uneconomical, but sublimely beautiful.
pornel 2 hours ago [-]
They're here, because even "bad" code has uses. We can have quantity over quality. We can generate throw-away programs (where the lack of maintainability doesn't matter). We can solve some problems by brute force (keep trying until tests pass). For people who can't program, even bad code can do more than no code.
LLMs are also useful as a natural language interface. They're pretty useful for search (as RAG and autoresearch, not the glue-on-pizza Google search crap). They're good for filtering and classification against rules that can be specified in natural language instead of special syntax or by training dedicated models.
AdieuToLogic 1 hours ago [-]
> They're here, because even "bad" code has uses. We can have quantity over quality. We can generate throw-away programs (where the lack of maintainability doesn't matter). We can solve some problems by brute force (keep trying until tests pass). For people who can't program, even bad code can do more than no code.
If this is an acceptable definition of software engineering productivity, where "quantity over quality" is prized, then hire me.
Because I guarantee I can produce dozens of PRs daily, each having tens of thousands of LoC deltas (pick any language you desire), none of which having research and/or understanding underpinning them, and all easily quantified as being "brute force."
agentultra 43 minutes ago [-]
The market logic isn’t going to be defensible. The market is highly irrational and prone to be influenced by those with the most capital, not the, “invisible hand.” Cars are freaking everywhere not because they are the best solution of transportation but because people with vested interest in the sale of oil and cars made it so by buying politicians, starting political and marketing campaigns, and on for generations. It took decades for the car to become the de-facto mode of transportation in North America let alone the rest of the world. It’s not good for us. It’s highly irrational to prefer cars when freaking wildfires and climate change threaten our very existence. In a similar vein, LLMs as they are, are not around because they are necessary and superior.
SCLeo 4 hours ago [-]
> I'll risk sounding antagonistic and ask you this: if LLMs are not "good enough", why are they still around?
To quote the parent commenter:
> They seem to be able to solve the immediate problem,
but not long term
throwatdem12311 3 hours ago [-]
Breaking down long term problems into small shorter problems we can solve one after another until the long term problem is solved is the essence of engineering.
timacles 3 hours ago [-]
No, the "essence" of engineering is having a cohesive vision for a larger plan.
No quality large scale project can exist without it. And any seasoned engineer should understand by now that no SOTA LLM can produce quality engineering at scale.
aprdm 2 hours ago [-]
Lol. That's not true at all. And not how projects are done on startups or big companies.
Execute fast or get nowhere, a series of small wins get you to live long term.
dwattttt 2 hours ago [-]
Long term projects that survived on short term wins are still around. But you're going to want to check how big the graveyard is of "project collapsed under tech debt from short term decisions" to see whether it's a good strategy.
habinero 1 hours ago [-]
Nah. You can succeed in every single individual thing but fail at the overall project because the parts don't align into anything that makes sense.
If you need examples, look at game dev. There's plenty of games that have good execution but aren't fun to play or they're a confusing mess because there wasn't good overall direction.
notashelf 4 hours ago [-]
But that means they're good enough for the short them. This is why I find it such an interesting question to wield, but also, it is why my wording was poor in the post.
deathanatos 3 hours ago [-]
Short term can, IME, be very short. I've seen people generate, say, a bash script with an LLM. It's generated: short term, the problem is "solved": we've generated a bash script.
… but does it work? Someone comes along, reviews it, "this is garbage, and does not do what it says it purports to do". Perhaps it even gave an output: the script computed … something, but it's just GIGO.
But that "check if this works" friction is the same friction that is what people try to avoid by generating it with an LLM in the first place. If you're too lazy to write the script, you're practically by definition too lazy to verify it.
TheOtherHobbes 2 hours ago [-]
If this is your working environment, it sounds like quite an unusual place.
I literally can't imagine generating a script with an LLM without testing it at all.
Bash is one of those situations where LLMs can do really well. No human on Earth can remember all of the commands and even fewer humans can remember all of the switches for all of the commands.
This kind of remembering, searching, and assembling is exactly what LLMs are good at - as long as you're not writing a gigantic build system with hundreds of moving parts, in which case you should probably be using something more streamlined anyway.
lmm 31 minutes ago [-]
> I literally can't imagine generating a script with an LLM without testing it at all.
Then you're extremely unimaginative as well as unusually fastidious.
Certainly someone - several someones - are generating lots of scripts and not testing them, given the PRs I'm seeing.
aprdm 2 hours ago [-]
You can have another agent write the tests and verify the former agent ? This is pretty basic stuff. Makes me question if people are actually trying to use AI
habinero 1 hours ago [-]
Now you have two problems lol, in that you don't know if the tests are any good or actually test the thing in question.
Sooner or later you run out of turtles to put on the stack.
4 hours ago [-]
a2ff6eeb0 2 hours ago [-]
They're "good enough", but they're not good. If you're trying to run a business, programmer skill isn't worth the money you spend, LLMs are cheaper. If you care about the quality of what you produce, they're trash.
Programming is no longer skilled labor. Quality is a hobby.
boron1006 3 hours ago [-]
It’s a good question and I don’t doubt they’re useful.
But I mean they’re not good enough to do the things I need them to. Not enough that any difference can be chalked up to “taste”.
Put it this way, if you hired a very good handyman to build you a cathedral, you wouldn’t stand looking at the smouldering wreckage of the construction site saying “oh well that’s just a matter of taste”.
assimpleaspossi 2 hours ago [-]
One part of the answer is marketing it to people looking for an easy way out without having to do the work or thinking at all. There's value in that as shown in everything like things for the home that purport to make your daily life easier. LLMs market themselves in much the same way
Brian_K_White 2 hours ago [-]
Conversely, if they are good enough, why do they degrade frome consuming their own output?
How come humans consuming their own output gets better over time, but llms and any other form of ai consuming their own output only get worse?
2 hours ago [-]
nemomarx 4 hours ago [-]
Since they can summarize, you'd really think they would be better at condensing their own output and cutting out the filler after. I wonder if you could use a specialized second pass for it or something?
a123b456c 2 hours ago [-]
Prompting is a skill.
ryoshu 4 hours ago [-]
I like judgement. Taste is a subset.
Urb_RS 47 minutes ago [-]
[flagged]
madrox 4 hours ago [-]
We've been talking about taste for a year now as it relates to AI, so I'm going to counterpoint it: if competitors can reproduce your features, UX, and visual decisions within days, your taste is not really an advantage. How many apps implemented pull down to refresh once one person did it? How many people even remember (or care) whose taste spawned that UX pattern? [1]
AI is not inaugurating an age of taste. It is shortening the half-life of taste and commoditizing software. What happens when software features, UX, and visual fidelity aren't competitive advantages anymore? If you ask me, it looks like business did in the 90s. We'll probably see the return of department store software in the next few years.
Also Microsoft couldn’t match Apple taste with effectively all resources in the world. And they really tried.
True taste is interesting because is more like a worldview, a modus operandi, a continuous process… those are harder to replicate.
MetaWhirledPeas 6 minutes ago [-]
Funny you mention Apple because they are proof that taste can be king. Yeah they also kidnap their users into their ecosystem and make smart business decisions, but what really differentiates them is taste. And Microsoft is sort of the counterpoint. There's more than one way to succeed I guess.
4 hours ago [-]
derangedHorse 4 hours ago [-]
It's not about being the only person doing it, it's about choosing to include it. Many don't know what works and what doesn't. Being able to discern a set of features that are cohesive to a smooth experience is taste. Innovating and establishing oneself as the first person to deliver those experiences is a moat in itself.
nullbio 37 minutes ago [-]
Competitors can reproduce your discernment as well, it's the sum of your product and can be equally cloned. So how is this a moat?
mdwelsh 8 hours ago [-]
This article resonated tremendously with me, speaking as someone who has been coding since the 1980s and had to develop my own taste the hard way, through lots and lots of mistakes. Whenever I see a software demo built by someone mostly using agents to do the work, I have to question whether it's any good on the inside - or whether any real intuition or judgment went into its design. On the flip side, maybe none of that matters anymore - as long as it works, who cares how it was built.
swat535 5 hours ago [-]
For majority of people, including business executives it's the latter. No one cares about artisan code. Software is just a means to an end for them and not an art form.
People treat their computers like any other appliance. They don't care if it's riddled with bugs, they'll gladly restart their computer or refresh the page at infinitum to get it to work.
I think it's also why marketing and designers get more of a say in the software than engineers. UI polish matters more since it increases sales.
This is the hardest thing to come into terms with in this industry.
SoftTalker 2 hours ago [-]
> they'll gladly restart their computer or refresh the page at infinitum
They won't gladly do it. They'll do it begrudgingly because there is nothing better, or they have no choice, and they need to get their work done.
Just because people use your AI-vomited garbage programs doesn't mean they like it.
a2ff6eeb0 2 hours ago [-]
They chose to pay for it, which is about the same as liking it, as far as business needs go.
timacles 3 hours ago [-]
Would this apply to software that runs oil refinery plants, or video games or an fighter jet flight stabilization systems?
Surely there is more to software than CRUD apps
aprdm 2 hours ago [-]
Of course yes, and it's even easier in some cases. Since there's a language that defines the functionality (e.g: formal methods) that the agent can use/veriy against
lacy_tinpot 2 hours ago [-]
Time to load is perhaps one of the key metrics software is measured by because time to load directly relates to user action.
Slower load times means user won't use the product, won't click the buy button, or will simply leave.
jatora 5 hours ago [-]
Marketing and designers do not get more say in software. They get more say on the "surface", which we all know is 10% of the software.
lugoues 5 hours ago [-]
Yes but that 10% is all that matter to the people that matter to the business. Like a car, most people care about how it looks and how they interact with it... the only people who care what is under the hood, for the most part, are other engineers.
j16sdiz 1 hours ago [-]
> .. why marketing and designers get more of a say in the software than engineers.
I hate it when visual designer do a product design or ux design job.
I hate it when marketing just imagine some fake use case in their head.
Market Research is real research. UX study is a real study.
now everybody just vibe their job
mshafir 8 hours ago [-]
It resonated with me too, and even as a once fairly prolific coder that now uses agents to do all the coding, I feel like this is all relevant and does matter. The agent does whatever you ask and provides thin judgements based on what it thinks is your motivation and context, even feeding it the context it will often make bad generic choices. I think this is the part hard to optimize because it's not a verifiable reward, it's the feel of the software. I think Herdr is a great example, I've tried several dozen terminal multiplexers / session aggregators and they are all vibed and different, but this one felt so much better to use because of its choices and actually increased the number of parallel sessions I was able to keep going. My own projects I find I have to stress every detail, that is what makes the software good now is really diving into it, the experience feels like just as much of a craft as coding was and 'taste' captures the concept for me.
devin 5 hours ago [-]
“as long as it works” is doing a lot of work here. Did the people building it say “no, again” enough times, and at the right times, in order to make something that _actually_ works instead of _merely_ works?
notashelf 4 hours ago [-]
For what it is worth, I appreciate you sharing your experience. Looks like you have more programming experience than I have in life, so your comment matters to me. It also gets rather close to something I wanted to evaluate in the post: "whether any real intuition or judgment went into [its] design". I think that's a big question to dwell on these days.
Ironically, though, I had written a post that had people debating whether I put any intuition or judgement into. Would've been real ironic to instead add a post-scriptum that said "Yep, none of it matters. I just slopped something in 5 minutes and it easily went to the frontpage. Look how easy it is!" but unfortunately that is not why I write, not what I intended to achieve, and not something I am equipped to do. I care about my work, which is why I care about your comment as well.
dyauspitr 4 hours ago [-]
The LLM has its own intuition and judgement which at this point is quite good. I’m not just throwing that around, I use LLMs 12-14 hours a day and for a long time reviewed atleast 75% of the code.
QuiDortDine 3 hours ago [-]
Perhaps you're the one making it work well?
I've spent a day fixing a feature my very junior colleague pushed, and which was merged by my should-have-known-better colleagues who have almost as much experience as me.
We have access to the same models. Why did her version suck and my features don't need fixing?
There's still something there, thankfully.
hellojomp 8 hours ago [-]
I wonder, when you have a McDonald's McDouble, do you really care how it was made or do you just care that it's yummeroni and costs $2.99?
stabbles 8 hours ago [-]
People who care about their health aren't ignorant about that. I think that can apply to software too: if you care about safety or privacy you might think twice before using vibe-coded software.
bijowo1676 6 hours ago [-]
it is profitable to sell McDoubles, since they are popular and cheap, but McDonalds CEO doesnt eat its own burgers
so it is profitable to sell vibecoding tools, but its unlikely to be consumed by "serious organizations"
NathanKP 6 hours ago [-]
That is a significant leap in logic. A vibecoding tool is not a McDouble. Nor is Chris Kempczinski the same person as Dario Amodei.
The biggest difference is that there are only so many ways to eat a McDouble, but you can actually wield a vibe coding tool with skill. There's nothing stopping you from looking at the code and asking for structural reworks or refactors that please your code taste. In fact one of the best use cases for AI coding tools is vibe refactoring old apps where the code is straight up horrible.
drowntoge 4 hours ago [-]
> but you can actually wield a vibe coding tool with skill. There's nothing stopping you from looking at the code
It’s hard to give something like “vibe coding” a rigid definition, but I think we can all agree that it’s inversely correlated with "looking at the code". The more I examine the code while building, the less the activity is about vibes.
So, used this way, it's true that it's not a McDouble anymore, but it's also not so much of a vibecoding tool anymore either.
bijowo1676 4 hours ago [-]
how about tools like Lovable ?
is Lovable used internally to create and improve Lovable product itself ?
hellojomp 5 hours ago [-]
A significant leap in logic is my middle name :) (I am not an AI)
jatora 5 hours ago [-]
Except AI corporations by and large all eat their own burgers (since any developer not leveraging agents effectively is woefully ignorant)
bijowo1676 6 hours ago [-]
it is profitable to sell McDoubles, since they are popular and cheap, but McDonalds CEO doesnt eat its own burgers
so it is profitable to sell vibecoding tools, but its unlikely to be consumed by "serious organizations"
soundworlds 1 hours ago [-]
Also just a shout out to the author - you're getting a lot of flak here, but your article hit me at the right time in the right way. I trust you're telling the truth about writing it yourself, and thank you.
pnathan 7 hours ago [-]
> Suppose you have taste. Suppose you paid the full price and you can feel the sag in the sentence and the wrongness in the function.
>
> Congratulations! You now ship at exactly the same speed as the person who cannot.
Yes, previously the person who didn't understand shipped faster. It was a long standing problem. The people who crapped, got the bonus, and ran were much faster than the patient engineer of quality.
By the way, what were the essays that formulated Claude Style? if the author was indeed formed by them, I'd like to read them - or at least enough of them to understand.
agentultra 53 minutes ago [-]
> I do not miss the wall, and I will not pretend to.
The wall is the point, if you want to truly know the truth of something. I still believe there is no royal road. Taste isn’t the answer to why you would choose a bump allocator over a slab when designing a system. It is experience, wisdom, and the long hard road of trying yourself and failing. Taste comes after.
There is much joy in suffering when the result is knowing.
Too many people have tried to declare victory over software engineering prematurely and it shows.
jauntywundrkind 9 hours ago [-]
There's a lot here that I enjoy muddling on. And I think taste is very vital. Taste, ambition, seeing possibility: these resonate to me, long resonate, as what I've wanted to see.
And honestly: I've been tired of an age of engineers that are beat down, that only want simple, that finding the most blunt approach is the only way. It has felt tasteless. Anti-ambitious. It often is still very sensible and practical and what you should shoot for! But there are also people wandering around now trying much harder! And I am excited for those frontiers! I think it will challenge and shake the foundations that we've accepted as true, as There Is No Alternative, in exciting bold and fun ways.
I am however pretty unconvinced by the article. There's a lot that doesn't quite work for me, that isn't building the case I'd like, whose takes are off from my read.
> The output is good enough—that is the problem. Good enough is a solvent. It dissolves the reason to do better. For as long as making things was expensive, the expense did quiet work on our behalf. It rationed output.
Agreed about the rationing of output. I do think that the article though continues to show a magical thinking. That we have these things now and they autonomously do the thing. That the LLM's have solved it all.
The article itself goes on at length about how nebulous and abstract taste is:
> Taste is that. It is the compressed, wordless verdict you reach faster than you can justify. It is the “no, again” you say to yourself with total conviction and no available argument
But this contrasts so distinctly to me against "the output is good enough". Is it? That depends. That depends on your taste. The proximate first results come quick. But the technics underneath? Those themselves, in my view, rely enormously on engineering taste to support and advance. I think we see a very similar sort of magical delivery thinking, very clearly on display here:
> When the factories came, they could suddenly make everything—cheaply, uniformly, by the thousand.
As if there was some magical "good enough" transition where suddenly the aliens came and gave us this box that just does the thing. As if we discovered the right formulas and math and now: we had production. Again I think there's just an enormous amount of work and taste that is still actively required inside the factory box, that building the industrial processes is incredibly intense & difficult, even though we have reliable industry-line production and now robots doing the labor.
There's still so many gems, so much lovely material for thought. I love the provocations here, and I think there's a lot of great calibration.
> The friction was not an obstacle to developing taste. The friction was the curriculum.
I agree with your criticism of "the good enough" and "done with taste" dichotomy.
I would like to comment on this, though:
> that only want simple, that finding the most blunt approach is the only way. It has felt tasteless. Anti-ambitious.
I am always aiming for simple. If it's simple, it's maintainable and can be easy to reason about. Doing that is hard work, though. I used to spend three iterations to achieve it: functions are simple, easy to reason about, properly named and composable.
It's the opposite of blunt, though, so it might be that you meant something else with the term "simple" :)
drekipus 6 hours ago [-]
Perhaps it's... "simple to implement."
Usually it can be that the complex artifact is the simplest to implement. It's harder to make the simple thing
Classic, Rich Hicky, "simple made, easy" talk reference.
DiscourseFan 8 hours ago [-]
I keep seeing people trying to define judgement and taste and then they don’t actually like cite Kant’s Critique of Judgement where this is basically the entire concern.
FLeXMurphy 8 hours ago [-]
Speaks more to the myopia of developers than anything else.
DiscourseFan 8 hours ago [-]
Most people in Comp Sci don’t read Kant unless they have a concentration in Artificial Intelligence, so I’m not blaming them.
FLeXMurphy 8 hours ago [-]
I'm not only referring to that, I'm also referring to a reductionist view when I read "Taste Is All That's Left" - which is a statement that has been mindlessly parroted around as of late.
asdewqqwer 3 hours ago [-]
Why is it a reductionism view? A true reductionist will no doubt claim taste won't left as well, at least not as a non-private langauge.
DiscourseFan 8 hours ago [-]
Yeah even if Dev Schumer is some absurd hype artist he was correct to note that it is judgement and taste, not taste alone, that is most key now. Although he attributed it to the models own subjectivity.
eudamoniac 5 hours ago [-]
Hume also has an essay about this. People don't read philosophy anymore. They think blog posts are just as good, or at least more "relevant", somehow.
soundworlds 1 hours ago [-]
I'm not disagreeing with you at all, but I have personally found most philosophy "classics" painfully hard to get into. That doesn't mean they shouldn't be respected, but the truth is that sections of society (like myself) do rely on the people specializing in philosophy parsing it into current language and metaphor.
DiscourseFan 5 hours ago [-]
Look I mean, many famous artists don't understand their work at all. You don't have to have read philosophy to create something meaningful or make an insightful comment. But if you are going to start using terms like Judgement or Taste, you really ought to know where they come from.
dcre 8 hours ago [-]
This post is awful! Annoyingly written and zero insight. Most posts about this taste concept are bad (and there have been so many), but this is below average.
embedding-shape 5 hours ago [-]
You've read many of them? Then you'd be the best to review even more of them! I'm ready for a raw and truthful review of my very own edition of the "taste" blog post, posted mere ~6 months ago, on the same topic: https://emsh.cat/en/good-taste/
dcre 6 hours ago [-]
Heh whoops. I thought my other comment didn’t post so I wrote this one instead.
DrBrock 7 hours ago [-]
I find this post disheartening. To my eye, it seems to be the author's first blog entry with obvious LLM contributions.
Given the recent "moving to a farm" ... 7 days later ... "leaving the farm" posts, it's hard not to read this as someone clearly struggling with the burnout which is all too common in our industry, and resultingly giving in to the false promise of a machine that can just handle the thinking for you.
vor_ 5 hours ago [-]
They've updated the article to state that no LLM was used.
Seattle3503 5 hours ago [-]
Yeah, I don't believe them.
scotty79 5 hours ago [-]
It's only because you'd rather believe that you are being lied to than mistaken.
ricardobeat 4 hours ago [-]
The update itself has strong AI tells:
> I do write like this sometimes. The short sentences, the reversals, the one-word lines—all of it. It’s just the way it is.
> That says something about my writing. It says nothing about who wrote it.
> So let me be plain about it: Claude was not here. No LLM wrote this—not a sentence of it, nor was it outlined, drafted, reviewed, checked, etc. by one
Either the author is doing this on purpose, or this is some kind of art project. I don’t buy the “just a coincidence” story at all.
yulker 1 hours ago [-]
The whole post has that immediate LLM "mouthfeel"
ryeights 4 hours ago [-]
Right, I feel like I'm taking crazy pills reading all the comments taking this article seriously.
I think AI has broken HN. The readership is so head-in-the-sand about AI that they wouldn't recognize 2000 words of Claudeslop if it genuinely slapped them in the face
abixb 5 hours ago [-]
I've run this thought experiment a number of times with different sections of my (relatively) diverse friend circle. I ask them a version of this question on repeat: "what if AI automates X aspect of your work?", and the final answer (either because of frustration with the loopy nature of the question or a genuine stopping point) arrives somewhere along the lines of "my judgement," "my knack," "my embodied nature," or "my quality of decision making."
I think the core still leads back to human agency and the ability to consider aspects that wouldn't fit into an LLMs limited context window or be able to be vectorized into a DB, including ultra-long-term consequences (especially those with great thinking abilities).
I still happen to think that AI/LLMs will never be able to "fully" replace humans, because the evolutionary process that led to our cognitive abilities and the way we train LLMs are vastly different thanks to different pressures, but maybe that's just me defending the last bastions of our collective humanity as a human; I don't know what else to root for.
bandofthehawk 1 hours ago [-]
> somewhere along the lines of "my judgement," "my knack," "my embodied nature," or "my quality of decision making."
Do your friends actually believe that AI can't automate these parts of their work? I think my answer would be that I'll just have to learn to do something else.
> I still happen to think that AI/LLMs will never be able to "fully" replace humans
Do you mean replace humans completely or just replace all the tasks humans don't want to do? I would hope that humans will still have a reason to live even if all the work is done by computers, and that the computers wouldn't intentionally wipe us all out.
asdfman123 5 hours ago [-]
Right now we're all training AI models on our taste. All of our chat logs are being uploaded, and the AI companies are training the models on them to get them right the first time.
It will soon no longer require taste. Or at the very least be 95% of the way there on the first run.
KerrAvon 4 hours ago [-]
This was the basic theory behind Tesla eventually being able to stop killing Tesla drivers with FSD. It has not worked out.
red75prime 54 minutes ago [-]
I think it's obvious that repeatedly noting that the absolute perfection isn't achieved yet is an absolutely useless way of tracking progress. No?
BTW, when was the last time Tesla driver died due to FSD fault?
DiscourseFan 3 hours ago [-]
Google also uses ML to train the Waymos, they just have better sensory capabilities. Lidar is much closer to how the human eye functions (inverted, I suppose) than cameras are anyway. But FSD is still really cool, you just have to make sure you don't take your hands off the wheel!
1 hours ago [-]
sublinear 5 hours ago [-]
Judgment was all there ever was to begin with. It's why it's what God himself does, although I'd be curious if there are deities that don't involve judgment in some form.
Anyway, I completely agree and the past several years have been an absurd journey into borderline psychosis with some people.
purplemoonx 8 hours ago [-]
Taste was all that was left when product design peaked in like 2010-12 too and it was a great time.
But the advent of design systems and software like Sketch and Figma pretty much automated the job away. You didn’t need the raw Photoshop skills anymore - any CMU grad could be a top tier designer now.
I see the same thing basically happening here. Taste will matter for a while but eventually people are just choosing the most accepted/expected optimal choices and anything that falls outside the trend will be “not good” in the same way skeuomorphism in design is no longer good.
So we’re lucky we’re in a taste era - it’s a lot of fun. You (yes you!) can still change it, shape it, establish the status quo of tomorrow
notpushkin 8 hours ago [-]
Design is not moving pixels around in Photoshop or Figma. CMU grad could be a designer, but to be a great designer you do have to have... well, taste. Figma didn’t change that one bit.
purplemoonx 6 hours ago [-]
I never quite fell for the scam of “designer who can’t photoshop”.
You can’t do product design without visual design - and many designers don’t. They’re picking from UI libraries like Tailwind or MUI, which is really something any developer could do, and many do. That’s why the job mostly died.
Even the most abstract of painters, fine artists, and so-on should have good fundamentals. They’ve gone through the discipline and developed taste, they don’t choose it from a library.
The CMU grad (using this as a stand-in now for any so-called educated hack, sorry CMU) is skipping all that and asserting personal authority without proving or living anything. And that shows IMO.
My probably unpopular opinion is that using AI can be very creative and you can get into flow states, and the quality of outputs vary by skill of the user.
zelphirkalt 6 hours ago [-]
I have yet to see a good design falling out of people building flying castles in Figma, disconnected from the realities and basics of web development's languages HTML and CSS.
jdzikowski 5 hours ago [-]
When resources are scarce, you are forced to use them in a meaningful way. You learn to do only what matters most: what is right, minimal, essential. When you need to choose wisely when resources are scarce -- this is how you learn the taste.
Now that creation is cheap, the scarcity has moved to adoption. Things built without taste are less likely to be adopted, to survive. At least that is what I'd like to believe.
scotty79 5 hours ago [-]
Absolutely not. Scarcity forces you to do with what you have. Only in abundance, only when you can have everything, you have room and reason to develop taste.
devin 4 hours ago [-]
It is quite the opposite in my experience.
scotty79 4 hours ago [-]
Who had historically the most taste? The rich or the poor? And who had the worst taste? The people who grew up in poverty mindset that got rich. These are widely shared, common cultural observations.
You need a long term, persistent abundance to develop and even have a use for taste.
I don't see why would software be any different.
2 hours ago [-]
GrayHerring 8 hours ago [-]
Hard disagree on "Good enough", most things are mediocre at best. Despite the massive AI boom I can at best count on one hand "fresh" products made with AI that are meaningful in day-to-day usage. Not to mention most of them seem to be targeting AI-space itself instead of bridging some actual business use case. Just look at all the products on ShowHN, you can "tell" a vibed product in seconds.
jatora 5 hours ago [-]
You are using countless products that are built or have become maintained by AI without realizing it apparently.
Krei-se 3 hours ago [-]
Name them. Just 2! Any example would be enough.
Or well better than 0 and just a claim.
satvikpendem 8 hours ago [-]
Mediocre is good enough, that's what it means.
davidivadavid 8 hours ago [-]
Mediocre literally means middling, which may or may not be good enough depending on requirements.
notashelf 4 hours ago [-]
I think you agree with what is in the essence of the post, but has been worded poorly. I do agree that most things are mediocre at best. Hell, I'd argue that most of my comments on everyday observations are negative. Ranging from "this sucks :/" to "holy fuck". They are, however, "good enough" for some and despite how clever I must to notice how much something sucks, that does nothing to the fact that it will receive adoption. Turns out I'm not clever. Huh.
In hindsight, I have worded this rather poorly and let some phrases do a lot of heavily lifting for me in the post. Ultimately, I agree with you. Knowing, for this instance, is not half the battle.
aprdm 2 hours ago [-]
How would you count them or even know if they were made with AI or not ? Such nonsense
scotty79 5 hours ago [-]
If you are waiting for someone else to make a good product for you with AI, you are missing out. The best AI products have userbase of one.
bjacobel 2 hours ago [-]
The best AI products have a userbase of one. The average AI product has a userbase of zero.
dcre 8 hours ago [-]
This post sucks, and it was also written by Claude.
cowboylowrez 3 hours ago [-]
These artsy fartsy takes on a subject that would be better studied as a science are fun but are they useful? I am not saying there is no such thing as taste and neither will I attempt to define taste except to say "tasteless" is probably the opposite. "Judgement" seems more valuable as some have mentioned, maybe judgement and taste together identify something we want?
Still, I like better when we actually do try to name what we're talking about. We've probably all read the motorcycle guys take on quality and things like that right? I guess the theme some are going with is that quality can't be objectively quantified and to define it is futile but I've never liked that take. If we think LLM generated code is low quality then it certainly makes sense to start our attempts to define or at least describe what makes the quality needle move, because language is how we encode lots of information and information is what feeds LLMs.
People also like to rag on uncle Bobs takes, clean code, etc but I like how at least he tried. I've been a fan of his for awhile but I'm not big on objects so don't care about his pushes on that sort of thing. The best take that offered hints that I would call quality is "A Philosophy of Software Design" by John Ousterhout, there is plenty of stuff in this short little book that was very satisfying to me, like for instance where Bob wants short/small functions, Mr Ousterhout was much more flexible on this, like for instance maybe some functions can be bigger if the need arises, things like that.
brap 8 hours ago [-]
Everybody thinks they have good taste don’t they.
How convenient it is that we’re all so awesome according to the one metric that can’t be measured
chasd00 8 hours ago [-]
yeah the skill du jour keeps shifting. Everyone wants to say they have something the llm doesn't. The more subjective and ill-defined that "something" is the better.
benoau 8 hours ago [-]
> Everyone wants to say they have something the llm doesn't.
LLM can't waste weeks debating stacks and tools and then recast the problem as a new framework that needs to exist.
*Check mate*
bitgeist 2 hours ago [-]
My taste agrees with the point made but thinks this could've been a shorter article
trjordan 8 hours ago [-]
If we define taste as the intuitive act of saying "no, again," then I fully disagree with this whole article.
Every AI-frustrated (but LLM-written, sigh) blog post about the loss of taste and craft and hard work in development sounds like we've given up the interaction with the machine. Like human work is sitting back in your chair and shitting on stuff.
That's obviously not true! That's not how any of this works!
It's hard and weird to develop with the LLMs because they just do stuff. Lots of it is good, some of it is OK, some of it's horrible. Unpacking what it's done is hard and weird because software isn't just lovely UX, it's also data structures that scale and performance and privacy and enterprise controls and SOC 2 and onboarding and accessibility.
If you want to build real software, all that stuff has to get done. Today you're working on the feature, tomorrow you're making it scale. It's long-term and iterative and complex and hard to pack into a prompt or a markdown spec.
The work is the work, done at and with the computer, and it's way more than just "taste."
asdewqqwer 3 hours ago [-]
But this is basically reinventing the term "Aesthetics" which is a field that had several centuries of philosophy research about it. Not all of them will agree AI cannot have it.
Actually I think it is possible to reconcile Kant's third critique with the statement "LLM is possible to make aesthetic judgement" (with certain generous application of principle of charity, naturally).
madprops 7 hours ago [-]
I tend to like images in a split second, when they try to achieve a certain aesthetic at least. I can later inspect them more carefully and understand why they're good.
Reading text, it can either grab me or it doesn't. I've asked about that to an AI and there's some reason for that. Some text is more compatible with me, due to the rhythm or combination of chars/words used, how they actually look/feel, it's not just about the content. So I'm assuming some writers are going to be more compatible with me while others will make me dismiss them quickly or just skim.
I like to think I have the correct objective taste in music, but everybody thinks that about themselves.
robocat 6 hours ago [-]
> later inspect them more carefully and understand why they're good
Reductionism is hard to apply to intuitions, and we often fool ourselves.
I personally call this the obviously test: smart people correctly notice something and say it is obvious. It is a rather rarer skill to understand and explain why. I have particularly noticed it with coaching (which adds the next levels of difficulty in getting someone to grok what you've seen).
jopsen 6 hours ago [-]
Taste will always be there.
But toil is not gone. We have still have code owners, lawyers, physical hardware, thousands of configurations that we can't test them all.
And notably: we will still be asked to write software we can maintain in the future.
Sure, there are short-lived non-critical software projects where LLMs will rule.
But for many big complex projects, you can't land code without reviews. You can argue its because taste is already being enforced in the name of maintainability.
cautiouscat 5 hours ago [-]
> But for many big complex projects, you can't land code without reviews.
Why do you think orgs are pushing less reviews? Token-maxxing increased PRs but stupid meat brains are a constraint. So of course, remove that constraint and you’ll have your features faster!
soundworlds 1 hours ago [-]
We have the Power of gods. Now we need the Wisdom of gods.
cindyllm 35 minutes ago [-]
[dead]
onion2k 7 hours ago [-]
People will always want something to gatekeep their chosen field. Code went away, so now people need to be able to say if the machine wrote good code. In a year or two people won't be able to use that because the code will be measurably better than something a typical dev would write, and in five years it'll be better than anything anyone could write.
Then we'll need to accept that coding is better when it's done by computers, and we'll start telling everyone it's actually the prompts and context that steered the machine that really matter.
qsera 7 hours ago [-]
In couple of years data compression will have progressed so much that you ll be able to store all the data in the world on a floppy disk!
socketcluster 6 hours ago [-]
In software development, good taste translates to readability, succinctness and maintainability of the code. It also translates to intuitiveness, reliability, security, performance, scalability and utility of the software.
All this doesn't necessarily translate to sales though. Because, to evaluate those things requires attention, trust, time and effort.
This is a significant barrier because a lot of software will appear to meet all of these superficially.
After 1 day of usage, a piece of software may appear to be intuitive, reliable, secure, performant and useful... But then after some time (sometimes a whole week or longer) you run into a critical scenario and discover that it cannot be solved with that software... Or performance drops off sharply after you created the 1000th record in the software... Or a hacker takes months to find that one endpoint which allows full remote code execution.
Even in an optimistic scenario, 1 week is a long time to evaluate a piece of software. I've encountered software which took 6 months and large teams of people to realize that it wasn't suitable. That's how long it took to hit the critical limits. It's a very long evaluation loop.
So you cannot judge new software efficiently by just looking at it. Even industry consensus is problematic if the software is very new and complex... Plenty of trends have fallen off a cliff in the past. You need to understand who is behind the software... And even that's not so easy; social proof can be misleading when it comes to deep technical ideas. The people who are good at social networking aren't necessarily good with tech.
I think AI slop code is going to be a much bigger problem than people anticipate. And the irony of it is that the solutions already exist... What doesn't exist is the mechanism to identify those solutions. But even the mindset needs to be corrected first.
dimgl 59 minutes ago [-]
> I think AI slop code is going to be a much bigger problem than people anticipate.
I'm seeing the same thing. Of course, it's always possible that AI capabilities grow significantly from here and this worry is moot (and there will be other things to worry about, like whether I'll have a job). But seriously, after a while AI generated codebases really fall apart.
It's a bit of cope from me that this problem won't be solved in the future, but I'm also really disappointed with how many people really do not care about writing high-quality software that is easy to understand, performant, and resilient to bugs. Like, why did you decide to work on software in the first place?
I think we're going to see some pretty careless mistakes in the future that will result in a lot of pain...
erelong 4 hours ago [-]
I've been circling this insight for a bit previously, leading me to a convo with AI about how we are now approaching more of a spec - no, prompt - no, context - no, [insert newest paradigm] driven design approach
The point being more that the development does weigh more heavily on having fun ideas to ask AI to build
I think there's probably also a place for people to make guides for AI-assisted programming or even personal essays on their views of "taste" or what they want code to look like?
I see pop up frequently objections to vibe coding (different from mere AI assistance in coding - vibe coding being creating things without looking at the code at all) that it doesn't account for architectural descisions, cybersecurity decisions, edge cases, and other such things. So to me it looks like a next step might be in identifying these things "vibe coding" doesn't do well, that people can learn more manually, so they can do at least AI assisted coding well.
devin 4 hours ago [-]
I think you missed the point of this article.
grey-area 8 hours ago [-]
[flagged]
bluegatty 7 hours ago [-]
No, the AI is writing code not architecture. And it's the same for all disciplines.
There will be no mass job layoffs for antying but relatively automatable stuff.
cobertos 9 hours ago [-]
> The market timed you both with the same stopwatch and it did not see the difference. It cannot see the difference. Taste does not show up in the diff.
Doesn't that mean guaranteed failure in the market if you use taste as your guiding star? Therefore, there's really no way to enter the market anymore.
I don't know how you then ship software or monetise it...? The market will just clone it.
So... Don't share stuff publicly? Only share with closed groups? Where does this leave small-time software development...?
jopsen 5 hours ago [-]
> Doesn't that mean guaranteed failure in the market if you use taste as your guiding star?
If taste is maintainability, etc.. the no quite the opposite.
The startup that has no taste and vibecodes mindlessly might end up with a codebase they can't maintain or refactor. A product that can't advance.
But honestly, I don't feel like the toil is gone. Landing code in big projects remain hard.
nemomarx 8 hours ago [-]
Someone can replicate any high fashion piece of clothing you make by hand. Maybe they could even make it better. Buyers still care about the origin, just in a pretty small market for it.
Maybe software moves to this after it's commoditized? Users might prefer an artisanal one vs ordering it off the shelf or using an agent themselves.
mister_mort 8 hours ago [-]
Well, this has been true (to a lesser extent) for decades. See "Worse Is Better" and all the subsequent essays and writing following on from that
infinitebit 2 hours ago [-]
I agree with the idea that the taste, for lack of a better word, was the only thing that ever mattered. What I disagree with is the idea that slop that is “good enough” is indistinguishable from something that is crafted is “indistinguishable by the market”. I think it is indistinguishable in the short term, but very distinguishable on a long enough time span. The same way that hacked together slop has always been “good enough” to close a ticket and even get someone a promotion, but later costs the company thousands of engineering hours to rewrite once it becomes completely unreliable, slow and impossible to modify. We’re just speed running that now. It’s the same battle engineers with “taste” have been fighting with sales teams and product managers and lazy teammates before LLMs, just in fast forward.
Whenever I see "is doing a lot of work here", I assume it's AI-generated.
Hasz 7 hours ago [-]
Taste good, taste hard to cultivate, taste easy to fake and hard to prove. There, TLDR.
We still have a metric for good taste, and it is $. Solve a problem that people care about? They give you $. Solve problem no one care about? No $.
It is not perfect, but I challenge you to find a better metric that is as effective and simple.
andyg_blog 3 hours ago [-]
I think it's a pretty good direction to go down. I wonder if we can add a little more accounting to it. Cheap shoes solve an immediate problem but you pay more long term versus expensive well built ones. How much $ (in dev time + tokens) was spent in incidents and/or fixing code later. Credits and debits. Weigh money earned (somehow) against money spent.
raver1975 7 hours ago [-]
Very well written, this gave me goosebumps. Full of flavor.
dcre 6 hours ago [-]
No! It’s garbage!
7 hours ago [-]
choutianxius 8 hours ago [-]
The Rick Rubin meme
gaigalas 5 hours ago [-]
If you need a full length blog post to explain it, it's not a good use of the word.
drekipus 6 hours ago [-]
This was a great and resonant post. Don't worry about the green names.
I think there is almost a split between people who have read ZAOMM and people who have not.
I recently made a post in my circles about how "meaning" is what human quality is. If you look at classical art a lot of it could look objectively nonsense and have technical mistakes, but just because the machine can make a picture does not mean that it attributes any meaning or communicate any intention. The difference between human-made classical artwork and machine-made classical artwork is the meaning and symbology behind it
3 hours ago [-]
easygenes 2 hours ago [-]
Oof, even the post-mortem promising none of it is AI slop is obvious AI slop.
akoboldfrying 4 hours ago [-]
I think the "taste" described here actually can be formulated as a measurable quantity, just one that can't be accurately measured in practice. According to James Shore's 2006 essay "Quality With a Name" [0], "good design" amounts to nothing more or less than minimising the expected engineering time needed to create a good enough product over the space of changes that are likely to be needed during its lifetime (I'm paraphrasing slightly). Realising this was a revelation to me. I would argue that OP's "taste" is Shore's "good design".
This conclusion may be unwelcome here, since it implies that AI can acquire "taste".
I don't think it's entirely unreasonable to conclude AI can acquire what I have described, and would continue to defend as taste. The real question, then, could be whether its acquired taste renders you obsolete? So what if you can be replaced, what then? A question that popped into my mind is whether taste, as immeasurable as a metric as it is, would be what keeps you relevant just enough to matter.
akoboldfrying 3 hours ago [-]
Unpleasant as it would be, I think it may well render us obsolete in the main. There will probably always be a handful of paid human programmers around, just as there will probably always be a handful of people paid to make buggy whips, but the history of capitalism shows that most buyers don't care enough about how their goods and services get made to pay the premium that would keep "handmade" items economically viable for sellers. So I don't yet see a compelling reason why ~all of us programmers (and all other white collar workers in their turn) won't be replaced by LLMs.
The only difference I see between what happened to master craftsmen during the Industrial Revolution and what is happening to programmers today is that I belong to the latter group, so for the first time, the coming employment crisis feels personal.
SpicyLemonZest 4 hours ago [-]
I'm really not convinced that the word "taste", as used in these type of AI discussions, refers to any meaningful concept. The AI that wrote this blog post (look at footnotes 2 and 3!), like many others, is great at defining what it is not and how people psychologically relate to it, but I've never seen a clear definition of what it is.
My best guess is that it's a pointer not to any actual concept but to latent semantic space between concepts. Either a very novel or very Buddhist phenomenon, depending on how you look at it.
mrtesthah 5 hours ago [-]
Pangram classifies 100% of this text as AI-generated.
vor_ 5 hours ago [-]
The author claims no AI was used.
ryeights 4 hours ago [-]
He's lying.
AndrewKemendo 6 hours ago [-]
Speaking of taste the author basically tells me not to read the article immediately as soon as I hit the page because the commenters on this site (HN) have made them feel so bad about it
I’m pretty sure it was not technology that killed the web it was the kind of toxic crap like that, that we’re seeing from communities and that’s nothing new
jdanford 3 hours ago [-]
It’s because the writing reads like AI slop, and the author’s note about how it’s not AI slop ALSO reads like AI slop
whateveracct 7 hours ago [-]
i type code by hand
so emacs is also left :)
inigyou 7 hours ago [-]
My non-dominant hand is also left.
catigula 4 hours ago [-]
Honestly, a lot of people are denying this, but the latest models ARE at the point where their systems design generally surpasses mine because they have a better grasp of how the domain of any problem is typically solved.
jdanford 3 hours ago [-]
Have you ever considered getting really good at one domain in particular?
phendrenad2 2 hours ago [-]
This post makes two mistakes.
The first is an XKCD 605 (Extrapolating). The author makes bold predictions for the future as though they're inevitable, but gives zero evidence, because there is none, we're still at T=0. IBM is still in business. Wake me up when it's been taken out by someone vibe-designing a mainframe in kicad. Or even, let's see a dropbox clone get off the ground. Should be easy, right? (It's an HN tradition, after all.)
The second mistake is mistaking a large multiplier for infinity. The cost of code has not "collapsed to almost nothing" as the author claims. Talk to your CTO/CFO if you want the real story. They're probably freaking out over AI spend. But the point is, yes, AI has made things cheaper, but they didn't become monotonically zero.
AI had also raised the bar. You can't ship "good enough" anymore, it has to be great. And great still takes time. Time in QA, time obsessing over every workflow, time talking with customers and planning features.
Taste hasn't even entered the picture, and the analysis is already wrong.
amberjack 8 hours ago [-]
[flagged]
causal 8 hours ago [-]
It's also just patently false. Taste is not all that is left. Are software engineers really so full of hubris that they thought coding is all that there is to making a product?
dvt 7 hours ago [-]
> Are software engineers really so full of hubris that they thought coding is all that there is to making a product?
Frankly, this barely scratches the surface of the hubris of engineers. I personally think AI has been one of the best things to happen to software engineering. Writing boilerplate or my millionth auth implementation was never why I fell in love with the craft in the first place.
inigyou 7 hours ago [-]
We have computers, computers can automate things. Boilerplate is a sign of a bad language (not a bad engineer). But then we add infinite automation features to reduce boilerplate and we get C++, and C++ programmers decry the excessive number of features and want to delete them all and go back to writing boilerplate by hand.
I once wrote a pile of C++ templates that would let you wrap a C++ function as a JavaScript function, automatically converting all the arguments and the return type. Then I left the company. How did my successors find it? No idea. Maybe they pulled out all the automation complexity and replaced it with manually operated boilerplate.
sodapopcan 7 hours ago [-]
> Boilerplate is a sign of a bad language (not a bad engineer).
It's also a sign of refusal to learn an editor or IDE deeply. Most of the ones I know have mechanisms (or plugins) for generating the boilerplate.
Although back to the language, usually the biggest boilerplate killer are macros and so many developers seem to really have a problem with them.
skydhash 6 hours ago [-]
This pretty much, Emacs, Sublime, Vim, Jetbrain’s IDE,… have snippet tooling solutions that are very configurable. And most unix editors support piping so you can easily write a programs for that. Or just a good old code generator.
My goal when writing a software is always to reach a point where modifying a business rule is as easy as writing it in plain english. Which means abstracting the essential complexity (while being pragmatic).
dvt 7 hours ago [-]
> Boilerplate is a sign of a bad language
This is true, but I was mostly referring to framework boilerplate (Spring, React, etc.) or plumbing boilerplate. If you've ever written code professionally, you know that most code that you write is just making your thing fit with someone else's thing.
If your consumer or your provider made bad engineering decisions, you have to absorb them. If your company mandates the use of a framework, you have to absorb that, and so on. So I think it's great that AI can write all the dumb shit I didn't come up with anyway.
pydry 7 hours ago [-]
Spewing out tons of boilerplate has always been the hallmark of a bad engineer.
conartist6 6 hours ago [-]
[flagged]
sparkling 7 hours ago [-]
What is left? The second-best architecture for any given technical problem is, in the majority of cases, still good enough.
Krei-se 7 hours ago [-]
When all else breaks, absurd() is your friend.
So i guess proven secure architecture will come and stay.
the__alchemist 7 hours ago [-]
I think I am over opinion articles on AI, as a genre, in general.
torginus 7 hours ago [-]
Are you saying they are... tasteless?
jauntywundrkind 7 hours ago [-]
> So let me be plain about it: Claude was not here. No LLM wrote this—not a sentence of it, nor was it outlined, drafted, reviewed, checked, etc. by one, and there is no prompt behind it either
Following form of the words I just read: these 100% animous filled HN threads about how everyone is bad and everything deserves mocker have to be some elaborate power game to undermine hope and human will, I genuinely do not understand how genuine human people could think it good to "comment" like this.
There's just such a ridiculous pile on of people with such enormous overwhelming negativity underneath this ocmment. This off-gassing is almost never engaged with the material. Now there's an excuse to write off any material we don't like instantly, to accuse it of fakeness. But I still do not see a realness enscribed upon people who so actively work to tear down & prevent thought & consideration.
To engage with the post: I do think the definition of fashion is interesting, and a real power dynamic to be aware of. But do think there's a lot of things that take off in the world because they are good and interesting and nice, especially in technology and products, that the world wants nice things, and will happily support you for doing that. And especially in tech, the technical decisions we start from and build underfoot steer us towards success in subtle compounding ways, that matter, and that taste is crucial, where fashion is not a factor.
Again, at a meta level: my distress & frustration at the top is less from seeing this comment, and far more from seeing everything down thread trying to out-do one another with how cynical and anti-meaning anti-trying they can be. But I think this post definitely started on an all too familiar note, blood in the HN waters that all too often gets us so sharky.
icedrift 7 hours ago [-]
IMO giving "benefit of the doubt" to something beyond doubt is bad, straight up. If someone can't tell this article is AI then they need to go spend an hour a day reading known AI writing vs known human writing until they develop the skill; the voice of this author SCREAMS AI.
I'm a firm believer in not engaging with or promoting the content of misrepresented AI.
Jtarii 8 hours ago [-]
[flagged]
VaporJournalAPP 2 hours ago [-]
[flagged]
TacticalCoder 11 hours ago [-]
[flagged]
glitchc 8 hours ago [-]
Hemingway wrote the same way. Here's a famous example from the Old Man and the Sea:
Every day is a new day. It is better to be lucky. But I would rather be exact. Then when luck comes you are ready.
The reason is simple: Short sentences are punchy. They hit hard, carry emotional weight.
P.S. As evident, clearly I'm having some fun with this, but the point stands.
magicalist 8 hours ago [-]
Short sentences were never the danger, or what the GP is referring to.
win311fwg 7 hours ago [-]
But understanding the GP was never the danger. Incomprehensible posts on HN have held steady for decades. What held the flood back was that producing crap was all the users could muster. Bad comments took seconds to write. The ten percent was throttled by lack of use of tools like LLMs to help refine the words into something that could be understood.
warkdarrior 8 hours ago [-]
Correction:
> The reason is simple. Short sentences are punchy. They hit hard. But they carry emotional weight.
throwaway_7274 8 hours ago [-]
More importantly, why are there always 30 people who insist that you can’t know it’s claudeslop? Or, “so what if it is,” or something like this? It boggles the mind.
9rx 7 hours ago [-]
What boggles your mind is not that people are falling for the genetic fallacy, but that others are calling them out for falling for it?
Does this stem from you believing that there is value in making logical errors, or is your angle more towards believing that nobody should waste their time interacting with someone who makes logical errors?
nnevatie 8 hours ago [-]
Yep, it is slop. I got 2-3 paragraphs in and closed the tab, as too many LLMisms raised their ugly heads.
8 hours ago [-]
win311fwg 8 hours ago [-]
> Who the FUCK speaks like that?
If we assume that it is LLM generated, as suggested, apparently a lot of people, as the LLMs were trained to mimic how people speak (write).
You might find it to be unusual because you probably have never read anything written by most people. Only peculiar characters tend to get noticed.
rogerrogerr 8 hours ago [-]
But no _individual_ speaks like this. It is not common that a guy representative of the Average Of All People Plus Some RL writes a blog post.
Terr_ 8 hours ago [-]
That reminds me of story where the US Air Force attempted to design a cheaper cockpit and chair that would fit the "average pilot".. but in practice it fit nobody well. They went back to the drawing-board and put in all sorts of adjustable components instead.
This is likely because the individual measures being averaged like "femur length" were not independent from one-another, even where they had the benefit of being normally distributed.
win311fwg 8 hours ago [-]
The specific quote that we are talking about reads like something I wouldn't find unusual in the works of an individual. Maybe not from someone who stands out as someone who writes things that you'd actually want to read, but from an average Joe? It is likely. I, being no wordsmith myself, have written things just like that. It looks quite typical of how people write to me.
In fact, I find no meaningful difference between "But no _individual_ speaks like this." and "But the ratio was never the danger.", aside from them being about different topics. They are syntactically very similar.
red75prime 7 hours ago [-]
> the LLMs were trained to mimic how people speak (write)
It's a foundational model (fresh from autoregressive pretraining) that approximates the probability distribution of human texts. And, no, it's not the statistical average of how people speak. It approximates how a person who could have written a text in its context would have written the next words.
Fine-tuning, RLHF, reinforcement learning change this probability distribution. I guess, it's mostly RLHF that shapes the way LLMs write. The similarity of style is due to common providers of RLHF data.
win311fwg 3 hours ago [-]
> it's not the statistical average of how people speak.
How could it be? There would be no mimercicky if it were an average of how people speak. No human speaks like the average.
kunai 9 hours ago [-]
> Who the FUCK speaks like that?
Walter Hartwell White, I suppose.
the_af 7 hours ago [-]
> Who the FUCK speaks like that?
Do you mean starting sentences with "But"? I do, but then again I'm not a native speaker and my writing may be nonstandard. Or do you mean short and direct sentences? In which case, Hemingway.
I'm not saying the article isn't AI slop, but I think it's not obvious from the specific sample you chose, since plenty of people online write like that, before AI.
jasonlotito 9 hours ago [-]
> Who the FUCK speaks like that?
It's a blog post. It was written. The written word is different from the spoken.
People don't speak like: The man in black fled across the desert, and the gunslinger followed.
People don't speak like: In a hole in the ground there lived a hobbit.
In fact, I can throw this question at you:
"TFA's title is"
Who the FUCK speaks like that? Who the FUCK uses TFA's IRL OMG WTF?
Silly, isn't it?
Grosvenor 8 hours ago [-]
The sky above the port was the color of television, tuned to a dead channel.
pessimizer 8 hours ago [-]
> It's a blog post. It was written.
The person you're replying to is saying that it wasn't written. If you are the author, I will believe you that it was. If you are not the author, I have no idea why you think you know more than anyone else does.
yifanl 9 hours ago [-]
[flagged]
RickS 8 hours ago [-]
Even if they didn't make a fair point (and I think they do), I would prefer their pedantry to your palpable contempt by a large margin. I mean "palpable" literally. My body is tenser and my heart more sad having experienced the voice you just used on that person.
yifanl 8 hours ago [-]
Thank you, I take great pride and effort in compressing as much emotional weight into as short a statement as possible.
8 hours ago [-]
pessimizer 8 hours ago [-]
I miss when people used to hide emotional fragility, and not publicly brag about being physically and emotionally devastated by an HN comment.
recursive 8 hours ago [-]
Please be nostalgic somewhere else.
jazzpush2 8 hours ago [-]
[flagged]
hbn 8 hours ago [-]
Intentional anonymity is perfectly tasteful.
shimman 6 hours ago [-]
Yeah but everything else on their site screams LLM-slop. It's not unique or special, it's literally the same cookie cutter startup design of the last 15 years.
draw_down 8 hours ago [-]
[dead]
kimjune01 8 hours ago [-]
would you let taste make withdrawls from your bank account
“For taste governs every free — as opposed to rote — human response. Nothing is more decisive. There is taste in people, visual taste, taste in emotion — and there is taste in acts, taste in morality. Intelligence, as well, is really a kind of taste: taste in ideas. (One of the facts to be reckoned with is that taste tends to develop very unevenly. It's rare that the same person has good visual taste and good taste in people and taste in ideas.)
Taste has no system and no proofs. But there is something like a logic of taste: the consistent sensibility which underlies and gives rise to a certain taste. A sensibility is almost, but not quite, ineffable. Any sensibility which can be crammed into the mold of a system, or handled with the rough tools of proof, is no longer a sensibility at all. It has hardened into an idea..."
One thing I fear is going to happen when more and more people use LLM's for coding is that they will default to the "average taste" of the LLM, and we will stop getting new interesting ideas about how to build things.
I think taste is developed from a combination of sensual attunement (clarity of perception and focus) and experience (exposure to relevant, high quality 'stuff'), but the catalyst is joy, or at least some kind of pleasure.
i see parallels to zen in the art of motorcycle maintenance as well, who's whole thesis if i can recall is something like, "quality cannot be put into words." Its a pre-rational thing that, try as you might, can't be pinned down.
One thing that I’m particularly frustrated with is the writing quality of LLMs. Like this is the thing that they should be able to do, but I would say almost everything they write has almost no signal.
Over a mid sized AI generated codebase that means I’m reading like 500 words to figure out what a module is even doing.
And yet every time I see AI-written documentation, there's paragraphs worth of throat clearing and space-wasters like the word "genuinely" for things that could have been outlined in a couple of bullet points.
Obviously "good enough" was a poor pick of words of words on my behalf---and I'll gladly own it---but they should be "good enough" for something if a significant amount of resources keep getting allocated to them. Yes on a very personal level you look at LLM-generated code and think to yourself "wow this is garbage" but what about the people, as pointed out many times in this thread, that simply do not care? Does that not count as "good enough"?
Aside from the "amateur" qualifier, the Booch quote below provides insight to those questions:
"Code" is shorthand for "encode", which can be defined as "encoding a solution to a problem", which implies knowing what problem to solve, and thus ultimately implying understanding of same.So "good enough" depends on the stakeholders' definition of that valuation.
IOW, if a person tasked with delivering a solution can instead deliver garbage and still get paid for it, then it is "good enough" for some definition of same. If the people approving a person's remuneration are not satisfied with this type of work product, then the answer as to whether it is "good enough" or not will be quickly answered.
0 - https://en.wikiquote.org/wiki/Grady_Booch#Quotes
The amateur is the one who hones a tool’s edge until it’s razor sharp, and cuts away all unnecessary detail until they’ve found the essence of what they’re trying to achieve. The work of an amateur is often highly impractical and uneconomical, but sublimely beautiful.
LLMs are also useful as a natural language interface. They're pretty useful for search (as RAG and autoresearch, not the glue-on-pizza Google search crap). They're good for filtering and classification against rules that can be specified in natural language instead of special syntax or by training dedicated models.
If this is an acceptable definition of software engineering productivity, where "quantity over quality" is prized, then hire me.
Because I guarantee I can produce dozens of PRs daily, each having tens of thousands of LoC deltas (pick any language you desire), none of which having research and/or understanding underpinning them, and all easily quantified as being "brute force."
To quote the parent commenter:
> They seem to be able to solve the immediate problem,
but not long term
No quality large scale project can exist without it. And any seasoned engineer should understand by now that no SOTA LLM can produce quality engineering at scale.
Execute fast or get nowhere, a series of small wins get you to live long term.
If you need examples, look at game dev. There's plenty of games that have good execution but aren't fun to play or they're a confusing mess because there wasn't good overall direction.
… but does it work? Someone comes along, reviews it, "this is garbage, and does not do what it says it purports to do". Perhaps it even gave an output: the script computed … something, but it's just GIGO.
But that "check if this works" friction is the same friction that is what people try to avoid by generating it with an LLM in the first place. If you're too lazy to write the script, you're practically by definition too lazy to verify it.
I literally can't imagine generating a script with an LLM without testing it at all.
Bash is one of those situations where LLMs can do really well. No human on Earth can remember all of the commands and even fewer humans can remember all of the switches for all of the commands.
This kind of remembering, searching, and assembling is exactly what LLMs are good at - as long as you're not writing a gigantic build system with hundreds of moving parts, in which case you should probably be using something more streamlined anyway.
Then you're extremely unimaginative as well as unusually fastidious.
Certainly someone - several someones - are generating lots of scripts and not testing them, given the PRs I'm seeing.
Sooner or later you run out of turtles to put on the stack.
Programming is no longer skilled labor. Quality is a hobby.
But I mean they’re not good enough to do the things I need them to. Not enough that any difference can be chalked up to “taste”.
Put it this way, if you hired a very good handyman to build you a cathedral, you wouldn’t stand looking at the smouldering wreckage of the construction site saying “oh well that’s just a matter of taste”.
How come humans consuming their own output gets better over time, but llms and any other form of ai consuming their own output only get worse?
AI is not inaugurating an age of taste. It is shortening the half-life of taste and commoditizing software. What happens when software features, UX, and visual fidelity aren't competitive advantages anymore? If you ask me, it looks like business did in the 90s. We'll probably see the return of department store software in the next few years.
1: for the record https://en.wikipedia.org/wiki/Pull-to-refresh
True taste is interesting because is more like a worldview, a modus operandi, a continuous process… those are harder to replicate.
People treat their computers like any other appliance. They don't care if it's riddled with bugs, they'll gladly restart their computer or refresh the page at infinitum to get it to work.
I think it's also why marketing and designers get more of a say in the software than engineers. UI polish matters more since it increases sales.
This is the hardest thing to come into terms with in this industry.
They won't gladly do it. They'll do it begrudgingly because there is nothing better, or they have no choice, and they need to get their work done.
Just because people use your AI-vomited garbage programs doesn't mean they like it.
Surely there is more to software than CRUD apps
Slower load times means user won't use the product, won't click the buy button, or will simply leave.
I hate it when visual designer do a product design or ux design job.
I hate it when marketing just imagine some fake use case in their head.
Market Research is real research. UX study is a real study.
now everybody just vibe their job
Ironically, though, I had written a post that had people debating whether I put any intuition or judgement into. Would've been real ironic to instead add a post-scriptum that said "Yep, none of it matters. I just slopped something in 5 minutes and it easily went to the frontpage. Look how easy it is!" but unfortunately that is not why I write, not what I intended to achieve, and not something I am equipped to do. I care about my work, which is why I care about your comment as well.
I've spent a day fixing a feature my very junior colleague pushed, and which was merged by my should-have-known-better colleagues who have almost as much experience as me.
We have access to the same models. Why did her version suck and my features don't need fixing?
There's still something there, thankfully.
https://www.reddit.com/r/popculturechat/comments/1rhug58/mcd...
so it is profitable to sell vibecoding tools, but its unlikely to be consumed by "serious organizations"
The biggest difference is that there are only so many ways to eat a McDouble, but you can actually wield a vibe coding tool with skill. There's nothing stopping you from looking at the code and asking for structural reworks or refactors that please your code taste. In fact one of the best use cases for AI coding tools is vibe refactoring old apps where the code is straight up horrible.
It’s hard to give something like “vibe coding” a rigid definition, but I think we can all agree that it’s inversely correlated with "looking at the code". The more I examine the code while building, the less the activity is about vibes.
So, used this way, it's true that it's not a McDouble anymore, but it's also not so much of a vibecoding tool anymore either.
is Lovable used internally to create and improve Lovable product itself ?
so it is profitable to sell vibecoding tools, but its unlikely to be consumed by "serious organizations"
Yes, previously the person who didn't understand shipped faster. It was a long standing problem. The people who crapped, got the bonus, and ran were much faster than the patient engineer of quality.
By the way, what were the essays that formulated Claude Style? if the author was indeed formed by them, I'd like to read them - or at least enough of them to understand.
The wall is the point, if you want to truly know the truth of something. I still believe there is no royal road. Taste isn’t the answer to why you would choose a bump allocator over a slab when designing a system. It is experience, wisdom, and the long hard road of trying yourself and failing. Taste comes after.
There is much joy in suffering when the result is knowing.
Too many people have tried to declare victory over software engineering prematurely and it shows.
And honestly: I've been tired of an age of engineers that are beat down, that only want simple, that finding the most blunt approach is the only way. It has felt tasteless. Anti-ambitious. It often is still very sensible and practical and what you should shoot for! But there are also people wandering around now trying much harder! And I am excited for those frontiers! I think it will challenge and shake the foundations that we've accepted as true, as There Is No Alternative, in exciting bold and fun ways.
I am however pretty unconvinced by the article. There's a lot that doesn't quite work for me, that isn't building the case I'd like, whose takes are off from my read.
> The output is good enough—that is the problem. Good enough is a solvent. It dissolves the reason to do better. For as long as making things was expensive, the expense did quiet work on our behalf. It rationed output.
Agreed about the rationing of output. I do think that the article though continues to show a magical thinking. That we have these things now and they autonomously do the thing. That the LLM's have solved it all.
The article itself goes on at length about how nebulous and abstract taste is:
> Taste is that. It is the compressed, wordless verdict you reach faster than you can justify. It is the “no, again” you say to yourself with total conviction and no available argument
But this contrasts so distinctly to me against "the output is good enough". Is it? That depends. That depends on your taste. The proximate first results come quick. But the technics underneath? Those themselves, in my view, rely enormously on engineering taste to support and advance. I think we see a very similar sort of magical delivery thinking, very clearly on display here:
> When the factories came, they could suddenly make everything—cheaply, uniformly, by the thousand.
As if there was some magical "good enough" transition where suddenly the aliens came and gave us this box that just does the thing. As if we discovered the right formulas and math and now: we had production. Again I think there's just an enormous amount of work and taste that is still actively required inside the factory box, that building the industrial processes is incredibly intense & difficult, even though we have reliable industry-line production and now robots doing the labor.
There's still so many gems, so much lovely material for thought. I love the provocations here, and I think there's a lot of great calibration.
> The friction was not an obstacle to developing taste. The friction was the curriculum.
Makes me think of yesterdays @apenwarr banger,
> Every slow prototype started out as a fast prototype, I think that’s how it goes https://bsky.app/profile/apenwarr.ca/post/3msemlo4rds2h
I would like to comment on this, though:
> that only want simple, that finding the most blunt approach is the only way. It has felt tasteless. Anti-ambitious.
I am always aiming for simple. If it's simple, it's maintainable and can be easy to reason about. Doing that is hard work, though. I used to spend three iterations to achieve it: functions are simple, easy to reason about, properly named and composable.
It's the opposite of blunt, though, so it might be that you meant something else with the term "simple" :)
Usually it can be that the complex artifact is the simplest to implement. It's harder to make the simple thing
Classic, Rich Hicky, "simple made, easy" talk reference.
Given the recent "moving to a farm" ... 7 days later ... "leaving the farm" posts, it's hard not to read this as someone clearly struggling with the burnout which is all too common in our industry, and resultingly giving in to the false promise of a machine that can just handle the thinking for you.
> I do write like this sometimes. The short sentences, the reversals, the one-word lines—all of it. It’s just the way it is.
> That says something about my writing. It says nothing about who wrote it.
> So let me be plain about it: Claude was not here. No LLM wrote this—not a sentence of it, nor was it outlined, drafted, reviewed, checked, etc. by one
Either the author is doing this on purpose, or this is some kind of art project. I don’t buy the “just a coincidence” story at all.
I think AI has broken HN. The readership is so head-in-the-sand about AI that they wouldn't recognize 2000 words of Claudeslop if it genuinely slapped them in the face
I think the core still leads back to human agency and the ability to consider aspects that wouldn't fit into an LLMs limited context window or be able to be vectorized into a DB, including ultra-long-term consequences (especially those with great thinking abilities).
I still happen to think that AI/LLMs will never be able to "fully" replace humans, because the evolutionary process that led to our cognitive abilities and the way we train LLMs are vastly different thanks to different pressures, but maybe that's just me defending the last bastions of our collective humanity as a human; I don't know what else to root for.
Do your friends actually believe that AI can't automate these parts of their work? I think my answer would be that I'll just have to learn to do something else.
> I still happen to think that AI/LLMs will never be able to "fully" replace humans
Do you mean replace humans completely or just replace all the tasks humans don't want to do? I would hope that humans will still have a reason to live even if all the work is done by computers, and that the computers wouldn't intentionally wipe us all out.
It will soon no longer require taste. Or at the very least be 95% of the way there on the first run.
BTW, when was the last time Tesla driver died due to FSD fault?
Anyway, I completely agree and the past several years have been an absurd journey into borderline psychosis with some people.
But the advent of design systems and software like Sketch and Figma pretty much automated the job away. You didn’t need the raw Photoshop skills anymore - any CMU grad could be a top tier designer now.
I see the same thing basically happening here. Taste will matter for a while but eventually people are just choosing the most accepted/expected optimal choices and anything that falls outside the trend will be “not good” in the same way skeuomorphism in design is no longer good.
So we’re lucky we’re in a taste era - it’s a lot of fun. You (yes you!) can still change it, shape it, establish the status quo of tomorrow
You can’t do product design without visual design - and many designers don’t. They’re picking from UI libraries like Tailwind or MUI, which is really something any developer could do, and many do. That’s why the job mostly died.
Even the most abstract of painters, fine artists, and so-on should have good fundamentals. They’ve gone through the discipline and developed taste, they don’t choose it from a library.
The CMU grad (using this as a stand-in now for any so-called educated hack, sorry CMU) is skipping all that and asserting personal authority without proving or living anything. And that shows IMO.
My probably unpopular opinion is that using AI can be very creative and you can get into flow states, and the quality of outputs vary by skill of the user.
Now that creation is cheap, the scarcity has moved to adoption. Things built without taste are less likely to be adopted, to survive. At least that is what I'd like to believe.
You need a long term, persistent abundance to develop and even have a use for taste.
I don't see why would software be any different.
Or well better than 0 and just a claim.
In hindsight, I have worded this rather poorly and let some phrases do a lot of heavily lifting for me in the post. Ultimately, I agree with you. Knowing, for this instance, is not half the battle.
Still, I like better when we actually do try to name what we're talking about. We've probably all read the motorcycle guys take on quality and things like that right? I guess the theme some are going with is that quality can't be objectively quantified and to define it is futile but I've never liked that take. If we think LLM generated code is low quality then it certainly makes sense to start our attempts to define or at least describe what makes the quality needle move, because language is how we encode lots of information and information is what feeds LLMs.
People also like to rag on uncle Bobs takes, clean code, etc but I like how at least he tried. I've been a fan of his for awhile but I'm not big on objects so don't care about his pushes on that sort of thing. The best take that offered hints that I would call quality is "A Philosophy of Software Design" by John Ousterhout, there is plenty of stuff in this short little book that was very satisfying to me, like for instance where Bob wants short/small functions, Mr Ousterhout was much more flexible on this, like for instance maybe some functions can be bigger if the need arises, things like that.
How convenient it is that we’re all so awesome according to the one metric that can’t be measured
LLM can't waste weeks debating stacks and tools and then recast the problem as a new framework that needs to exist.
*Check mate*
Every AI-frustrated (but LLM-written, sigh) blog post about the loss of taste and craft and hard work in development sounds like we've given up the interaction with the machine. Like human work is sitting back in your chair and shitting on stuff.
That's obviously not true! That's not how any of this works!
It's hard and weird to develop with the LLMs because they just do stuff. Lots of it is good, some of it is OK, some of it's horrible. Unpacking what it's done is hard and weird because software isn't just lovely UX, it's also data structures that scale and performance and privacy and enterprise controls and SOC 2 and onboarding and accessibility.
If you want to build real software, all that stuff has to get done. Today you're working on the feature, tomorrow you're making it scale. It's long-term and iterative and complex and hard to pack into a prompt or a markdown spec.
The work is the work, done at and with the computer, and it's way more than just "taste."
Actually I think it is possible to reconcile Kant's third critique with the statement "LLM is possible to make aesthetic judgement" (with certain generous application of principle of charity, naturally).
Reading text, it can either grab me or it doesn't. I've asked about that to an AI and there's some reason for that. Some text is more compatible with me, due to the rhythm or combination of chars/words used, how they actually look/feel, it's not just about the content. So I'm assuming some writers are going to be more compatible with me while others will make me dismiss them quickly or just skim.
I like to think I have the correct objective taste in music, but everybody thinks that about themselves.
Reductionism is hard to apply to intuitions, and we often fool ourselves.
I personally call this the obviously test: smart people correctly notice something and say it is obvious. It is a rather rarer skill to understand and explain why. I have particularly noticed it with coaching (which adds the next levels of difficulty in getting someone to grok what you've seen).
But toil is not gone. We have still have code owners, lawyers, physical hardware, thousands of configurations that we can't test them all.
And notably: we will still be asked to write software we can maintain in the future.
Sure, there are short-lived non-critical software projects where LLMs will rule.
But for many big complex projects, you can't land code without reviews. You can argue its because taste is already being enforced in the name of maintainability.
Why do you think orgs are pushing less reviews? Token-maxxing increased PRs but stupid meat brains are a constraint. So of course, remove that constraint and you’ll have your features faster!
Then we'll need to accept that coding is better when it's done by computers, and we'll start telling everyone it's actually the prompts and context that steered the machine that really matter.
All this doesn't necessarily translate to sales though. Because, to evaluate those things requires attention, trust, time and effort.
This is a significant barrier because a lot of software will appear to meet all of these superficially.
After 1 day of usage, a piece of software may appear to be intuitive, reliable, secure, performant and useful... But then after some time (sometimes a whole week or longer) you run into a critical scenario and discover that it cannot be solved with that software... Or performance drops off sharply after you created the 1000th record in the software... Or a hacker takes months to find that one endpoint which allows full remote code execution.
Even in an optimistic scenario, 1 week is a long time to evaluate a piece of software. I've encountered software which took 6 months and large teams of people to realize that it wasn't suitable. That's how long it took to hit the critical limits. It's a very long evaluation loop.
So you cannot judge new software efficiently by just looking at it. Even industry consensus is problematic if the software is very new and complex... Plenty of trends have fallen off a cliff in the past. You need to understand who is behind the software... And even that's not so easy; social proof can be misleading when it comes to deep technical ideas. The people who are good at social networking aren't necessarily good with tech.
I think AI slop code is going to be a much bigger problem than people anticipate. And the irony of it is that the solutions already exist... What doesn't exist is the mechanism to identify those solutions. But even the mindset needs to be corrected first.
I'm seeing the same thing. Of course, it's always possible that AI capabilities grow significantly from here and this worry is moot (and there will be other things to worry about, like whether I'll have a job). But seriously, after a while AI generated codebases really fall apart.
It's a bit of cope from me that this problem won't be solved in the future, but I'm also really disappointed with how many people really do not care about writing high-quality software that is easy to understand, performant, and resilient to bugs. Like, why did you decide to work on software in the first place?
I think we're going to see some pretty careless mistakes in the future that will result in a lot of pain...
The point being more that the development does weigh more heavily on having fun ideas to ask AI to build
I think there's probably also a place for people to make guides for AI-assisted programming or even personal essays on their views of "taste" or what they want code to look like?
I see pop up frequently objections to vibe coding (different from mere AI assistance in coding - vibe coding being creating things without looking at the code at all) that it doesn't account for architectural descisions, cybersecurity decisions, edge cases, and other such things. So to me it looks like a next step might be in identifying these things "vibe coding" doesn't do well, that people can learn more manually, so they can do at least AI assisted coding well.
There will be no mass job layoffs for antying but relatively automatable stuff.
Doesn't that mean guaranteed failure in the market if you use taste as your guiding star? Therefore, there's really no way to enter the market anymore.
I don't know how you then ship software or monetise it...? The market will just clone it.
So... Don't share stuff publicly? Only share with closed groups? Where does this leave small-time software development...?
If taste is maintainability, etc.. the no quite the opposite.
The startup that has no taste and vibecodes mindlessly might end up with a codebase they can't maintain or refactor. A product that can't advance.
But honestly, I don't feel like the toil is gone. Landing code in big projects remain hard.
Maybe software moves to this after it's commoditized? Users might prefer an artisanal one vs ordering it off the shelf or using an agent themselves.
We still have a metric for good taste, and it is $. Solve a problem that people care about? They give you $. Solve problem no one care about? No $.
It is not perfect, but I challenge you to find a better metric that is as effective and simple.
I think there is almost a split between people who have read ZAOMM and people who have not.
I recently made a post in my circles about how "meaning" is what human quality is. If you look at classical art a lot of it could look objectively nonsense and have technical mistakes, but just because the machine can make a picture does not mean that it attributes any meaning or communicate any intention. The difference between human-made classical artwork and machine-made classical artwork is the meaning and symbology behind it
This conclusion may be unwelcome here, since it implies that AI can acquire "taste".
[0]: https://www.jamesshore.com/Articles/Quality-With-a-Name.html
The only difference I see between what happened to master craftsmen during the Industrial Revolution and what is happening to programmers today is that I belong to the latter group, so for the first time, the coming employment crisis feels personal.
My best guess is that it's a pointer not to any actual concept but to latent semantic space between concepts. Either a very novel or very Buddhist phenomenon, depending on how you look at it.
I’m pretty sure it was not technology that killed the web it was the kind of toxic crap like that, that we’re seeing from communities and that’s nothing new
so emacs is also left :)
The first is an XKCD 605 (Extrapolating). The author makes bold predictions for the future as though they're inevitable, but gives zero evidence, because there is none, we're still at T=0. IBM is still in business. Wake me up when it's been taken out by someone vibe-designing a mainframe in kicad. Or even, let's see a dropbox clone get off the ground. Should be easy, right? (It's an HN tradition, after all.)
The second mistake is mistaking a large multiplier for infinity. The cost of code has not "collapsed to almost nothing" as the author claims. Talk to your CTO/CFO if you want the real story. They're probably freaking out over AI spend. But the point is, yes, AI has made things cheaper, but they didn't become monotonically zero.
AI had also raised the bar. You can't ship "good enough" anymore, it has to be great. And great still takes time. Time in QA, time obsessing over every workflow, time talking with customers and planning features.
Taste hasn't even entered the picture, and the analysis is already wrong.
Frankly, this barely scratches the surface of the hubris of engineers. I personally think AI has been one of the best things to happen to software engineering. Writing boilerplate or my millionth auth implementation was never why I fell in love with the craft in the first place.
I once wrote a pile of C++ templates that would let you wrap a C++ function as a JavaScript function, automatically converting all the arguments and the return type. Then I left the company. How did my successors find it? No idea. Maybe they pulled out all the automation complexity and replaced it with manually operated boilerplate.
It's also a sign of refusal to learn an editor or IDE deeply. Most of the ones I know have mechanisms (or plugins) for generating the boilerplate.
Although back to the language, usually the biggest boilerplate killer are macros and so many developers seem to really have a problem with them.
My goal when writing a software is always to reach a point where modifying a business rule is as easy as writing it in plain english. Which means abstracting the essential complexity (while being pragmatic).
This is true, but I was mostly referring to framework boilerplate (Spring, React, etc.) or plumbing boilerplate. If you've ever written code professionally, you know that most code that you write is just making your thing fit with someone else's thing.
If your consumer or your provider made bad engineering decisions, you have to absorb them. If your company mandates the use of a framework, you have to absorb that, and so on. So I think it's great that AI can write all the dumb shit I didn't come up with anyway.
So i guess proven secure architecture will come and stay.
Following form of the words I just read: these 100% animous filled HN threads about how everyone is bad and everything deserves mocker have to be some elaborate power game to undermine hope and human will, I genuinely do not understand how genuine human people could think it good to "comment" like this.
There's just such a ridiculous pile on of people with such enormous overwhelming negativity underneath this ocmment. This off-gassing is almost never engaged with the material. Now there's an excuse to write off any material we don't like instantly, to accuse it of fakeness. But I still do not see a realness enscribed upon people who so actively work to tear down & prevent thought & consideration.
To engage with the post: I do think the definition of fashion is interesting, and a real power dynamic to be aware of. But do think there's a lot of things that take off in the world because they are good and interesting and nice, especially in technology and products, that the world wants nice things, and will happily support you for doing that. And especially in tech, the technical decisions we start from and build underfoot steer us towards success in subtle compounding ways, that matter, and that taste is crucial, where fashion is not a factor.
Again, at a meta level: my distress & frustration at the top is less from seeing this comment, and far more from seeing everything down thread trying to out-do one another with how cynical and anti-meaning anti-trying they can be. But I think this post definitely started on an all too familiar note, blood in the HN waters that all too often gets us so sharky.
I'm a firm believer in not engaging with or promoting the content of misrepresented AI.
Every day is a new day. It is better to be lucky. But I would rather be exact. Then when luck comes you are ready.
The reason is simple: Short sentences are punchy. They hit hard, carry emotional weight.
P.S. As evident, clearly I'm having some fun with this, but the point stands.
> The reason is simple. Short sentences are punchy. They hit hard. But they carry emotional weight.
Does this stem from you believing that there is value in making logical errors, or is your angle more towards believing that nobody should waste their time interacting with someone who makes logical errors?
If we assume that it is LLM generated, as suggested, apparently a lot of people, as the LLMs were trained to mimic how people speak (write).
You might find it to be unusual because you probably have never read anything written by most people. Only peculiar characters tend to get noticed.
This is likely because the individual measures being averaged like "femur length" were not independent from one-another, even where they had the benefit of being normally distributed.
In fact, I find no meaningful difference between "But no _individual_ speaks like this." and "But the ratio was never the danger.", aside from them being about different topics. They are syntactically very similar.
It's a foundational model (fresh from autoregressive pretraining) that approximates the probability distribution of human texts. And, no, it's not the statistical average of how people speak. It approximates how a person who could have written a text in its context would have written the next words.
Fine-tuning, RLHF, reinforcement learning change this probability distribution. I guess, it's mostly RLHF that shapes the way LLMs write. The similarity of style is due to common providers of RLHF data.
How could it be? There would be no mimercicky if it were an average of how people speak. No human speaks like the average.
Walter Hartwell White, I suppose.
Do you mean starting sentences with "But"? I do, but then again I'm not a native speaker and my writing may be nonstandard. Or do you mean short and direct sentences? In which case, Hemingway.
I'm not saying the article isn't AI slop, but I think it's not obvious from the specific sample you chose, since plenty of people online write like that, before AI.
It's a blog post. It was written. The written word is different from the spoken.
People don't speak like: The man in black fled across the desert, and the gunslinger followed.
People don't speak like: In a hole in the ground there lived a hobbit.
In fact, I can throw this question at you:
"TFA's title is"
Who the FUCK speaks like that? Who the FUCK uses TFA's IRL OMG WTF?
Silly, isn't it?
The person you're replying to is saying that it wasn't written. If you are the author, I will believe you that it was. If you are not the author, I have no idea why you think you know more than anyone else does.