Women in Technology

Hear us Roar



Article:
  Give Your Business Logic a Framework with Drools
Subject:   Business Users
Date:   2005-08-04 08:01:47
From:   vikdavid
Good introductory article, Paul. But regarding:


--
the power and the flexibility of our rule engine allows us to quickly develop the business logic
--


Rules Engine summaries make lots of use of pitches like that. Trouble is the "us" part. Who's "us"? I just can't see a business user using a tool to write business rules, clicking save, and having the changes go live into production. I think it's much "easier" for biz users to fire up MS-Outlook, write up the rule and send it to an IT manager/developer.


You mention tools, but in my experience, even if the tool makes writing biz rules easiER, business analysts will still prefer the outlook/email way. To them, *THAT* is just as easy as it gets (or phone, or conversation in a meeting).


My fear is that rules engines will become another ball and chain for developers. Write rules in an XML file. Deploy into container (the rete engine) to run to see if it 'works'. To make life easier, developers will be using the tool that the biz users were supposed to.


Just my $0.02.

Main Topics Oldest First

Showing messages 1 through 1 of 1.

  • Business Users
    2005-08-04 08:24:20  paul_browne [View]

    I wrote these articles based on experience as a Java / J2EE developer , so 'us' is very much from that viewpoint. Given that 'Java-only' developers must implement business rules anyway , using the Drools framework offers gains in time , flexibility, resuability , testability and easier maintenence.
    <BR/>
    Like all frameworks, the choice of using a Rules Engine or not will vary by project , organisation and skillsets available.
    <BR/>
    The aim of the article was not to entice business users to use Drools (I don't think that many of them read O'Reilly!) , but if that is the way you would like to use Drools , one tool that may help is the Drools-Excel Integration (http://www.drools.org/Decision+Tables) .
    <BR/>
    Paul Browne (http://red-piranha.blogspot.com/)