<div dir="ltr"><div>Another alternative is a rules engine in prolog which might be an alternative to ereseye. Prolog is good with rules.:-) You can always access an prolog system using ports or c-nodes, or use erlog for a smaller internal prolog engine. There is no real problems in hiding the syntax with a DSL.<br><br></div>Robert<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 15 July 2015 at 23:43, Josh Adams <span dir="ltr"><<a href="mailto:josh.rubyist@gmail.com" target="_blank">josh.rubyist@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Wed, Jul 15, 2015 at 4:01 PM, Garrett Smith <span dir="ltr"><<a href="mailto:g@rre.tt" target="_blank">g@rre.tt</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've used Erlang for quite a few rules engines - but they're all<br>
purpose built and not intended to be a generalized solution. That<br>
said, purpose built rules engines are super simple to build Erlang.<br></blockquote><div><br></div></span><div>This was my feeling as soon as I started thinking of the problem, of course. Had some hope there was a generalized one, but nbd.</div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Before I started looking around for another job</blockquote><div><br></div></span><div>I was so happy when I saw you replied, specifically because I knew I'd get a laugh out of it.</div><div><br></div><div>They do have both very specific things they want to do with it now (where it totally does in fact make sense to have a non-programmer expert in their domain enter rules in a manageable format). Also starting out needing the ability for their domain expert to run tests easily is a big win. So I think I will end up going with Drools. Bright side - I have no need to maintain this, at all, so it's a very short-term involvement with Java from my POV, and dealing with a BRE at scale without maintenance means I'll get to learn fun stuff without the pain, I hope.</div><div><br></div><div>I've put a decent number of very trivial Elixir systems into production. None too complicated. The problem I had with the most interesting one of them was that once we launched it it ran for its entire lifetime (9 months) without ever needing to change, so I didn't get to experience that bit. Then the company pivoted and it was either decommissioned or is still running in AWS pointlessly, subscribing to rabbitmq queues and doing jack-squat with the messages.</div><div><br></div><div>-Josh</div><div> </div><div>They</div></div>
</div></div>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div>