<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">f you're really interested in an enterprise version of RoR check out grails<br><br><a href="http://www.grails.org/">www.grails.org</a><br><br>The site is experiencing some issues right now, but it was built on RoR ;) (not by the authors of grails)<br><br>Basically use all of the good parts of Rails on top of java. The benefit of course is lots of prebuilt working code from the java world.<br><br><div>And people who listen. They do support composite keys ;)<br>Dave<div><br><div><div>On 8-Jan-08, at 3:32 PM, Kareem Shehata wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><blockquote type="cite">-----Original Message-----<br></blockquote><blockquote type="cite">From: owner-tlug-lxSQFCZeNF4@public.gmane.org [<a href="mailto:owner-tlug-lxSQFCZeNF4@public.gmane.org">mailto:owner-tlug-lxSQFCZeNF4@public.gmane.org</a>] On Behalf Of<br></blockquote><blockquote type="cite">Christopher Browne<br></blockquote><blockquote type="cite">Sent: Monday 07 January 2008 22:54<br></blockquote><blockquote type="cite">To: <a href="mailto:tlug-lxSQFCZeNF4@public.gmane.org">tlug-lxSQFCZeNF4@public.gmane.org</a><br></blockquote><blockquote type="cite">Subject: Re: [TLUG]: Debating web development toolsets<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">On Jan 7, 2008 10:26 PM, Myles Braithwaite <<a href="mailto:myles-Ufssi81vwmMSKvlGVnxYRVaTQe2KTcn/@public.gmane.org">myles-Ufssi81vwmMSKvlGVnxYRVaTQe2KTcn/@public.gmane.org</a>><br></blockquote><blockquote type="cite">wrote:<br></blockquote><blockquote type="cite"><blockquote type="cite">Bad stupid. If you want to learn about web development stay far away<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">from RoR.<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">100% agreed.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">All reports I see are that RoR defines a data access model that pretty<br></blockquote><blockquote type="cite">much precludes any sort of "managed version migration."<br></blockquote><br>The more I hear, the more I'm starting to think that RoR is great for<br>developing "the typical website" but falls flat as soon as you go outside<br>what it was designed for.<br><br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">That's pretty much what I'm looking for: something that can start<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">small and<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">grow big, with solid support. How well does it interface databases?<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Python has great support for databases.<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Absolutely. They've got APIs to pretty well any database you should<br></blockquote><blockquote type="cite">be considering.<br></blockquote><br>That's promising. How easy is it to generate a PDF report in python? Much<br>as I hated Crystal Reports for its flakyness, I have to admit they made<br>producing simple reports really easy.<br><br><blockquote type="cite">For a really different view on things, I'd suggest taking a peek at<br></blockquote><blockquote type="cite">the Andromeda Project.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><a href="http://www.andromeda-project.org/">http://www.andromeda-project.org/</a><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I'm not sure how usable it is, at this point; the notion of it is to<br></blockquote><blockquote type="cite">have a large portion of the code that you write represent declarations<br></blockquote><blockquote type="cite">describing business rules, as opposed to the frequent alternatives of:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> a) Business rules being defined in an ad-hoc fashion mixed in with<br></blockquote><blockquote type="cite">GUI widget code<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> (One might think this couldn't scale; the Germans have gotten it<br></blockquote><blockquote type="cite">to, as that's how SAP R/3 was implemented...)<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> b) Business rules being defined within a "business layer API" which<br></blockquote><blockquote type="cite">may or may not always actually get used<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> c) As declarations in the DBMS<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Somehow, the notion of starting out by implementing in PHP doesn't<br></blockquote><blockquote type="cite">fill me with confidence in the likely results, but I'd rather see more<br></blockquote><blockquote type="cite">experiments like Andromeda out there; people might learn something<br></blockquote><blockquote type="cite">from them...<br></blockquote><br>Wow, that is a really cool idea! If it were more established, I would<br>consider it, but it's too young for this project.<br><br>Thanks,<br><br>-kms<br><br><br>--<br>The Toronto Linux Users Group. Meetings: <a href="http://gtalug.org/">http://gtalug.org/</a><br>TLUG requests: Linux topics, No HTML, wrap text below 80 columns<br>How to UNSUBSCRIBE: <a href="http://gtalug.org/wiki/Mailing_lists">http://gtalug.org/wiki/Mailing_lists</a><br></blockquote></div><br></div></div></body></html>