Debating web development toolsets

[Dave Cramer]

f you're really interested in an enterprise version of RoR check out  
grails

www.grails.org

The site is experiencing some issues right now, but it was built on  
RoR ;) (not by the authors of grails)

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.

And people who listen. They do support composite keys ;)
Dave

On 8-Jan-08, at 3:32 PM, Kareem Shehata wrote:

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gtalug.org/pipermail/legacy/attachments/20080108/5fefe075/attachment.html>