Ruby's cool, but it's not for everybody.
Sometimes you just want to write in a language that is tailored to the problem you're dealing with.
Describes a set of steps to change a Rubix Cube.
Is it a programming language? Yes, it clearly and unambiguously describes an algorithm.
You could programmatically change a virtual cube, or instruct a robot how to move a real one, or display clear instructions to a user...
No extraneous language; any HR Manager can read this.
It's also valid Ruby code.
You can imagine what this does in the context of describing a dungeon.
It's Ruby, too.
SQL is another DSL.
This is valid Ruby code; it's a DSL that does the same thing as SQL DDL.
HTML is another DSL.
This is valid Ruby code; it's a DSL that could be compared to PHP -- leveraging programmability from Ruby but still focused on clearly describing a document
Still Ruby, still clear and concise, using domain-specific language almost exclusively.
You can see a fairly complex construct can be described naturally if you are using the right language.
With a new language, you can have exactly any syntax you imagine to be ideal.
But you have to build your own parser and interpreter. (Though there are tools to help you do this, such as Ruby's Racc and Parser, Unix's yacc and bison, etc.)
This is the DOT language for describing directed graphs. This code produces the graph below when interpreted. (Ruby's RDoc tool uses this to describe class heirarchies graphically.)
If you're building on an existing language, you can utilise features of the host language.
Rake describes interdependent tasks and required files; the steps to perform and build them, respectively, are written in Ruby code.
Let's make a potentially useful DSL now.
We want to describe a slideshow just like this.
We've made sure We're using valid Ruby syntax.
We could write an interpreter that displays the slideshow interactively, but for simplicity, we'll convert it into a slideshow format that can be displayed in a browser (using Eric Meyer's S5 format).
To do this, we'll make a library we can require in the slideshow definition that will make the code we've already written produce XHTML on STDOUT when executed.
This part is no more difficult than writing code in the new language.
We just need to define the words the DSL uses; in this case, three methods will do.
I've left a couple of string constants and a new string instance method to be defined.
Here are the missing definitions, but this part is obvious and unenlightening.
my_presentation.rb > my_presentation.html
After adding the line "require 'slideshow'" to the top of my_presentation.rb, it becomes a Ruby program.
We run that program and dump its output into an HTML file.
That HTML file can be displayed just like this one.