+972 52-548-6969
DSL Article on InfoQ
time to read 1 min | 18 words
FUTURE POSTS
- RavenDB on AWS Marketplace - about one day from now
- Production postmortem: The race condition in the interlock - 5 days from now
- When racing the Heisenbug, code quality goes out the Windows - 7 days from now
- Pricing transparency in RavenDB Cloud - 9 days from now
- Who can cancel Carmen Sandiego? - 12 days from now
There are posts all the way to Apr 14, 2025
RECENT SERIES
-
Production Postmortem
(52):
12 Dec 2023 - The Spawn of Denial of Service -
RavenDB
(13):
02 Apr 2025 - .NET Aspire integration -
RavenDB 7.1
(6):
18 Mar 2025 - One IO Ring to rule them all -
RavenDB 7.0 Released
(4):
07 Mar 2025 - Moving to NLog -
Challenge
(77):
03 Feb 2025 - Giving file system developer ulcer
RECENT COMMENTS
-
By Pierre on Introducing Rook AI
-
By Oren Eini on Optimizing by 170,000%(!) by not being silly
-
By John on Optimizing by 170,000%(!) by not being silly
-
By Oren Eini on Optimizing by 170,000%(!) by not being silly
-
By Søren Trudsø Mahon on Optimizing by 170,000%(!) by not being silly
Syndication
| Main feed | |
| Comments feed |
Comments
Great article, can't wait for the book.
excellent article. Look forward to your book. Will buy one as soon as it comes out. My appreciation for your good/hard work.
How can I get started with BOO?
I second that. Do you have any recommendations for resources to help in learning Boo? Powered through http://boo.codehaus.org/ and would like to learn more.
Very nice article. Thanks Ayende!
Here is a tutorial I found useful:
http://docs.codehaus.org/display/BOO/Boo+Primer
Just bought the MEAP of the book, which will jump start my learning of BOO and DSL - my support is done BTW :-)
the major benefit of using DSL, BOO is to provide a solution in the domain which has long standing value.
How can I justify the learning curve/maintenance cost of introducing BOO, DSL into a project/product development upfront, e.g when talking to architect, project manager?
I did an ETL project 2 years ago using C# and Schematron (XML, XSLT based rule validation), which is not very fast, but do providing flexibility of XML based rule engine. it was OK to use XML based programming :-). But selling BOO, DSL in real project is a little bit harder, IMHO.
Great article. I understand more about DSLs, and where Boo & Binsor. come into play... :) Many thanks Oren.
Somehow the word has spreaded that YOU are a TEAM. :)
The Article says it's "Posted by Ayende Rahien and Oren Eini " lol
Regards,
Team? Poor Ayende is chained to the keyboard in a basement when Oren is traveling around and getting all the glory.
@Alex & @ Claudio
I knew it!
There are two of them. Or more! It's simply too much for one person to do:
Write the blog, write a book, go to conferences, help people on user groups, contribute to several OSS projects, record screencasts, have a life, sleep...
Ayende's a Borg? Did I hear it right?
"- Resistance is futile." :D
My next language will be Boo.
Now I’m interested in Boo.
I see that current DSL definition on Wikipedia has narrower definition (programming language) than I originally assumed.
For my purposes domain specific configuration schema (for example one describing mapping of system transactions to ledger accounts) is DSL as well as domain specific activities (in context of MS Workflow Foundation).
They are higher level languages for expressing domain knowledge.
Comment preview