﻿<?xml version="1.0" encoding="utf-8"?><rss version="2.0"><channel><title>Ayende @ Rahien</title><link>http://ayende.com</link><description>Ayende @ Rahien</description><copyright>Copyright (C) Ayende Rahien  2004 - 2021 (c) 2026</copyright><ttl>60</ttl><item><title>Anders commented on Is this valuable?</title><description>It's sort of valuable, but not really from a usability point of view as I imagine you will end up with many rules.
  
  
First thing the user will need is good overview of all rules, filtered any way he want to, certainly by rule and role. Once he has that he will want to edit them directly in that view, in order to understand what he is doing.
</description><link>http://ayende.com/3577/is-this-valuable#comment8</link><guid>http://ayende.com/3577/is-this-valuable#comment8</guid><pubDate>Thu, 04 Sep 2008 15:55:37 GMT</pubDate></item><item><title>Christos Karras commented on Is this valuable?</title><description>I don't like that this is mostly a "read only" GUI. It allows editing parameters of existing rules (Admin -&gt; Administrators) but not adding new rules (User IsInRole "Customers" and CurrentTime IsInBusinessHours).
  
  
You could try to make it editable, but adding more complex rules would probably be more efficient using a text editor with good contextual autocompletion (intellisense) and integrated validation (underline errors and show error details on mouse over).
  
  
A GUI is more efficient when you can use the same layout for different operations on the same data. It's easier for users to "context switch" back and forth between reading and editing if it all happens in the same location. If the layout changes between reading and editing, users have to reparse the new layout every time, which consumes brain cycles and tends to remove information from their short term memory (they forget exactly what they were trying to do and have to pause to rethink about it). This may not look too much if all you do is edit one rule and then are done with it, but it gets extremely annoying when you have to work with tools that try to do everything graphically severals hours a day.
  
  
  
I like that you build this on top of a DSL instead of directly doing a graphical representation like most current tools. However, I see the text DSL as an evolution from graphical tools. Therefore, trying to represent them graphically seems like a step back, unless you find a revolutionary way to do a graphical representation of code.
  
</description><link>http://ayende.com/3577/is-this-valuable#comment7</link><guid>http://ayende.com/3577/is-this-valuable#comment7</guid><pubDate>Wed, 03 Sep 2008 14:29:57 GMT</pubDate></item><item><title>Ayende Rahien commented on Is this valuable?</title><description>firefly,
  
The Parser is actually use the BooParser, which generate the AST, yes.
  
</description><link>http://ayende.com/3577/is-this-valuable#comment6</link><guid>http://ayende.com/3577/is-this-valuable#comment6</guid><pubDate>Wed, 03 Sep 2008 11:43:30 GMT</pubDate></item><item><title>Ayende Rahien commented on Is this valuable?</title><description>Torkel,
  
Yes.
  
Basically, I recognize the pattern of checking a user by role, and provided a UI for that
</description><link>http://ayende.com/3577/is-this-valuable#comment5</link><guid>http://ayende.com/3577/is-this-valuable#comment5</guid><pubDate>Wed, 03 Sep 2008 11:35:58 GMT</pubDate></item><item><title>firefly commented on Is this valuable?</title><description>I say it all depend on how well the parser work. Does it tie into the AST? I like where we are going but I am a little wary with current impl at the moment. If not then we got one more thing that can break... more testing involve. Maybe it's just me but a text base rule look pretty solid to me.
</description><link>http://ayende.com/3577/is-this-valuable#comment4</link><guid>http://ayende.com/3577/is-this-valuable#comment4</guid><pubDate>Wed, 03 Sep 2008 09:08:13 GMT</pubDate></item><item><title>Torkel commented on Is this valuable?</title><description>Are you analysing the AST and building a UI from it? Or how does it work under the hood? I guess this is will be explained in the book :) 
  
  
It looks very interesting. 
</description><link>http://ayende.com/3577/is-this-valuable#comment3</link><guid>http://ayende.com/3577/is-this-valuable#comment3</guid><pubDate>Wed, 03 Sep 2008 06:02:12 GMT</pubDate></item><item><title>Ayende Rahien commented on Is this valuable?</title><description>&gt; Reverse?
  
  
Think of the way the WinForm docking works...
  
  
I agree that this is not really valuable in this scenario, but there are cases where having a visuaiation makes things much more simple.
</description><link>http://ayende.com/3577/is-this-valuable#comment2</link><guid>http://ayende.com/3577/is-this-valuable#comment2</guid><pubDate>Wed, 03 Sep 2008 02:53:09 GMT</pubDate></item><item><title>pb commented on Is this valuable?</title><description>Reverse?
  
  
Pretty cool. I imagine at some point there are too many levels of indirection between UI writing script, etc. and it's easier to just implement in straight C#. 
  
  
The value to me for the DSL stuff is being able to use it as the requirements/documentation for what the software is doing in a readable format. Here the UI provides that, so the DSL doesn't add much value for me on this example at least.
  
  
  
</description><link>http://ayende.com/3577/is-this-valuable#comment1</link><guid>http://ayende.com/3577/is-this-valuable#comment1</guid><pubDate>Wed, 03 Sep 2008 02:45:19 GMT</pubDate></item></channel></rss>