Modeling in a Cold Climate

Recorded at:

This man talks for 50 minutes to tell you that he doesn't have a solutions. Thanks! me neither, except I said it in a sentence.
BTW if your test cases cannot identify between an elephant and a square, your application wouldn't either.

What I find depressing about this talk is that someone who is considered a thought leader in software development ( including Agile ) has not seen the work done on BDD and Feature Injection. They have not checked out what the Agile Business Analysts (including people in Investment Banking) are doing with Examples and Olafs (Models).

Thanks to Olaf Lewitz we no longer call what we use a model. Instead we call it an Olaf.

The model as described here is a simplication of reality. An Olaf is a summary of the examples used to create it.

More research please.

Hey Arash,

I take the sentiment from both your and Chris' posts. The value in this presentation is to save you a lot of blood, sweat and tears believing there is an "easy way". I don't stand alone when I agree there isn't "an easy way" with models; during a Q&A with Brady Booch in Sydney just under 20 years ago, he said something like, "you can't remove complexity".

You can make more complexity, one of the few exceptions to the first law of thermodynamics(*lol*). Dr Booch did move on to suggest that you can encapsulate or hide complexity in seemingly less-complex (simple) constructs. At the time, and for around 10 years or practice with a model based tool I say practice proved the assertion of the presentation, and not too may things happened to encourage me to invest in 'Silver Bullet' futures.

One last thing, I'm familiar with the 'denial', 'frustration', etc cycle in design/modelling. To me there are some fundamental errors from a practitioner point of view: 'bargaining' -- gives you camels (a horse designed by a committee). 'Denial' -- the house that jack built. 'Theory' is good when it fits the solution domain (otherwise it is a little like opium. Sweet taste and eventually soul destroying).

Effective solutions? STOP. Make a 2nd model, a 3rd model until you know enough to make the First Release.