blokada RW do SPECS

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Pon, 14 Kwi 2003, 16:19:58 CEST


On Mon, 14 Apr 2003, Michal Moskal wrote:

> On Mon, Apr 14, 2003 at 03:51:33PM +0200, Tomasz Kłoczko wrote:
> > Generalnie ratunkiem dla nas przed sporą ilościa pomyłek może być właśnie
> > zrzucanie pewncyh etapów czynności które powinny być wykonywane w perwnym 
> > ciągu tychże właśnie na automaty.
> 
> Lub też przesiadka na system, gdzie takie pomyłki są odwracalne.

Wybacz ale jak na razie po trzech latach użytkowania zdażył się jeden taki 
przypadek i to tylko dlatego że Pawłe akurat tym razem przed 
naciśnięceim pierwszy raz klawisza dziaja nie wykoł POSTa na okazję tego 
czy ejst już rozbudzony ;)

To trochę za mało żeby bawić się w tego typu rewolucje. Podstawowa zasada 
to: "don't move .. improve".
Z innych I zasada McGyvera także obowiazuje czyli "nie zepsute ?
to nie naprawiam".

Nie ma sensu zamykać repozytorium czy szykować przeniesienia po to żeby
przez miesiąc ludzie się uczyli jak to po nowemu obsługiwać bo w sumie
strata z tego typułu będzie większa niż konsekwecja pomyłek przez 
najbliższych kilka dziesięciolatek :)

Po za tym z teorii wiadomo że można zrobić systenm odporny na
zniszczenie pomyłkowe ale nie można zrobić systemu odpornego na celowe
destrukcyjne działanie.
No i po za tym można sporo jednak zrobić żeby ograniczyć ilość okazji do
tego typu pomyłek i to bedzie znacznei bardziej efektywne nizpzrestawianei
całości na svn.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*



Więcej informacji o liście dyskusyjnej pld-devel-pl