Eager to fix what isn't broken should be more like getting better at your job over a period of time. Sitting around and rewriting apps that work perfectly to ma

Eager to fix what isn't broken should be more like getting better at your job over a period of time. Sitting around and rewriting apps that work perfectly to make cleaner/optimized code is not usually a good use of time. But taking lessons learned from one project to do better on the next is expected. No matter who writes an app, the next person in charge of it thinks it was written terribley and wants to rewrite it. This is a vicious circle and I have seen lots of development teams never achieve anything that really helps the business or users because of this. Be careful of ever being eager to fix what truly isn't broken.