Jerry Yoakum discusses how code profiling tools and techniques can be used to evaluate code for constructions and errors that are likely to cause problems, highlight places in need of refactoring.
Simon Thompson shows how Wrangler can help with making systems run on multi-core hardware, including three Wrangler refactoring techniques for retrofitting concurrency to Erlang applications.
Sylvia Isler presents a microservices case study and lessons learnt - how VMTurbo took the plunge to evolve its monolithic system architecture into a system based on composable microservices.
Hadi Hariri takes a look at code usually written when developing business applications and how to refactor this using functional paradigms, and more importantly, see if these provides any value.
James Grenning takes a look at why the technical practices of TDD, refactoring, continuous design, clean code and automated testing can help people and their organization be great.
Martin Fowler keynotes on the need for refactoring and different ways to approach it. You can view here part 2 of this presentation: http://www.infoq.com/presentations/healthy-social-environment.
Bjorn Freeman-Benson suggests “listening” to the code, refactoring it based on various factors such as the defect rate or underperforming services, providing strategies and tools.
Glen Peterson uses the Expression Problem to compare refactoring in Java, Scala and Clojure, showing how traits minimize changes in Scala when an interface changes and how Clojure avoids some issues.
Ann Robson discusses how to develop standards, approach refactoring in a safe and practical way, and track the evolution of a code with tools and metrics.
Felienne Hermans introduces BumbleBee, a refactoring and metaprogramming spreadsheets tool based on a DSL that can perform transformations against spreadsheet formulas.
Simon Thompson shows the particularities of functional programming refactoring through examples in Haskell and Erlang, and discusses what lays ahead for FP refactoring in the next 10 years.
Greg Young discusses eight lines of very common code finding in them massive numbers of dependencies and difficulties, looking for ways to get rid of them.