What does refactoring actually look like? Let’s continue an example based on a real iOS view controller. I gave a talk for CocoaHeads NL called “Real Refactoring” where I demonstrated refactoring a view controller from MVC (model-view-controller) to MVVM (model-view-view-model). At least I started to, but for the sake of time, I cut the demo
What is refactoring? Like most of the technical agile practices, seeing the final code doesn’t help. That’s because refactoring is a process; it’s hard to grasp until you see someone do it. So I gave this 27-minute talk showing what real refactoring can look like for iOS developers. You’ll see several refactoring practices in action that I
Refactoring is moving in small steps, with each step verified by unit tests. As I demonstrated last time, these steps are much smaller than most people are used to. Let’s continue the same example to learn some new things about refactoring. Reading is not as good as doing. I learned from the folks at Big
Refactoring remains a much-misunderstood discipline. Even when folks do have unit tests to back their changes, how long does the code stay broken? Let’s return to the idea that refactoring happens in very small steps. No, even smaller than that. Table Of Contents 1Motivating example2Take smaller steps3Move Field refactoring4Reducing the amount of change5A sequence of very
When you refactor, do you have unit tests covering you? …If not, why not? …If so, how do you know? To me, it seems that the state of refactoring has gotten worse across the industry. Both managers and programmers and managers say the word “refactoring” more than ever. But they almost always mean, “I’m going
Page [tcb_pagination_current_page] of [tcb_pagination_total_pages]