I know an architect who is developing an enterprise service for the passing of contracts from one system to another, (document metadata, not the image).  He knows the needs of the destination system very well, but he defined an interface that is not sufficient to meet the needs.

The interface describes the subset of data that the source system is prepared to send.  The source system is new, and will be released in iterations.  Eventually, it will send all of the data that the destination system needs.

In the mean time, it will send only a subset.

For some reason, he wants the interface to change with each iteration.  And thus, he will create the service repeatedly.

This thinking is typical: define what you need, refactor as you go.  The problem is that it ASSUMES that no one else ever needs to call your service or use your service.  It assumes that no one else will get to the destination system first.  In short, that you know everything.

The justification: we will change the destination system when the source system comes online.  Since we will not change it right now, there is no need to model the interface.

What do you think?  Should the interface describe all of the data that will eventually be needed, even if neither the source nor destination systems can leverage all of it yet?  Should there be a different interface each time the behavior of the destination system changes?

 

By Nick Malik

Former CIO and present Strategic Architect, Nick Malik is a Seattle based business and technology advisor with over 30 years of professional experience in management, systems, and technology. He is the co-author of the influential paper "Perspectives on Enterprise Architecture" with Dr. Brian Cameron that effectively defined modern Enterprise Architecture practices, and he is frequent speaker at public gatherings on Enterprise Architecture and related topics. He coauthored a book on Visual Storytelling with Martin Sykes and Mark West titled "Stories That Move Mountains".

4 thoughts on “Should an interface be stable when semantics are not?”
  1. 1) My first question would be.  Is he iterating it to production, or is he still in development.

    2) My first thought is, "Wow, he must have a REALLY complete continous integrations solution in place.  One that will allow him to roll from Dev, to Test, to UAT, to Production all at the flick of a button.

    If the answer to 1 is "Development" and the answer to 2 is, "Yep, he sure does" the my response would be, ‘Yes, change on each iteration.

    Mind you, a lot of this is contingient on your statement that he knows what he’s building inside and out, and my assumption that he knows that there will be a few unexpecteds here and there.

    Otherwise, the approach seems to fly in the face of conventional wisdom.

  2. Hello Malcolm,

    The answers to your questions are "production" and "no, he has no automated deployment system."  In fact, it costs a LOT of money, time, and effort to make a single production change.

  3. Oh, well in that case, my uneducated developer opinion is, "Wow, sounds dumb as mud".

    Unless he is trying to drive towards an automated deployment system.  If he makes it painful for his team to get their job done, the WILL find a way to make it less painful.

    But it sounds like this guy isn’t that devious.

Leave a Reply

Your email address will not be published. Required fields are marked *

4 + 2 =

This site uses Akismet to reduce spam. Learn how your comment data is processed.