↓ Skip to main content

·84 words

If you removed hand-written code but didn’t add explicit invariants, you lost rigor. If you’re generating implementations without rigorous evaluation, you lost rigor. If you’re accepting code because it runs rather than because you understand it, you lost rigor.

Across decades of software evolution, the same misunderstanding keeps recurring. Constraint removal is mistaken for loss of rigor.

Chad Fowler making some very good points here. It’s possible to use these tools properly but that’s going to require a bunch of (re-)learning of practices.

https://aicoding.leaflet.pub/3mbrvhyye4k2e

Alper Cugun
Author
Alper Cugun

Related

·34 words
More stuf by Sean Goedecke that I came up with independently myself. Being unreasonably effective is one of the best ways for career success. Getting that way requires critical thinking and consistent application.

·96 words
how Amazon’s traditional viciously customer-focused approach to development was a poor match for the research-style work that was required for developing AI

No individual in the organization will ever have an accurate mental model about how the entire system works. To put it simply: It’s the stuff we don’t know that bites us. There’s always stuff we don’t know.