Ayende @ Rahien

My name is Oren Eini
Founder of Hibernating Rhinos LTD and RavenDB.
You can reach me by phone or email:


+972 52-548-6969

, @ Q c

Posts: 6,026 | Comments: 44,842

filter by tags archive

Plain Old Code

time to read 2 min | 252 words

When J2EE came around, the notion of a container and managed objects / entities came into the fray, but those had such a high cost associated with them, that the Java community rebelled and now mainly advocates the Plain Old Java Objects. The .NET community has taken the same approach recently, with POCO or PONO being the term used.

This post is driven by my experiences with several of Microsoft's tools that tend to focus on "No Code Required". WebForms' 2.0 had a huge marketing focus on that, and MS CRM is being sold with the premise that you can extend it with just a GUI, so does many others tools from Microsoft (SSIS comes to mind).

I outlined the problems that I see with this model here, so I will not repeat it here, but I want to focus on code vs. GUI right now. I am aware of only a single such tool that provide a really good service, and that is the WinForms designer, and even that fails occasionally.

But what really gets me is the CRM's style of designers, where the customization is locked tight somewhere, where I cannot access it in any meaningful way.

Given the chance, I would define customization with code, probably a DSL, and probably something like this:

entity MyCustomerCustomer:
	CustomerNumber as int
	Name as string
	Email as Email

screen MainView, for: MyCustomerCustomer:
	tab "Customer Properties":
		Display Name
		Display Email
		Display CustomerNumber, readonly

Hm, I seem to getting back to DSL no matter which way I go recently.



haml - http://haml.hamptoncatlin.com/


swiby - http://www.alef1.org/jean/swiby/

are two good sources for inspiration/ideas/examination

Jay R. Wren

you aren't REALLY writing a DSL for WinForms are you?

The Brail Html DSL (http://hrboyceiii.blogspot.com/2007/06/dsl-support-in-brail-part-i.html) could easily be extended to work with WPF XAML. With the need to support XAML designers such as Expression, a WPF XAML to boo/brail/xaml DSL could be created too.

I agree. I prefer the code. I have even found myself avoiding the WinForms designer and opting to write my own code under certain circumstances. Especially event handlers where the designer will continue to work.

Ayende Rahien


That was actually for defining a new entity on the CRM, not for winforms

miles thompson

Just want to add that I agree. At a tech*ed event last year I was struck by how often the mantra 'no code required' was repeated. This is at an event aimed at - you guess it 'coders'.

Given that we're all computer programmers here why are you making such efforts to stop us from doing what we do best.

Microsoft marketing for AJAX.NET -> 'dont need to write a line of Javascript'. (but what if I want to customize it, and Javascript is something I understand and like).

Arpan Shah's response to a bunch of questions about Sharepoint - sure! Yeah you can do that. In fact if you use the auto-magic-list-conrtol [and, implicitially, if I make a few changes to the specificiation] you should be able to do it 'without any code at all'.

Great! Just what I didn't want.


Have you looked at the Django model object stuff



Comment preview

Comments have been closed on this topic.


No future posts left, oh my!


  1. Technical observations from my wife (3):
    13 Nov 2015 - Production issues
  2. Production postmortem (13):
    13 Nov 2015 - The case of the “it is slow on that machine (only)”
  3. Speaking (5):
    09 Nov 2015 - Community talk in Kiev, Ukraine–What does it take to be a good developer
  4. Find the bug (5):
    11 Sep 2015 - The concurrent memory buster
  5. Buffer allocation strategies (3):
    09 Sep 2015 - Bad usage patterns
View all series


Main feed Feed Stats
Comments feed   Comments Feed Stats