Re: Declarative constraints in practical terms
Date: Wed, 22 Feb 2006 03:22:47 GMT
Message-ID: <bOQKf.13431$yK1.4650_at_news-server.bigpond.net.au>
dawn wrote:
[....]
> I lean toward not duplicating constraints, coding and maintaining them
> in multiple places and languages, but I understand that someone else
> might choose the other strategy. Whatever choice, it doesn't look
> obvious to me that declarative constraints are better as I gather it
> appears to many others.
Dawn - I hold you are exhibiting the classic "all eggs in one basket" mentality that afflicts the average [those below average are unlikely to know what constitutes an egg :-)] IT practitioner and which I frequently also characterise as the "fair weather sailor" mentat.
Firstly, please, please promise me you will never ever design or build an aircraft that I might ever be likely to ever fly in (or stand under). Aircraft today (as in the past) have all critical systems in a double or triple redundant arrangement and I deeply suspect yours won't have any redundancy at all!
> This relates to the fact that the RM is not sufficient for writing
> software (as mentioned in my current blog entry that I'll again boldly
> advertise as being at http://www.tincat-group.com/mewsings ) and coding
> constraints using the RM doesn't seem like it can get you all the way
> there. So if you go that route, you end up duplicating your work, both
> up front and for all maintenance.
ibid.
> Is there a way to get the best of both worlds on this one?
Some will argue that there are better forms and places (than others) to make your investments. Regardless which is promoted over any other, I argue that diversity and hedging your bets is a very useful survival trait.
So drawing from "both worlds" is ideal rather than an a negative
antagonistic event - IMO.
> This issue
On a more philosophical note having read your past posts and conversed
on several threads I have formed a view that you are ensconced in a
comfort zone with MV and subsequently seek to justify that state of
affairs mostly by trying to comparatively write off the RM rather than
> is really bothering me, so thanks in advance for any help you can give
> me to gain a better understanding and apologies for bringing it up
> again.
Cheers, Frank. Received on Wed Feb 22 2006 - 04:22:47 CET