Użytkownik "Baranosiu" <r...@w...pl> napisał:

>> Slowem inna odmiana metody "po nas chocby potop".
>
> Odejście od modelu kaskadowego często przynosi poprawę jakości
> produktu ale oczywiście podejście "płacimy za kod, resztę
> minimalizujemy jak się tylko da, bo to marnowanie czasu programisty"
> to droga do nikąd.

Powiem powazniej.
Tak jak kiedys przeintelektualizowane/przeteoretyzowane
byly wszelkie GOFy, i UMLe (i to bylo przyczyna ich ..) tak teraz
jest _wyrazne_ przegiecie w druga strone.
Wszelkie odchylenia i silver bullets sa zle.

A tak naprawde liczy sie (jak zawsze) dobre sumienne rzemioslo
i pomyslenie o tych co przejma Twoj kod, a _nade wszystko_ ciagle
myslenie o uzerze i powazne jego traktowanie. Baardzo powazne.
Ja tak zawsze robie mimo, ze nie zdarzylo mi sie zaznac wzajemnosci
(zwlaszcza od mlodych:) i mimo ze _rzadko_ mi sie to oplaca.
Ot taka stara Odrowa/Algolowa szkola :(

PS: Powiem Ci tylko ze prowadzac przed laty kilka lat wlasna DG
programistyczna ze zdziwieniem sie dzis dowiaduje
ze stosowalem nagminnie TDD a moze i BDD zanim jeszcze sie urodzily ;)
Tyle ze wtedy to byly zwykle codzienne/cotygodniowe rozmowy/ustalenia
z userami zleceniodawcy i nazywalo sie to zwyklym wdrazaniem, a dzis zwie
sie to jakimis iteracjami itp ;)

AK