Interview: Erich Gamma Discusses Jazz, Eclipse, JUnit and Design Patterns

Posted by Ryan Slobojan on Sep 22, 2008

Sections

Process & Practices,

Architecture & Design,

Development

Topics

Collaboration ,

Artifacts & Tools ,

Object Oriented Design ,

Java ,

Unit Testing ,

Architecture ,

IDE ,

Programming

Tags

QCon London 2008 ,

JUnit ,

Jazz ,

Releases ,

Eclipse ,

QCon ,

Dependency Injection ,

Community ,

Design Patterns

In this interview from QCon London 2008, Erich Gamma discusses the Jazz project, why Eclipse has been successful, the strict Eclipse release schedule, JUnit, Design Patterns, how to identify a design pattern, design patterns and the 'Don't Repeat Yourself' principle, the design pattern community, and whether dependency injection is a design pattern.

Watch Erich Gamma Discusses Jazz, Eclipse, JUnit and Design Patterns (23 minutes).

From the interview:

Jazz is a new technology I have built, we have started on that three years ago, it's really based on lots of experience we gained in Eclipse. In Eclipse we learned about Agile practices, distributed development, we learnt a lot about how good is to have powerful tools for coding for development. But we also learned that there are areas where there is friction and, particularly when you want to work in a team, there are places where I don't think you will get the same level of support as you get from the IDE.

And that's why we started to really look into how could the new generation of team tools look like, they are built on a common platform, the platform of course again it's the same spirit as Eclipse, should become an extensible platform, and multiple tools can build on top of it and then also can be integrated. Seamless integration -- the same as you have on the desktop, we'd like to have seamless integration for team tools. So that's how we started, and then we noticed quickly that if you want to get this tight integration level, this seamless integration, then we found we should really build... initial focus on the bug-tracking system to track your work, we need a build system to track our continuous build, and we also need to build a new source code control system which enables us to do this kind of component-based development, and highly collaborative work in code, make it easy to flow changes and make this kind of parallel development very easy.

That's how we started, and that's the Jazz technology platform. On top of this platform what you will see coming out in the future is different products that will leverage this technology and package it, so that you will have this full family of products which can cover the application lifecycle. But our initial focus always was more coding, building, work tracking, bug tracking, source control, but you will see more stuff grow over time.

• Older >