Programming

As a senior developer I have serious doubts about the whole thing. Yes, I don't do tedious typing anymore, now I do extremely tedious code review all day, my least favorite part of the job. And I have to be very vigilant because the AI is an idiot more often than not. Then when I finally publish my own code it's time to go review my colleagues' ai code and figure out what they missed in their review.

I don't feel much of a productivity multiplier. I'm not saying we won't get there, but this current iteration ain't it.

Agree. Using AI as a tool is very productive. On the other hand, letting AI drive everything is insanely time consuming and tiring work due to back & forth prompts.

I've coded "professionally" (solo dev for a small company. Not the full dev experience so big caveat)

I find AI is amazing at writing unit tests and other test harnesses. That's all it's good for besides summarizing documentation and even then it's so misleading it's basically useless you have to constantly doubt it. It's a pathological liar... And I mean it's kind of an impossible task... It's trained on the entire internet. The strongest weights it has are for the oldest and most popular libraries. Oftentimes it's telling me to use deprecated shit left and right because that's biased extremely high during training, and maybe 1% of posts on that library mention it's deprecation.

I prefer to write my code the old fashioned way. If I have it generate code it's never pasted in, and I prefer having it explain what I don't know about what it's doing. Using it as an assistant and a TDD buddy works relatively well.

Also if you poke at software architecture. I've learned a lot (I wasn't formally schooled in computer science) and it's good as long as you constrain the scope of what you're asking about, and make sure to consider it on your own against the existing project architecture. I still make the design decisions myself.

Oh, also having it make design decision documents. I often make those to record "this is why I'm doing this feature this way. These are the options I considered, and why I decided my way is better in this particular case" so I have a record of my state of mind and decision making.

There are papers that are pro and con. It's a new tech - we're still figuring out how to use it. It's gotten a lot better than a year or two ago though.

It's definitely helped me get things done a lot faster. You can point to "that one study everyone does" and tell me "no it's not" but honestly, it is.

I'll give you an example - I had to write a small bash script to fix home directory ownership on a server because somebody borked it and some critical jobs weren't launching properly. Just something to read /etc/passwd, parse out the owner and home dir and chown-R $user $home. Dozens of user dirs so quicker to just script it.

Time was of the essence. Claude had a script in ~6 seconds. Yeah - I could have written it - but not that fast. I validated the output and gave it a run. All's good.

You can insult me as "not good developer" or whatever you need to do to make yourself feel better - your opinion of me is irrelevant. But these tools are pretty damn good at what they do if you use them properly. "Properly" being the key word here. They are tools not employees so you need the proper critical thinking to apply them effectively.