BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ

Topics

Choose your language

InfoQ Homepage News Concept Programming

Concept Programming

This item in japanese

Bookmarks

Concept programming started in 2000 as a private project in Hewlett Packard (HP) by Christophe de Dinechin, and is a way to

Cope with the increasing complexity in software by offering a new way to look at how software is conceived and created

In many ways, concept programming is solving the same problems as Domain Specific Languages.  However the approaches are different. Rather than using a specific programming language, Christophe is creating XL - a general programming language.  The reasons for doing this appear in an article for the RegDeveloper where he states:

The limitation with existing notations was that it was hard to find ways to add elegant extensions to them. You can extend languages like Lisp and its derivatives - but the problem is to get the extensions to look the way you want them to

Furthermore, the article goes on to explain

One of the intriguing aspects of XL is it has no fixed keywords - relying on what Dinechin describes as "shape": "XL does not use keywords - only a single syntax which can parse just about anything. The look of it is standard, it relies on a very small number of parse trees and instead of keywords it is based on the shape of the parse tree. This means you can play with it and experiment by adding things to it quickly."
In a presentation by Christophe de Dinechin, he expands on the article, arguing that even simple problems are hard to implement in todays programming languages.

There is a gap between:

  • Concepts, in your head
  • Representations of concepts, in the code

Concept Programming is all about this gap

He continues on to say (that concept programming will)

Make the code “look like” the concept

  • Similarity in structure, behavior, locality
  • Principle of least surprise

Along with the concept, Christophe defines some pseudo-metrics.  These are highly subjective and not easily measurable, but they do provide a way to communicate information.  The pseudo-metrics he outlines are:

Syntactic Noise

  • Form that doesn’t map to the problem space

Semantic Noise

  • Meaning that doesn’t map to the problem space

Bandwidth

  • How much of the problem space is covered?

Signal/Noise Ratio

  • How much code actually deals with real problems?

To learn more about XL and concept programming, the XL project can be found at http://xlr.sourceforge.net.

Rate this Article

Adoption
Style

BT