<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Something to watch: Ruleby, a Ruby RETE Implementation</title>
	<atom:link href="http://www.pathf.com/blogs/2007/12/something-to-wa/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pathf.com/blogs/2007/12/something-to-wa/</link>
	<description>Running commentary about agile development, user experience design and Ajax.</description>
	<pubDate>Fri, 05 Dec 2008 18:16:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: peter lin</title>
		<link>http://www.pathf.com/blogs/2007/12/something-to-wa/#comment-919</link>
		<dc:creator>peter lin</dc:creator>
		<pubDate>Thu, 31 Jan 2008 17:48:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2007/12/something-to-wa/#comment-919</guid>
		<description>&lt;p&gt;There are some major design and performance considerations for Ruleby to become a first class RETE implementation. The first is the issue of duck typing, which is a complex issue. Even though I've suggested some potential solutions to solve duck typing issues, it's partial at best.&lt;/p&gt;

&lt;p&gt;To really handle duck typing correctly and still maintain good performance with Ruby is going to be very challenging. The second issue which may take 3-10 years to solve is Ruby's performance.&lt;/p&gt;

&lt;p&gt;by far the biggest issue facing ruleby is how to handle dynamic modification of objects at runtime. If you allow it, the RETE network topology will take a huge hit and it can't use object type nodes. Instead, it has to take the older relational design Dr. forgy described in his thesis. But even that doesn't begin to address the issue of what happens when an object adds and removes attributes at runtime.&lt;/p&gt;

&lt;p&gt;My best guess is that a proper and mature implementation for Ruby is going to be atleast 10 years off at best. that's assuming the ruleby guys can get a solid understanding of RETE algorithm within 2 years. I tried to help them out last year and gave them suggestions, but learning RETE takes years.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>There are some major design and performance considerations for Ruleby to become a first class RETE implementation. The first is the issue of duck typing, which is a complex issue. Even though I&#8217;ve suggested some potential solutions to solve duck typing issues, it&#8217;s partial at best.</p>
<p>To really handle duck typing correctly and still maintain good performance with Ruby is going to be very challenging. The second issue which may take 3-10 years to solve is Ruby&#8217;s performance.</p>
<p>by far the biggest issue facing ruleby is how to handle dynamic modification of objects at runtime. If you allow it, the RETE network topology will take a huge hit and it can&#8217;t use object type nodes. Instead, it has to take the older relational design Dr. forgy described in his thesis. But even that doesn&#8217;t begin to address the issue of what happens when an object adds and removes attributes at runtime.</p>
<p>My best guess is that a proper and mature implementation for Ruby is going to be atleast 10 years off at best. that&#8217;s assuming the ruleby guys can get a solid understanding of RETE algorithm within 2 years. I tried to help them out last year and gave them suggestions, but learning RETE takes years.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
