InfoQ

InfoQ

Presentation

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Recorded at:
Recorded at

Lessons Learned from Architecture Reviews

Presented by Rebecca Wirfs-Brock on Jul 29, 2008 Length 00:57:31
Sections
Process & Practices,
Architecture & Design
Topics
Architecture ,
Methodologies
Tags
Architecture Evaluation ,
JAOO Conference ,
Reviews
 

How would you like to view the presentation?

In case you are having issues watching this video, please follow these simple steps to help us investigate the issue:
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
Summary
In this presentation, Rebecca Wirfs-Brock presents some practical lessons she has learned from doing architectural reviews. Many times projects are not delivered in time, or have quality problems or have an incomplete set of features due to architectural flaws. The reviews are meant to highlight existing risks and strengths of the architecture, and to reveal issues initially neglected.

Bio
Rebecca Wirfs-Brock invented the way of thinking about objects known as Responsibility-Driven Design. She is lead author of the classic Designing Object-Oriented Software, and Object Design: Roles, Responsibilities and Collaborations. She is the design columnist for IEEE Software and past board member of the Agile Alliance.

About the conference
JAOO is the premier European developer conference on software technology, methods and best practices. The conference presents in-depth presentations and tutorials by researchers, engineers and trend-setters in software engineering and technology.
Thanks for sharing the experiences by Dinkar Gupta Posted
Cost versus good architecture by Prasanna Nippani Posted
Painful by Randall Cook Posted
  1. Back to top

    Thanks for sharing the experiences

    by Dinkar Gupta

    Thanks rebecca for sharing these lessons with us. I have noted all of these and am going to consider these while I undertake reviews of architecture or present my own architecture designs for review. we have also experienced some of these things mentioned by you - especially the first one. Majority of people consider architecture review (audit) as a means of validating the technology choices.



    it would be great if you can also share some of your experiences of design reviews of object oriented applications! This would be of great value considering majority of architects are regularly engaged in application designs using object oriened paradigm.

  2. Back to top

    Cost versus good architecture

    by Prasanna Nippani

    This is a very good presentation. I have been looking for something like this for quite some time. I would like to learn from your experience on how to effectively deal with the situations where cost becomes a barrier to architecture.

  3. Back to top

    Painful

    by Randall Cook

    There was about 20 minutes of content in this presentation, if that. The presentation style was poor, with the speaker exuding tension and nervousness. If the unit test I was running had finished sooner, I wouldn't have watched the whole thing.

Educational Content

Jesper Boeg on Priming Kanban

In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.