Pisanie programów w grupach

Ponieżej chciałbym przedstawić kilka porad, jak lepiej pisać programy w grupach. Nie będzie tego wiele, ale liczy się jakość a nie ilość. Otóż pisałem kilka programów razem (Visual Basic, Turbo Pascal) i mam trochę w tym doświadczenia. Mam tu na myśli pisanie programów, że najpierw, ja piszę program, później ktoś inny a potem znowu ja itp. Po pierwsze, to jeśli druga osoba wprowadzi w kodzie bardzo dużo zmian, to ciężko będzie się połapać co jest co. I tu można temu zapobiec : każdy kto wprowadza zmiany w programie, niech napisze w pliku tekstowych grubsze zmiany. Po drugie przy deklaracji zmiennych piszmy po co tą zmienną zadeklarowaliśmy, abyśmy wiedzieli że X to licznik a Y to String zawierający hasło zakodowane a jeszcze G to zmienna pomocnicza do pętli for. Po trzecie przed procedurą napiszmy co ona robi. Wygląda to tak :

Private Sub X
' Ta procedura koduje plik
... kod .....
End Sub

Robi to wiele. Przy wywołaniu procedury też napiszmy krótki komentarz, czyba, że procedura nazywa się normalnie tj np. LoadOptions, Koduj, SaveOptions. Wtedy komentarz tylko denerwuje

Jeszcze jedna ważna rzecz to pliki. Napiszmy w jakimś pliku tekstowym, do czego służy dany plik (chodzi mi o pliki tworzone przez aplikację, lub te z których korzysta, tj popularne pliki DAT, INI). Jeśli plik jest kodowany napiszmy algorytm jego dekodowania. Poza tym jak ktoś edytuje program i widzi plik opcje.ini o zawartości : 0,1,0,0,1 to mu to dużo nie mówi, więc powinniśmy napisać że pierwsza cyfra to ...

Inna sprawa to kontrolki. Raz się zdarzyło, że dostałem dany program a nie mam jakiejś kontrolki. Staraj się nie używać bez powodu obcych kontrolek. Wszystkie kontrolki pod kontrolką OLE to kontrolki z plików OCX czyli niestanadardowe.

Te porady na pewno ułatwią współpracę !!! Nawet jeśli sam piszesz programy a są to bardziej rozbudowane programy, to stosuj się do tych porad !!! Za pół roku nie będziesz wszystkiego pamiętał a wtedy te różne pliki tekstowe nam wiele dadzą