Imagine the scene from Ratatouille, where Remy explains "taste" and the brother finds it impossible to understand what it is ("Food is food").
The dad goes from being annoyed that Remy is a picky eater instead decides to put him to work as a taster. Gives him the job of approving forage that comes into the family & protect others from being poisoned.
The reason we say "taste" is because that's the closest parallel.
When it is even more vague, I call it a "code smell".
At which point we define taste as two unrelated things: skill in aesthetics, and skill in ux.
I've seen apps that looked amazing (Taste #1, aesthetics) but made me go, "Okay, did they actually try using this thing?" (Taste #2, usability). I think these tastes are completely orthogonal, from personal experience. I think the vast majority of designers suffer from Total Usability Taste Blindness.
(And, though it feels a bit mean to point out, the vast majority of FOSS suffers from a total absence of both. The winning projects only win because they have no competition, they're the only free option available.)
The technical characteristics appear to be entirely irrelevant. (I'm not sure if taste even enters into the picture.. it appears to be a third category!)
It’s like a well written prose vs a drunk’s rambling. They could describe the same scene, but one is much pleasurable to listen to. Or strolling through a well-tended garden vs walking in a landfill.
So it’s subjective, but you know instinctively what you prefer to work with.
And that is my central gripe with this piece--it doesn't care about the details and handwaves everything bad as having "bad taste." That is fundamentally lazy imo.
So the act of presenting and the judgement by others are what qualify the whole “taste” thing. The judgment is not yours to make, and presentation (either voluntarily or not) is all that needed for others to form an opinion.
So your private code that no one else has seen? No one cares. The repo linked to your Show HN post? You will be judged based on that.
If you like it the way it is, then guess what, you do have taste, tell them to fuck off and just keep it the way it is.
The difficult part is being honest with yourself about why you like it the way it is. If you do honestly like it for what it is, then others probably will too, no one is really that unique. If you like it because you put a lot of effort into it, then you're just letting your emotions lie to you.
That's just the programmer/logician in you screaming "unknown feeling!" :)
Programming (for me at least) is as much of a creative endeavor as it's one of logic. You can train yourself to at least recognize "good" from "bad", even though it's much harder to teach yourself how to go from "blank" to "good", or even being able to actually define why something is better than another thing. Sometimes it's literally just "vibes" and that's OK.
If you're unable to train this feeling in yourself, maybe the best course of action is to find someone you can tell is able to better use that particular skill, and ask for their feedback.
Same can happen with code. People may talk about readability, maintainability,… And it can be hard to improve in those aspects. So you read a lot of code that is lauded as good, figure how people goes from ideas to a written version of it, contrast it to your approach, a d reflect upon that.
So like you definitely probably can get pointers from people in your specific niche and if you've been in that niche long enough you've probably developed some level of taste and feeling for what people in that group like and need.