Comments on: First Look – InRule Technology http://jtonedm.com/2008/04/21/first-look-inrule-technology/ James Taylor on Everything Decision Management Wed, 17 Mar 2010 09:47:49 -0700 http://wordpress.org/?v=2.9.2 hourly 1 By: BizTalk Training http://jtonedm.com/2008/04/21/first-look-inrule-technology/comment-page-1/#comment-11454 BizTalk Training Fri, 31 Oct 2008 03:37:23 +0000 http://jtonedm.com/?p=357#comment-11454 <strong>BizTalk Training...</strong> Windows Server, das. NET- Framework, der Microsoft SQL Server und dem Biztalk Server sind die tragenden Komponenten des Systems. Mit Amalga möchte Microsoft in Deutschland vor allem bei Klinikverbänden punkten, in denen etwa das KIS von SAP läuft, a... BizTalk Training…

Windows Server, das. NET- Framework, der Microsoft SQL Server und dem Biztalk Server sind die tragenden Komponenten des Systems. Mit Amalga möchte Microsoft in Deutschland vor allem bei Klinikverbänden punkten, in denen etwa das KIS von SAP läuft, a…

]]> By: William Leannah http://jtonedm.com/2008/04/21/first-look-inrule-technology/comment-page-1/#comment-10510 William Leannah Thu, 03 Jul 2008 13:54:44 +0000 http://jtonedm.com/?p=357#comment-10510 <a></a><a>When it comes to the world of BRE's, people spend way too much time worrying about pattern matching algorithms; AKA RETE, etc.   At the end of the day, only three things really matter when buying a Business Rules System: 1. Easy-to-use, 2. Reliable, and 3. Fast.   InRule is all three of these and more; the technology is great and so are the people. If you're considering a BRE for .NET, you'll want to look at them.</a> When it comes to the world of BRE’s, people spend way too much time worrying about pattern matching algorithms; AKA RETE, etc.   At the end of the day, only three things really matter when buying a Business Rules System: 1. Easy-to-use, 2. Reliable, and 3. Fast.   InRule is all three of these and more; the technology is great and so are the people. If you’re considering a BRE for .NET, you’ll want to look at them.

]]> By: Peter Lin http://jtonedm.com/2008/04/21/first-look-inrule-technology/comment-page-1/#comment-10467 Peter Lin Tue, 24 Jun 2008 23:12:01 +0000 http://jtonedm.com/?p=357#comment-10467 I've looked at InRule in the past and some of the things they say are blantantly wrong and misguided. For example, from their "rete or not" article, they make the following statement. "Rete is not always adept at handling complex or procedural logic, such as looping or nested if statements." Rete rule engines are perfectly capable of handling looping and nested statements. They're right, when they say RETE has a steep learning curve. Their comparison of RETE to their own inference engine is disingenuous. The main reason for using RETE is writing rules in a declarative manner. I would argue the rule engine doesn't really matter from an authoring perspective. As long as the authoring tools make it easy for the end user, the underlying engine could be anything assuming the number of rules does not require high performance and scalability to thousands of rules. The statistics quoted by InRule do not represent the spectrum of business rules. From my own experience, many situations call for a powerful rule engine. I’ve looked at InRule in the past and some of the things they say are blantantly wrong and misguided. For example, from their “rete or not” article, they make the following statement.
“Rete is not always adept at handling complex or procedural logic, such as looping or nested if statements.”
Rete rule engines are perfectly capable of handling looping and nested statements. They’re right, when they say RETE has a steep learning curve. Their comparison of RETE to their own inference engine is disingenuous. The main reason for using RETE is writing rules in a declarative manner.
I would argue the rule engine doesn’t really matter from an authoring perspective. As long as the authoring tools make it easy for the end user, the underlying engine could be anything assuming the number of rules does not require high performance and scalability to thousands of rules.
The statistics quoted by InRule do not represent the spectrum of business rules. From my own experience, many situations call for a powerful rule engine.

]]>