> As much as possible try to minimize the number of changed lines when implementing a feature Great way to get LLMs to start making an endless profusion of met

> As much as possible try to minimize the number of changed lines when implementing a feature Great way to get LLMs to start making an endless profusion of methods instead of adding parameters to or switching to a richer return type from an existing method, in my experience. I’m tired of seeing “get_total_rounded_up” + “get_total_float” bloat when a few changes to unrelated code to round floats to ints would keep the method API surface small.