|
|
|
|
|
by afiodorov
261 days ago
|
|
> It was uncomfortable at first. I had to learn to let go of reading every line of PR code. I still read the tests pretty carefully, but the specs became our source of truth for what was being built and why. This is exactly right. Our role is shifting from writing implementation details to defining and verifying behavior. I recently needed to add recursive uploads to a complex S3-to-SFTP Python operator that had a dozen path manipulation flags. My process was: * Extract the existing behavior into a clear spec (i.e., get the unit tests passing). * Expand that spec to cover the new recursive functionality. * Hand the problem and the tests to a coding agent. I quickly realized I didn't need to understand the old code at all. My entire focus was on whether the new code was faithful to the spec. This is the future: our value will be in demonstrating correctness through verification, while the code itself becomes an implementation detail handled by an agent. |
|
I could argue that our main job was always that - defining and verifying behavior. As in, it was a large part of the job. Time spent on writing implementation details have always been on a downward trend via higher level languages, compilers and other abstractions.