Comments on: Believe in business rules (I do) http://jtonedm.com/2008/08/01/believe-in-business-rules-i-do/ James Taylor on Everything Decision Management Sun, 21 Mar 2010 19:03:55 -0700 http://wordpress.org/?v=2.9.2 hourly 1 By: Regelwerk » Warum Business Rules? http://jtonedm.com/2008/08/01/believe-in-business-rules-i-do/comment-page-1/#comment-11247 Regelwerk » Warum Business Rules? Wed, 17 Sep 2008 12:58:32 +0000 http://jtonedm.com/?p=525#comment-11247 [...] Zusammenfassung fügt James Taylor in seinem interessanten Blogeintrag noch einige Anmerkungen hinzu, die die Sache noch deutlicher auf den Punkt [...] [...] Zusammenfassung fügt James Taylor in seinem interessanten Blogeintrag noch einige Anmerkungen hinzu, die die Sache noch deutlicher auf den Punkt [...]

]]> By: Here are some pressure points for business rules » Smart (Enough Systems, the blog) http://jtonedm.com/2008/08/01/believe-in-business-rules-i-do/comment-page-1/#comment-10763 Here are some pressure points for business rules » Smart (Enough Systems, the blog) Fri, 15 Aug 2008 22:13:48 +0000 http://jtonedm.com/?p=525#comment-10763 [...] Chris Berg wrote a nice piece on Pressure Points that seemed like it was highlighting. Chris outlines some great reasons for using business rules and he seems to Believe in business rules (as I do). [...] [...] Chris Berg wrote a nice piece on Pressure Points that seemed like it was highlighting. Chris outlines some great reasons for using business rules and he seems to Believe in business rules (as I do). [...]

]]> By: IBM, SOA and Business Rules » Smart (Enough Systems, the blog) http://jtonedm.com/2008/08/01/believe-in-business-rules-i-do/comment-page-1/#comment-10699 IBM, SOA and Business Rules » Smart (Enough Systems, the blog) Fri, 08 Aug 2008 03:38:11 +0000 http://jtonedm.com/?p=525#comment-10699 [...] it seems that IBM believes in business rules too. I was reading SOMA: A method for developing service-oriented solutions which I found thanks [...] [...] it seems that IBM believes in business rules too. I was reading SOMA: A method for developing service-oriented solutions which I found thanks [...]

]]> By: James Taylor http://jtonedm.com/2008/08/01/believe-in-business-rules-i-do/comment-page-1/#comment-10665 James Taylor Mon, 04 Aug 2008 22:52:38 +0000 http://jtonedm.com/?p=525#comment-10665 I have certainly seen companies where business rules are used as a declarative programming language used by domain-expert programmers but I still think it is unreasonable to expect a programmer to know the business domain well AND be able to read the regulations AND understand the process implications of court rulings etc etc. Many business people will be needed to do that (not 1) and so expecting the programmer to know all this and be able to code seems unreasonable to me. If I was feeling cheeky I might point out that the huge number of failed projects, especially those with complex rules, at least suggests that a different approach would be worth trying.... I have certainly seen companies where business rules are used as a declarative programming language used by domain-expert programmers but I still think it is unreasonable to expect a programmer to know the business domain well AND be able to read the regulations AND understand the process implications of court rulings etc etc. Many business people will be needed to do that (not 1) and so expecting the programmer to know all this and be able to code seems unreasonable to me.
If I was feeling cheeky I might point out that the huge number of failed projects, especially those with complex rules, at least suggests that a different approach would be worth trying….

]]> By: Fregas http://jtonedm.com/2008/08/01/believe-in-business-rules-i-do/comment-page-1/#comment-10664 Fregas Mon, 04 Aug 2008 22:37:05 +0000 http://jtonedm.com/?p=525#comment-10664 What you call "business rules" I call "programming".   The example you just gave about the healthcare company is complex enough that I think it would warrant a developer that learns the business domain well enough to code and change the code when needed. I'm not saying there's not a place for a configurable "rules" engine in certain situations, but I think these have to be relatively simple. What you call “business rules” I call “programming”.   The example you just gave about the healthcare company is complex enough that I think it would warrant a developer that learns the business domain well enough to code and change the code when needed.

I’m not saying there’s not a place for a configurable “rules” engine in certain situations, but I think these have to be relatively simple.

]]>