From: Mike Stephens <rubfor@...>
Date: 2010-12-04T07:25:14+09:00
Subject: Domain Specifc Languages

Ryan Davis wrote in post #966039:
>
> What does this have to do with the "ORM's Don't Do It" thread?
>
> Don't thread hijack. Man up and hit "new message".

This is to do with a current trend - domain specific languages.

You can try and write applications in a single language. ORMs try and
make relational databases look like Ruby.

The alternate view is to say an application should use a set of
different languages each optimal for the task at hand.

So for database tasks, which include manipulation of large sets, sharing
of data, replication etc, you should be happy to use SQL or other
database languages and not try and shoe horn them into Ruby, at least
without some very clear justification.

Typically Ruby applications accept regular expressions, HTML, CSS, Rails
and number of other DSLs -why have a hang up about SQL?

I am extending that principle to say other applications are just as
valid candidates for you to use in your solutions.

If a problem looks like a spreadsheet ie has one or a series of two
dimensional
arrays with positional significance, you should consider whether a
spreadsheet application might more naturally express your algoritm.

-- 
Posted via http://www.ruby-forum.com/.