We cut middle managers across the organization because AI allows us to have more direct reports per manager while still measuring and mentoring our teams effectively. – Matthew Prince, How I Choose…
They excel at specific tasks that are built for them
They are however widely known to be terrible at code, at least compared to an advanced coder. They introduce not only more bugs even after human review, but new kinds of more insideous bugs.
I like to say the main problems with most projects were already the code quality and the bugs, and not that we somehow needed even more low quality lines of code.
(Disclaimer: not talking about passive AI bug analysis here, just using AI to write actual code.)
They are however widely known to be terrible at code
They are for large tasks. However, for simple pattern repetition tasks, they’re generally fine, code or not. I’ve had success, for example, having them remove pointless, confusing try…except blocks surrounding imports at work. I usually find that I just rewrite anything myself if it’s anything more complex than that because the code it produces makes no sense and taught me nothing.
I like to say the main problems with most projects were already the code quality and the bugs, and not that we somehow needed even more low quality lines of code.
I’ve had success, for example, having them remove pointless, confusing try…except blocks surrounding imports at work.
And you may have introduced some dangerous hidden bug that way, which you may not have doing it manually.
(I’m not saying that makes it not worth it, this is just what the studies are saying. I personally think it’s not worth it, but I realize there is some subjectivity here.)
And you may have introduced some dangerous hidden bug that way, which you may not have doing it manually.
You act like I can’t read some import statements and see if they match the import statements on the other side of the diff lol.
There was no bug introduced. All the dependencies were required. If any of the imports did error, then that’s a bug with that package that got surfaced instead.
They are however widely known to be terrible at code, at least compared to an advanced coder. They introduce not only more bugs even after human review, but new kinds of more insideous bugs.
I like to say the main problems with most projects were already the code quality and the bugs, and not that we somehow needed even more low quality lines of code.
(Disclaimer: not talking about passive AI bug analysis here, just using AI to write actual code.)
They are for large tasks. However, for simple pattern repetition tasks, they’re generally fine, code or not. I’ve had success, for example, having them remove pointless, confusing try…except blocks surrounding imports at work. I usually find that I just rewrite anything myself if it’s anything more complex than that because the code it produces makes no sense and taught me nothing.
Tell me about it lol.
And you may have introduced some dangerous hidden bug that way, which you may not have doing it manually.
(I’m not saying that makes it not worth it, this is just what the studies are saying. I personally think it’s not worth it, but I realize there is some subjectivity here.)
You act like I can’t read some import statements and see if they match the import statements on the other side of the diff lol.
There was no bug introduced. All the dependencies were required. If any of the imports did error, then that’s a bug with that package that got surfaced instead.