I have to say, I was a bit flabbergasted recently by a large, articulate comment on HN with the premise "Anti-LLM sentiment within software development is nearly non-existent". Very matter-of-fact, not seeming intended as contrarian.
For lack of a better word, it feels "weird" to read a sentence like that in what appears to not be a troll comment.
We might categorize new code repos into one of three groups:
Class 1: Fully reviewed: Every line is carefully reviewed and understood before being merged. All necessary edits are made.
Class 2: Partially reviewed: Every line is looked at, but is not carefully reviewed or understood before being merged. Edits are sparse, if any.
Class 3: Not reviewed (true vibe coding): Edits are not reviewed (outside of a major accidental deletion). The trust is altogether in the tests. Functional behavior is
all that is reviewed.
Granted, orthogonal adjustments to this grouping are possible, but imho it captures the essence of the process.
The point is to classify each new repo at the time of its creation, then stick with it. Its classification should be documented in its readme.
happytoexplain|18 days ago
For lack of a better word, it feels "weird" to read a sentence like that in what appears to not be a troll comment.
unknown|18 days ago
[deleted]
jleyank|18 days ago
unltdpower|18 days ago
Betting on whether they can actually perform their sold behaviors.
Passing around code repositories for years without ever trying to run them, factory sealed.
OutOfHere|18 days ago
Class 1: Fully reviewed: Every line is carefully reviewed and understood before being merged. All necessary edits are made.
Class 2: Partially reviewed: Every line is looked at, but is not carefully reviewed or understood before being merged. Edits are sparse, if any.
Class 3: Not reviewed (true vibe coding): Edits are not reviewed (outside of a major accidental deletion). The trust is altogether in the tests. Functional behavior is all that is reviewed.
Granted, orthogonal adjustments to this grouping are possible, but imho it captures the essence of the process.
The point is to classify each new repo at the time of its creation, then stick with it. Its classification should be documented in its readme.