> > Może spróbuję to inaczej: w
> > pracy *jednoosobowej* potrzeby archiwizacyjne są bardziej istotne od
> > potrzeby śledzenia zmian.
> To ja pójdę nawet krok dalej i zaryzykuję tezę, że w wieloosobowej
> pracy również archiwizacja jest istotniejsza od trackingu.

Jest jego niezbędnym składnikiem. Bo nie da się trackować bez danych historycznych.
W pracy wieloosobowej istotne jest też szukanie autora zmiany. W projektach
krytycznych (regulowanych) dochodzi jeszcze szukanie tego gościa, co pozwolił na
zmianę, bo jego obwinia się nawet bardziej, niż samego autora.
Ale pod tym wszystkim zawsze jest potrzeba archiwizacji, której jakąś formę
rozproszone VCSy dają w bonusie (bo kod jest w wielu miejscach, więc nie ginie z byle
powodu). I jeśli ktoś się skupia na sprawach istotnych, to tej jednej sprawy nie da
się zredukować. Dlatego tak niektórych wkurza w tej dyskusji.

> Natomiast bez svn czułbym się jak cyrkowy akrobata chodzący po linie bez
> zabezpieczenia (nawet mając archiwizację).

Właśnie uważam, że to jest *to* zabezpieczenie, któro jest niezbędne. Reszta to
ficzery i gadżety, które są potrzebne mniej lub bardziej. Albo wcale.

> (no, w istocie to na tar.xz-ach, ale myśl ta sama).

Nie chciałem komplikować dyskusji. Zgadza się, u mnie to są tar.gz. :-D

> Dopiero
> kiedy zdecyduję się iść "na serio" w danym kierunku to wrzucam projekt
> w svn-a.

No widzisz, to jest ten ciekawy punkt w rozwoju projektu. Bo jak ja się zorientuję,
że wyszło mi coś na serio i że do tej pory zrobiłem to *bez* svna, to od razu też
stwierdzam, że na tak późnym etapie już nie ma po co tego svna robić. Jakby to
powiedzieć - "przegapiłem", bo nie wiedziałem, że się nie da.
To oczywiście wynika z kultury pracy, przyzwyczajeń, rytuałów. Np. rozumiem, że ktoś
ma naturę archeologa i lubi spędzać czas grzebiąc w historii swojego projektu jak w
piaskownicy. Niech sobie ogląda logi, commity, wykresy branchów, statystyki swojej
własnej "wydajności", itp. A ja akurat lubię jazdę do przodu a miarą sukcesu jest dla
mnie skończony projekt. Polecam, ale nie zmuszam.
I co mi zrobisz? :-)

> Np. testów nie piszę prawie w ogóle, bo zupełnie mnie to nie
> bawi.

No i dobra. Testy mają swoją wartość dodaną, ale też jakiś (wieloskładnikowy) koszt.
Jeśli koszt jest wyższy, to nie ma sensu ich pisać. U mnie nie wychodzi to
jednorodnie między projektami ani nawet w ramach tego samego projektu. Zdarzyło mi
się zrobić (ciekawostka: nikt tego nie docenił) zestaw na 100% pokrycia. Zdarzało mi
się też nie zrobić ani jednego testu.
Ale zawsze miałem archiwum.

--
Maciej Sobczak * http://www.inspirel.com