Difference between revisions of "Documentation-Rons-Rules-For-Tools"

From Slicer Wiki
Jump to: navigation, search
Line 4: Line 4:
 
#You make it, I break it
 
#You make it, I break it
 
#Your tool does not exist until it works on my laptop with my data. <ref>Until then, it's an unconfirmed rumor.</ref>
 
#Your tool does not exist until it works on my laptop with my data. <ref>Until then, it's an unconfirmed rumor.</ref>
#I am lazy. Make my life easy. <ref>User friendliness:
+
#I am lazy. I do not like to move the mouse or to type. <ref>User friendliness:
 
*Minimize the number of clicks
 
*Minimize the number of clicks
 
*Minimize the distance my pointer has to travel
 
*Minimize the distance my pointer has to travel
 
*Have good default values for the parameter and I/O, and allow me to override.  
 
*Have good default values for the parameter and I/O, and allow me to override.  
 
</ref>
 
</ref>
#No more than one simple parameter, that I can set. <ref>If I need more than 20 seconds to figure out how to set the parameter, I won't!
+
#No more than one simple parameter. <ref>If I need more than 20 seconds to figure out how to set the parameter, I won't!
 
</ref>
 
</ref>
 
#I have ADD. Make your algorithm fast. <ref>Performance Requirements
 
#I have ADD. Make your algorithm fast. <ref>Performance Requirements

Revision as of 14:09, 7 March 2011

Home < Documentation-Rons-Rules-For-Tools

Introduction

"Rules for tools" is an informal set of rules that developers should keep in mind when working on interactive tools for translational clinical research. If you follow them, you will create tools that many people will use.

  1. You make it, I break it
  2. Your tool does not exist until it works on my laptop with my data. [1]
  3. I am lazy. I do not like to move the mouse or to type. [2]
  4. No more than one simple parameter. [3]
  5. I have ADD. Make your algorithm fast. [4]

How To Make Algorithms Robust

  • Build a case library with 10 or more cases
  • Use half for development, cycle through the cases daily
  • Use the other half for testing

References

  1. Until then, it's an unconfirmed rumor.
  2. User friendliness:
    • Minimize the number of clicks
    • Minimize the distance my pointer has to travel
    • Have good default values for the parameter and I/O, and allow me to override.
  3. If I need more than 20 seconds to figure out how to set the parameter, I won't!
  4. Performance Requirements
    • under a minute is good
    • 5 minutes are acceptable
    • 10 minutes or more are not