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