On May 19, 1:49 pm, Michal Kleczek <k...@g...com> wrote:
> Andrzej Jarzabek wrote:
> > On May 18, 6:06 pm, Michal Kleczek <k...@g...com> wrote:
> >> Michoo wrote:
> >> > Ale nadaje się do przetestowania usability już w momencie utworzenia
> >> > GUI. Potem jako kolejne przyrosty będzie można zrobić obsługę kolejnych
> >> > pitów.
>
> >> Ale sie nie nadaje do uzycia produkcyjnego (co jest postulowane przez
> >> "agile").
>
> > W którym miejscu?
>
> No sam pisales o "jadrze", ktore moze powstac w 2 mies i jest uzyteczne.

O PITach nic nie pisałem. Do użycia produkcyjneo nadaje się wersja
release, co taka wersja będzie miała, to kompetentnie się nie
wypowiem.

> >> Do testowania "usability" nie potrzeba zadnego "agile" - wystarczy
> >> wyklikac _prototyp_ w jakims VB czy innym narzedziu RAD nie przejmujac
> >> sie tym, co jest "pod spodem" bo prototyp z zalozenia idzie do kosza. Tak
> >> jest po prostu taniej, bo mozna to zrobic w pare godzin.
> >> Oczywiscie rownolegle mozna robic to co "pod spodem" -
>
> ^^^^^^^^^^^^^^^^^^^^^^^^
> (podkreslenie moje)
>
> >> ale do tego jest
> >> potrzebny (hint) projekt, ktory wyspecyfikuje, ze w ogole dzielimy
> >> oprogramowanie na UI i "pod spodem" oraz powie nam co to wlasciwie znaczy
> >> "podzielic" i jak ten podzial przebiega.
>
> > Nie jest potrzebny. Można mieć najpierw GUI w VB, potem przerobić
> > program w VB tak, żeby komunikował się z komponentem COM w DLL-ce
>
> Czyli nie rownolegle.

Czemu nie równolegle? Równolegle może jedna osoba/para dłubać GUI w
VB, druga pisać funkcje liczące (czy stuby udające, że liczą) w tym
samym programie VB. Jeśli po pierwszej iteracji zapada decyzja, że
obliczenia jednak mają być robione w C++, to zespół, który robi GUI
przerabia je tak, żeby brało obliczenia z DLL-ki, a zepsół od obliczeń
przepisuje obliczenia/stuby na C++. W trzeciej iteracji można
równolegle dalej rozwijać kod robiący obliczenia, przepakowywać DLL-kę
w serwer obliczeń i pracować nad GUI.