[rules-dev] Mario Fusco to join as core Drools engine developer

[Geoffrey De Smet]

Welcome Mario :)

Op 19-07-11 07:55, Michael Anstis schreef:
>
> Welcome, beard and all.
>
> sent on the move
>
> On 19 Jul 2011 05:51, "Michael Neale" <michael.neale at gmail.com 
> <mailto:michael.neale at gmail.com>> wrote:
> > Yes, beard is critical. Also I hope to see most of drools rewritten 
> in scala
> > over the coming months.
> >
> > On Tue, Jul 19, 2011 at 10:26 AM, Mark Proctor 
> <mproctor at codehaus.org <mailto:mproctor at codehaus.org>>wrote:
> >
> >> On 19/07/2011 01:12, Michael Neale wrote:
> >>
> >> Great ! And a scala fiend too ! Brilliant !
> >>
> >> he also has a beard, so he must be good :)
> >>
> >> Mark
> >>
> >>
> >> On Tue, Jul 19, 2011 at 9:19 AM, Mark Proctor 
> <mproctor at codehaus.org <mailto:mproctor at codehaus.org>>wrote:
> >>
> >>> It gives me great pleasure to announce that Mario Fusco will be 
> joining
> >>> the Drools team to work on the core engine in August.
> >>>
> >>> 
> <http://2.bp.blogspot.com/-akW2uD65cMk/TiStROLDV7I/AAAAAAAAAgM/jWKgD-qIqkM/s1600/MarioFusco.jpg>
> >>>
> >>> Mario is the author of OSS Lambdaj which brings functional 
> programming and
> >>> closures to java, and the Hammurabi Scala rule engine.
> >>>
> >>> Lambdaj
> >>> http://code.google.com/p/lambdaj/
> >>>
> >>> 
> http://today.java.net/pub/a/today/2009/08/08/J1-2009-MarioFusco-Lambdaj.html(JavaOne 
> <http://today.java.net/pub/a/today/2009/08/08/J1-2009-MarioFusco-Lambdaj.html%28JavaOne> 
> Audio podcast)
> >>>
> >>> Hammurabi
> >>> http://code.google.com/p/hammurabi/
> >>> http://java.dzone.com/articles/hammurabi-scala-rule-engine
> >>>
> >>> Mario initially will be focusing on improving the end user 
> experience of
> >>> the core engine, specifically in authoring DRL. Below is a list of 
> areas
> >>> he'll be responsible for, during his first 6 months. Of course he 
> isn't
> >>> limited to just those :)
> >>>
> >>> - Improved syntax error reporting
> >>> - Killing all parser bugs and also expression and action evaluation
> >>> bugs.
> >>> - Better masking of the underlying execution engine (MVEL leaks too
> >>> much)
> >>> - Helping us move to a single language (no more dialects).
> >>> - Micro benchmarking so we can better track performance and memory
> >>> regressions
> >>> - ASM bytecode compilation so we can reduce our dependency on JDT over
> >>> time, which is too heavy. ASM will allow a more runtime JIT 
> approach to
> >>> expressions and actions.
> >>> - Maintaining the Eclipse DRL editor.
> >>> - Help with future DRL design discussions especially on functional
> >>> programming.
> >>>
> >>> More importantly this allows core maintenance to be spread across more
> >>> people, which gives Edson and myself more time to do research so 
> we can
> >>> innovate faster.
> >>>
> >>> _______________________________________________
> >>> rules-dev mailing list
> >>> rules-dev at lists.jboss.org <mailto:rules-dev at lists.jboss.org>
> >>> https://lists.jboss.org/mailman/listinfo/rules-dev
> >>>
> >>>
> >>
> >>
> >> --
> >> Michael D Neale
> >> home: www.michaelneale.net <http://www.michaelneale.net>
> >> blog: michaelneale.blogspot.com <http://michaelneale.blogspot.com>
> >>
> >>
> >> _______________________________________________
> >> rules-dev mailing 
> listrules-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-dev 
> <http://lists.jboss.org/mailman/listinfo/rules-dev>
> >>
> >>
> >>
> >> _______________________________________________
> >> rules-dev mailing list
> >> rules-dev at lists.jboss.org <mailto:rules-dev at lists.jboss.org>
> >> https://lists.jboss.org/mailman/listinfo/rules-dev
> >>
> >>
> >
> >
> > --
> > Michael D Neale
> > home: www.michaelneale.net <http://www.michaelneale.net>
> > blog: michaelneale.blogspot.com <http://michaelneale.blogspot.com>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev

-- 
With kind regards,
Geoffrey De Smet

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20110719/215ac577/attachment.html