Yes it is. Look at the eyes on the ducks. Also the guy's hands and nose. Dead giveaways.

I wouldn't be surprised if the whole meme was. What on earth does the picture have to do with the text lol

Why tf does someone need ai to make memes?! Jesus Christ...

For my current job we've all agreed to take the approach of not writing comments that say what the code does, but why you did something the way you did. Probably about 90% of our code is uncommented because it just doesn't need to be, but every once in a while you have to do something out of the ordinary to get the desired behavior, and explaining why you made the weird decision you did is infinitely more helpful.

I strongly disagree with the comments. "The code is the documentation" was a dumb joke about being to lazy to write documentation, not a best practices guideline.

Proper naming is good, but there are a lot of issues with not commenting code. Obviously it's dumb to comment every line, but it's really useful to comment functions/methods, because otherwise you never know if something's a bug or a non-obvious feature. Comments act as a parity check to the code, since they tell you what the dev who wrote the code wanted the code to do.

Also, everone thinks they write good, clean and obvious code. Hardly anyone purpously writes bad, hacky code. Yet if you look at code you wrote a year ago, or code someone else on your team wrote, it's full of non-obvious hacks. That means, people constantly misjudge the obviousnes of their code. Comments should be put on anything that could maybe be non-obvious.

And putting documentation of the code anywhere else than in a comment (e.g. Confluence) is a total waste of time (unless you put a link to the specific page of the documentation in a comment in the code), because documentation that you don't directly see without effort will not be found and not be read.

The problem here is that every junior programmer thinks they write clean code when they really really don't. Often I find the act of writing comments makes you go back to the code and clean things up, so it's still worth encouraging comments.

I just get AI to write my comments lol. I'll paste the function or component and tell it to write comments in tsdocs format and it works great every time (I will also add to it sometimes of course).

Don't get me wrong, I also write clean code with good function and variable naming, but I find comments are also useful for a few reasons; they make the code even more quickly readable, they can explain why the code is the way that it is, and my favorite reason, they make it so when you hover over a reference to the commented item in an ide you get an explanation of exactly what the code does and what it expects without having to find and read the code itself

This is why I leave my phone in the basement when I get home.