Gettys principper

Jeg sider og prøver at stoppe noget sund fornuft ind i HTTP/2.0 standardiseringsprocessen.

Det er hårdt arbejde som ville være nemmere hvis flere mennesker kendte og respekterede "Gettys Regler"

For rigtig mange år siden formulerede Jim Gettys nogle grundprincipper for X11 udviklingen, som desværre er ukendte i vide kredse:

  1. Do not add new functionality unless an implementor cannot complete a real application without it.

  2. It is as important to decide what a system is not as to decide what it is. Do not serve all the world's needs; rather, make the system extensible so that additional needs can be met in an upwardly compatible fashion.

  3. The only thing worse than generalizing from one example is generalizing from no examples at all.

  4. If a problem is not completely understood, it is probably best to provide no solution at all.

  5. If you can get 90 percent of the desired effect for 10 percent of the work, use the simpler solution.

  6. Isolate complexity as much as possible.

  7. Provide mechanism, rather than policy. In particular, place user interface policy in the client's hands.

Det faktum at vi stadig bruger X11 så mange år senere, er i stort omfang takket være Gettys regler.

Print dem ud, hæng dem på væggen hvor du kan se dem og kig på dem hver gang noget arkitektur føles en lille smule forkert.

phk

Kommentarer (8)
Bo Victor Thomsen

Nu er jeg ikke en religiøs mand, men de regler burde være hugget i marmor og sat ved indgangen til enhver it-projektleders kontor; specielt set i lyset af de mange kuldsejlede offentlige it-projekter.
Specielt regel nr. 2 og regel nr. 5 burde forgyldes på føromtalte marmorplade.

Troels Arvin

Det lyder unægteligt som nogle guidelines, som man bør have en mente.

  • Men også som nogle, som kan bruges til at holde liv i selv de særeste ting. Bl.a. mindes jeg, at PHK gentagende gange har kritiseret POSIX, men Gettys første regel kan vel netop bruges som argument for ikke at introducere nogle nye (og forhåbentlig mere praktiske) funktioner i POSIX.
Christian Nobel

Nu er jeg ikke en religiøs mand, men de regler burde være hugget i marmor og sat ved indgangen til enhver it-projektleders kontor; specielt set i lyset af de mange kuldsejlede offentlige it-projekter.
Specielt regel nr. 2 og regel nr. 5 burde forgyldes på føromtalte marmorplade.

Regel nr. 4 burde da også forgyldes, hvis man tænker på det offentliges "digitalisering", for her har man da om noget ikke forstået de bagvedliggende problemer - porto er det mindste problem.

Log ind eller Opret konto for at kommentere