BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ

Topics

Choose your language

InfoQ Homepage Antipatterns Content on InfoQ

  • Architecture, Technology and the Lava Layer Anti-Pattern

    Successive changes to architecture and technology throughout the lifetime of an application can lead to a fragile and fragmented codebase that is hard to understand and maintain, an anti-pattern named Lava Flow or Lava Layer that Mike Hadlow often finds in enterprise software, especially in large, mission critical and long-lived software.

  • Looking Back at Looking Ahead, Gloom for Agile in 2012?

    Many predictions for agile in 2012 were gloomy, with themes including adoptions by organizations that don’t know how, resulting in a lack of addressing management impact across teams and engineering practices in teams. With nearly four months of hindsight, readers can make their own judgments while remaining diligent so that 2012 won’t end gloomy.

  • Individual Yield

    Tony Wong, a project management blackbelt, enumerates some practical points on individual procutivity. This article wonders how well these apply to software development and contrasts his list with that of other lists.

  • Common Mistakes in Agile Adoptions

    A number of commentators have written about common mistakes and antipatterns of Agile adoption. Factors range from over-reliance on tools to fixation with a particular process are commonly identified as inhibiting effective Agile adoption. The lists provide food for thought and advice on things to be wary of when implementing Agile.

  • ODBMS.ORG Adds Persistence Patterns Resources

    ODBMS.ORG has added persistence patterns to its collection of resources for educators, students, professionals, and open source practitioners. Three pattern collections comprise the initial offering in this area. A Best Persistence Pattern Award, is planned for any pattern submitted prior to May 29, 2009.

  • 3 Pillars Of Executive Support For Agile Adoption

    An executives job is not over once they've justified agile to their teams and paid for training. To make a transition successful, its required this executive provide sustained support. Esther Derby takes a moment to describe what she believes to be the 3 most important aspects of this ongoing support.

  • How to Ensure Early Death of a Distributed Agile Project?

    Challenges of Agile adoption and execution get amplified when working in a distributed mode. Distributed Agile brings its own share of challenges in terms of geographical separation, varied timezone, cultural differences etc. Killing a distributed Agile project is not very difficult.

  • Careful With Your Coverage Metrics

    Christian Gruber takes some time to clarify the TDD stance on using code coverage metrics. He discusses what code coverage metrics do and don't tell you, how TDD fits into the picture, and how one might be best advised to use their code coverage metrics.

  • MS Experience Yields Distributed Agile "Dos and Don'ts"

    Ade Miller has published a paper on distributed agile development, highlighting the challenges of trying to do distributed agile development, along with recommendations for addressing these challenges based primarily on the experiences of teams within the Patterns and Practices group at Microsoft.

  • What Makes Good REST?

    Roy Fielding casts an eye at the SocialSite REST API and finds it is less than a perfect REST citizen.

  • InfoQ Book Review: Agile Adoption Patterns

    Ryan Cooper picked up Agile Adoption Patterns: A Roadmap to Organizational Success by InfoQ's own Amr Elssamadisy and gives this book a positive: This book belongs on the bookshelf on anyone who is interested in helping a traditional software organization make an effective transition to a more agile way of working.

  • Debate: Should Architecture Rewrite be Avoided?

    As it gets more and more difficult to adapt software to new demands, the temptation to rebuild it in order to update the architecture grows stronger. For this risky undertaking it is essential to choose the right strategy. Several authors provide insights into advantages and disadvantages of different possible options in terms of cost, technical complexity and potential commercial risk.

  • Leading Troubled Projects: Secure Your Own Oxygen Mask First

    Fiona Charles' recent StickyMinds article looked at leading troubled projects. Stressing that "this is not the time for rigid process over progress," she provided valuable insights to help a team turn around a troubled project. She also reminded us to watch out for improvement: if there is none it could be a Death March, and time to leave.

  • TDD: Essential Skill or Architectural Landmine?

    At JAOO '07 Bob Martin asserted: "it is irresponsible for a developer to ship a line of code he has not executed in a unit test." In this InfoQ video, Martin debated with another well respected software thought leader, Jim Coplien, on this and other topics, including Design by Contract vs. TDD and how much up-front architecture is needed to keep a system consistent with the business domain model.

  • Decisions driven by productivity concerns: Reasons, implications and limitations

    Often the necessity to rapidly adapt software projects to new clients’ needs results in adopting approaches focused on productivity. Reasons, implications and limitations of this were recently discussed in the blog sphere.

BT