I think, for me, I am often on two sides of the situation.
1. I'm moving fast and writing code to get things done for the customer and the product.
2. I have enough time to slow down and write or refactor "testable" code.
Often 1 results in untestable code. Often 2 results in a refactor or most likely a rewrite to create testable code.
This is an important difference. Optimizing to write code just because you think is clean (in the sense of shorter, reusable code) is often confusing to most. This also leads to pull requests that grow large and are hard or time consuming for others to review.
Hey amingoia, thanks for responding. I think the worry here is bigger than this single situation and is really about package maintenance and ownership for the community at large. This is a very popular package. Selling it to anyone just to move on is a burden on open source. I will say it is completely your choice here, but as a consumer of the package and the other 130K+ a week I would urge you and others to be a bit more careful when transferring ownership.
I think, for me, I am often on two sides of the situation.
1. I'm moving fast and writing code to get things done for the customer and the product.
2. I have enough time to slow down and write or refactor "testable" code.
Often 1 results in untestable code. Often 2 results in a refactor or most likely a rewrite to create testable code.
This is an important difference. Optimizing to write code just because you think is clean (in the sense of shorter, reusable code) is often confusing to most. This also leads to pull requests that grow large and are hard or time consuming for others to review.