MonoRail?
Viel Hype um Ruby On Rails. Wer sich mal ein Bild verschaffen will, der hat hier einen guten Einstieg.
Zum Video:
1) Out-of-the-box geht das in ASP.NET i.d.T. nicht so einfach. Aber schon seit Jahren gibt es einfache (kostenlose) Add-Ons für ASP.NET, die automatisch ein DAL und ggf. auch ein Frontend für eine DB generieren (dynamisch oder zur Compile-Time). Das sieht immer masslos beeindruckend aus, wenn man z.B. Northwind mit 0 Zeilen Code und ~10 Zeilen Konfiguration zur einer "richtigen" Applikation aufbläst. Wer 08/15 Web Sites von anno dazumal baut, dem wird das bestimmt auch reichen. Aber schon beim Einbau von ein paar komplexeren DB Strukturen, Anbindung an SP (Stored Procedures), AJAX-ifizierte Eingabecontrols oder Controls von Drittanbietern möchte man sehr, sehr gerne Quellkode vor sich haben. Und damit ist das Modell dann zumindest für die betroffene Seite (im Sinne von Page) meistens dahin. Caching?- Paging? - Anbindung an AD/LDAP? - Verteilte Systeme/mehrere Frontends? - Spätestens hier wird es eng bzw. unmöglich.
Ein Argument, was immer ok ist, ist, dass natürlich die wenigstens Programme diese Anforderungen haben. Viele Lösungen werden schon vor Geburt quasi tot optimiert und scheitern dann oft an den eigenen Vorgaben. Nicht jede Departmentlösung wächst von 5 auf 1000 User. Viele Firmen haben 20 Mitarbeiter und das seit 10 Jahren. Für diese Art von Applikation ist das o.g. Modell durchaus gangbar. Für Enterprise-Software nicht. Aber da wird es auch eng für Dinge wie das "ASP.NET 70%-weniger Kode" Modell...
2) Koding innerhalb von HMTL Quellkode: Das kenne ich noch zu genüge aus Cold Fusion Zeiten. Das will ich nie wieder haben. Die Kodelesbarkeit ist IMHO immer eine glatte 6, setzen, aber das mag persönliche Vorliebe/Abneigung sein. Ein getrenntes Design (für den UI Menschen) und ein Eventmodell sind mir da deutlich lieber.
EDIT: controversy ;) http://weblogs.asp.net/jeff/archive/2006/10/12/Who-doesn_2700_t-love-a-good-_2200_versus_2200_-debate_3F00_.aspx#comments