It's the technical name of a thing in comp sci, I'm not sure what other answer you want. It specifically contrasts "one's complement".

Am I tripping or is the start of this article a transcript of a Louis Rossman video I watched earlier this week?

People with this view seem to forget that writing code by hand is fun. Most of the experienced programmers I know only use AI to skip the actual boring parts (some boilerplate, the occasional "duplicate this module and change some details", stuff like that) and some of them don't use AI at all. One of them is required to use AI by his job and he says most of his co-workers don't like it.

The opposing viewpoints are there and I'm sure NYT knows it.

For 1: as a software company, they have a vested interest in ensuring that software engineers are as capable as possible. I don't know if anthropic as a company uses this as a guiding principle, but certainly some companies do (ex Jane Street). So they might see this as more important than investment cycles.

The quality of software engineers and computer scientists I've seen coming out of undergraduate programs in the last year has been astonishingly poor compared to 2-3 years ago. I think it's almost guaranteed that the larger companies have also noticed this.

I don't mean this in a bad way; did an AI write this comment?

For those unaware, HP recently secured one of the most idiotic deals I have ever seen a state-level government agree to: all laptops in Quebec purchased with public funds must be HP laptops. They said this will "encourage competition in the laptop market."

I can't wait to see this new decision blow up in HP's face.

Yeah it depends what you're doing. I do a lot of circuit modeling where different subsystems need to talk to each other. The solutions are either Rcs (and a bunch of custom drop logic) or a parent struct holding all the others. Both are awkward. But in other programming domains I've found rust pleasant.

Eh rust still has issues in some domains, e.g., when cyclic data is appropriate. You can do it, but it's annoying. To me, Haskell is really peak programming, but I know that's opinionated and most won't agree.

Vscode can do cross-file renames in pretty much any language. An LSP that doesn't support this is not doing its job.

The C Preprocessor also does all of those things. That's expected of a preprocessor. If you say "you can write java code with a bit of extra sugar and JPlus turns it back into 'regular' java," then that's a preprocessor.

I don't think anyone's calling it a scam, but it's pretty clear as an outside observer that a very specific point was questioned (about where JPlus fits into the existing ecosystem) and your replies have very little to do with that topic.

Also, your replies really do look AI-written. I know it's hard to be sure, but humans expressing a point don't usually write summaries in the fashion of your replies and LLMs almost always do.

Anyway, personally, if I have an existing application java program then maybe there'd be an argument to use a lightweight syntax extension to continue developing it more safely. But if I were starting a new project, whether a library or application, I would just use Scala or Kotlin from the get-go. The JVM platform is already versatile enough to get us much more than just some basic extra type safety and boilerplate generation. I'm all for static analysis tools, it's just (again) hard to see what you get from JPlus that you can't get from either groovy or a better language.

Your replies don't address that at all.

I don't need syntax highlighting for that in Haskell either. My usual highlighting just leaves them both in the default text color.

And I'm specifically arguing that the other things on your list do not inherently make code bad.

Raymond's document does not, and I believe never has, mentioned Haskell.

I also disagree with him, given that it does recommend Java, but the quote is correct.