InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Presentation: Domain Expert DSLs

Posted by Abel Avram on Mar 19, 2009

Sections
Development,
Architecture & Design
Topics
Domain Specific Languages ,
Architecture
Tags
QCon ,
QCon London 2008 ,
Intentional Software

In this presentation recoded during QCon London 2008, Magnus Christerson discusses about the importance of using DSLs which allow business experts to freely express their knowledge about their domain using familiar tools. Henk Kolk presents a concrete example addressing pension fund issues and based on a DSL.

Watch: Domain Expert DSLs (1h)

In the first part of the session Christerson talks about Intentional Software Development emphasizing the need for domain experts to be able to freely express their knowledge of the domain and intentions for the product to be created by using the tools they are accustomed with. The domain experts are practically using a DSL to write the specifications. Since such specifications are not directly executable by a computer, the programmer’s job is to create a code generator translating the specs into code (Java, C#, Ruby, etc.). The result is a clear separation of concerns between business experts and programmers. The former are responsible for clearly and correctly expressing the business rules of the domain, while the later are concerned only with the automatic translation of the document written in the specified DSL into code. They work together on the language workbench which Martin Fowler defined as follows:

1. Users can freely define new domains, including languages, that are fully integrated with each other.
2. The primary source of information is a persistent abstract representation.
3. Domain designers define domains in three main parts: schemas, editors, and generators.
4. Domain users manipulate a domain through a projectional editor.
5. A domain workbench can work with incomplete and contradictory information.

In the second part of the session Kolk talks about a concrete Capgemini project that uses a DSL to create a solution for pension funds. Their program accepts business rules that pension domain experts are used with and converts them into Java or C# code.

The session concludes with Christerson and Kolk answering questions.

No comments

Watch Thread Reply

Educational Content

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.

Beauty Is in the Eye of the Beholder

Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.

Architecting Visa for Massive Scale and Continuous Innovation

John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.

Max Protect: Scalability and Caching at ESPN.com

Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.

The Seven Deadly Sins of Enterprise Agile Adoption

Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.

Questions for an Enterprise Architect

Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?