That is only true of semantically equivalent things.
Tabs vs spaces don't matter they are equivalent.
But consistency is only better when it is an improvement.
It is fundamentally important that convential commit is better for adopting it to be an improvement.
After all in your example wasting the first four characters of your commits with poop would objectively reduce the quality of your commit history, whether or not it was consistent.
> It is fundamentally important that convential commit is better for adopting it to be an improvement.
Absolutely! Which means we can also agree that conventional commit is objectively better than No System For Their Commits At All, which is what 99.9% of people are actually choosing between when evaluating conventional commit. They aren’t looking at conventional commit vs Some Better Way, they are looking at “we have no standardization of commit messages” vs “we have standardization of commit messages”.
For the 0.1% people for whom that’s not good enough, one hundred percent agree that these people should be pursuing better solutions.
> Tabs vs spaces don't matter they are equivalent.
Just to nitpick (because what else is this thread about? :))
They aren't equivalent! Tabs carry more semantic information than spaces. 1 Tab character == 1 Level of nesting
Space-based systems _can_ provide the equivalent semantic information if they are 100% consistent.
...but part of the argument in favor of spaces is that they allow an escape hatch of the strict indentation in order to allow pleasing visual alignments.
In what context does wasting your first characters on fix vs feat matter?
PRs are going to have an explanation that has way more detail than necessary to figure that out quickly.
One lines tend to be (for me) in a situation where the difference is immaterial. If I am rapid firing through history I need to know what you did not why you did it.
Again I am not claiming that these are bad or even that they aren't good.
I am specifically disagreeing that any change is automatically good, that isn't true.
Each individual PR gets tested and merged the same way they would if you’d authored them one by one in the first place.
The combination is merged in your tree well in advance of a PR ever being made. When the ancestor PRs are merged, you just pull and your descendent merge commit is rebased automatically.
At no point are you pushing untested code that you wouldn’t have pushed in a similar git workflow.
Noctua fans have a distinct look, you could say the same about black, if you want to black them out just get a case that hides them since that would look the same.
Exploits of a local machine with hardware access are a dime a dozen.
For most things everyone assumes if you can run arbitrary code you already have total effective control. That is why the gold standard is RCE remote code execution not root.
Privilege escalation is a problem but is the majority of the vulnerabilities found so far. And it is really only a problem in mixed environments where you are expecting to run untrusted code.
> I hate it because typically that style of writing was when someone cared about what they were writing.
I dont understand these takes. The opposite is true - humans good at writing who care about writing never produced these kind of texts.
People who dont care about writing, but need to crank up a lot of words would occasionally produce writing like that. Human slop existed before ai, but it was not the thing produced by people who write well and care.
AI created unprompted the eloquent speech it uses or that AI stole the unpopular style of eloquent speech from people who didn't know what they were talking about.
Neither of which is true because you are mistaking shit posts on social media as what everyone is talking about when discussing "AI posts".
I don't terribly care about replies or other short messages in this context. Wasting 30 seconds isn't worth complaining about.
But wasting 15 minutes trying to build up a mental model of a proposed solution only to realize it never existed is another thing entirely.
I always felt like humans that were good at writing that way were often doing exactly what the LLM is doing. Making it sound good so that the human reader would draw all those same inferences.
You've just had it exposed that it is easy to write very good-sounding slop. I really don't think the LLMs invented that.
Sure some people could write well but didn't have a clue but they failed to maintain interest since once you realized the author was no good you bounced once you saw their styled blog.
Now they don't care as they only want the one view and likely won't even bother with more posts at the same site.
After all B2B transactions are often invoice based.
reply