On Mon, 17 Nov 2003 11:49:51 +0100, Adrian Smarzewski wrote

ser wrote:

...

Chciałbym się dowiedzieć jak wyglądał Wasz proces projektowania, czy stosowaliście jakąś metodykę, np. UML. Swoją pracę będę modelował właśnie w UML-u, dlatego jeżeli możliwe

jest

...

przesłanie mi jakiś przykładowych diagramów, to byłbym wdzięczny.

Ułatwiło by

...

mi to życie, bo mam kontakt jedynie z teoretycznymi projektami, które nie istnieją.

Hehehe projekty, gdzie każdy coś dopisuje nie powstają w taki sposób. Między innymi dlatego są lepsze. Nie da się najpierw zaprojektować programu (chyba, że bardzo ogólnie) a potem napisać tak, żeby tysiąc razy nie przerabiać projektu. Czy widzicie jakieś zastosowanie dla tych wszystkich diagramów itp? Dla mnie to zawsze był totalny kosmos i bezsens. Oczywiście nie chcę nikogo urazić, jeśli jest to czyjąś pasją ;)

Takie diagramy maja sens tylko w scisle scherarchizownaej strutkurze gdfzie praca wyglada tak ze jest jeden naczelny poprgramista, ktory kieruje pracami, pod nim podprogramisci kotrzy kieruja pracami w poszzegolnych dizlach progrmau a nizej jeszcze zwykli szarzy robolo-oprgramisci ktorzy robia cal aszara robote. I zeby sie nie pogubi co musza sobier rysuneczki robic zeby kazdy wiedzial co robi i zeby nie zepezususuc przuypadkiem pracy kolegi robola ktorego sie nie zna i ktory jest w innym dziale ;P Poad to musi byc tez organizacja pracy zeby nikt na nikogo nie czekal czyuli w skrocie przychoidzimy do pracy bos mowi co chcee osiagnac kosultuja sie i dopiero caly dzuien pracuja nad planem. Dlatego takie oprogramowanie jest gorsze :) bo robolo-programista nigdy nie ma wplywu na ogolny projekt tylko ma swoja dzialke poz ktora sie nei rusza (prenie pudeleczko w UML'u). Dlatego LMS peowstal ze byl wypadkowa kreatywnsci wsyzstkich ludzi ktorzy go tworzyli. Dkatego wolnodostepne op[rogramowanie rozwija sie sybciej, lepiej niz komercyjne wersje podobnego oprogramowania.

z powazaniem Rafal Ramocki