I'm glad you found that article useful.
Just a couple of things I'd like to note in addition:
1. It's great to see that you are thinking about keeping your code clean and clear. That's more uncommon than you'd think it would be and for me, it's the mark of a good programmer. As Martin Fowler said: "Any fool can write code that computers can understand.
Good programmers write code that humans can understand." (My emphasis on "good")
2. The techniques explained there revolve around a refactoring called
Extract Method. That refactoring and the
Rename For Clarity refactoring are refactorings you will find yourself performing over and over as you write code and strive to make it clearer. Extract Method can address at least a couple of issues: duplication (i.e., violations of the
DRY Principle) and noise from violations of the
Single Level of Abstraction Principle. Rename addresses the
code smell of lack of clarity.
Taken together with the
Compose Method Refactoring, you have what I consider to be the Big Three refactoring techniques that make up 80% of the effort needed to keep code relatively clean and maintainable.