> It is about companies and people training models and building AI products being unfair in their practice.
Khan's argument is tied to an "unfair" definition in a 1934 law, not the colloquial usage today about unfair around copyright usage, which is also debated. The "unfair" there is about any activity which leads into a spiral of decreasing public good. The dark patterns of social media are another place we ought to use this law to hold companies and execs accountable. It's "unfair" because others feel compelled to adopt the practice or lose their business. The News Media industry is another example where this has played out. It is arguable that developers feel "unfairly" compelled to adopt Ai or lose their trade. Certainly many in the field have openly expressed this anxiety. While not exactly the same situation as the case (companies in competition with each other), it is developers in competition with each other in the (perceived to be taken by ai) job market. This was the analogy I was making, which is closer to the 1934 case than the "unfair" copyright around Ai that is widely debated.
I bow reluctantly to this device I consider unscrupulous.
It's comment wall is uncovering enough that we are going to brave the burnout fodder while we work on a second agent to make the adjustments after we leave our own comments on the clanker comments. It's weird writing that sentence, I've generally been against the hype train, but they have become good enough there are real wins on the code review side. So yes, I will maintain you are doing a disservice to yourself, your code, and your users by not using a thing that catches bugs before you publish them. I still care about the quality when I'm putting it in other people's hands. Ai is now clearly facilitating improved code quality - when used on the review side.