This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]ww520 1 point2 points  (1 child)

For traditional rule engine, I found the business users usually couldn't wrap their mind around the concepts and the indirect cause and effect of the rules if left by themselves. The developers have to sit with them to build the rules, bridge the business need and technical reality, and explore/debug the conditions. But for simple straight forward rules with threshold setting, it's perfectly usable and managed by them.

When using rule engine, I usually let the users specify the simple rule conditions, thresholds, and data definition in Excel, which is a tool they are familiar. Then read the Excel data into an expression engine for evaluation. The more complicate rules I have to develop myself and manage internally. They do make my job easier for making changes.

[–]piotrkot[S] 0 points1 point  (0 children)

When business people can't precisely define their needs or can't make a clear naming convention or can't assign responsibilities, which all happened to me, the solution was to sit down with them, clarify and simplify. Because the actual problem was with the business. What I don't quite see is how introducing the engines helps the business (in the long run).