Archive | refactoring RSS for this section

Scripting Refactoring — Overthrowing the GUI (part 4)

This post was imported from blogger, to see the original, likely better-formatted post see kalebpederson.blogspot.com. > Over the last few blog posts I’ve mentioned a number of different reasons why it would be nice to be able to script the application of refactorings. This post talks more about one possible scripting language that could be […]

Continue Reading

Scripting Refactoring — Overthrowing the GUI (part 3)

This post was imported from blogger, to see the original, likely better-formatted post see kalebpederson.blogspot.com. > I’ve already mentioned why it might be useful to perform refactorings in bulk. Perhaps we’ve decided we followed a poor naming convention, or perhaps we’ve moved some classes into their own namespace, so part of the class name is […]

Continue Reading

Scripting Refactoring — Overthrowing the GUI (part 2)

This post was imported from blogger, to see the original, likely better-formatted post see kalebpederson.blogspot.com. > Last week I introduced a hokey syntax that could be used to identify various elements that were going to be refactored in bulk. The syntax was ambiguous and incapable of expressing anything of even mild complexity. Now for something […]

Continue Reading

Scripting Refactoring — Overthrowing the GUI

This post was imported from blogger, to see the original, likely better-formatted post see kalebpederson.blogspot.com. > The most basic and common refactoring in any language is Rename. Whether it’s Rename Variable, Rename Method, Rename Class, or Rename Namespace/Package, this simple refactoring helps improve code clarity and, when applied correctly, makes code easier to understand. As […]

Continue Reading

Enabling Bulk Refactorings

This post was imported from blogger, to see the original, likely better-formatted post see kalebpederson.blogspot.com. > In my last post, I talked about some of the limitations of refactoring IDEs and enumerated three different cases that could better be handled by refactoring IDEs: Vendor Branches – can we make refactorings apply like patches? Universal Language […]

Continue Reading

Limitations of Refactoring IDEs

This post was imported from blogger, to see the original, likely better-formatted post see kalebpederson.blogspot.com. > Coupled with every strength is a weakness. Within an IDE, the ability to leverage the utility of a mouse is a strength. When trying to automate the selection of the next four characters, no matter where you may be […]

Continue Reading

TDD: the Failed Panacea

This post was imported from blogger, to see the original, likely better-formatted post see kalebpederson.blogspot.com. >Yes, I admit it.  TDD is not a panacea; it fails as a cure-all. Some bigots might claim it is (and, yes, I probably sound like a bigot every now and then), but TDD isn’t perfect. Over the last few […]

Continue Reading

Inexperienced Quality

This post was imported from blogger, to see the original, likely better-formatted post see kalebpederson.blogspot.com. >When I first started programming I concentrated on one thing, making my program work.  Not only was that the only thing that I concentrated on, but it was the only thing I was taught.  My studies in computer science didn’t […]

Continue Reading

Don’t Architect, Refactor

This post was imported from blogger, to see the original, likely better-formatted post see kalebpederson.blogspot.com. >The test-driven development mantra is “red, green, refactor,” but we far too often let other things creep into the process.  One of these things is domain knowledge. Back in February, Gojko Adzik described his experience with Keith Braithwaite‘s “TDD as […]

Continue Reading