Analiza i dokumentacja - strata czasu. Do programistów

0

Pytanie do programistów - czy uważacie, że przeprowadzanie analizy i tworzenie dokumentacji w projektach jest stratą czasu, nie ma odniesienia do rzeczywistości? Jeśli tak, to dlaczego? Dlaczego sądzicie, że to bez sensu? Co sprawia, że w Waszych projektach (na etapie tworzenia, wdrożenia i utrzymania) nie jest to potrzebne?

0

Wydaje mi się że dokumentacja może być zbędna tylko jeśli:

  • pracujesz sam (może ew w 2 osoby)
  • projekt jest bardzo mały (czyli piszesz go dość krótko)
  • nikt nie będzie tego projektu rozwijał
    W innych wypadkach konieczne jest pisanie dokumentacji, bo to co dziś wydaje się oczywiste jutro takie oczywiste nie będzie. Tak samo to co nam wydaje się zupełnie naturalne, dla innej osoby nie będzie.
0

może zacznij pytać od sprecyzowania o jaką dokumentację chodzi.

  • Czy masz na myśli dokumentację techniczną - którą piszesz po to, żeby wiedzieć coś tam w kodzie nawyczyniał i aby inni, który ten kod przejmą nie rzucali kurwami częściej niż raz na minutę,
  • czy może dokumentacje użytkownika - to już zależy od samego użytkownika chociaż w dobrym tonie jest napisanie chociażby krótkiego opisu jak używać programu. Oczywiście im bardziej skomplikowany pod względem użytkowania program tym dokumentacja bardziej pożądana.
0

Chodzi o analityczną (analiza wykonalności, specyfikacja wymagań, plan projektu) i projektową (diagramy bazy danych, diagramy klas, modułów, projekty integracji - interfejsy, przesyłane dane, współbieżności, algorytmy).

0

Pisanie programu bez specyfikacji? Owszem, można, tylko nigdy nie osiągnie się celu.
Zaś wszelkie diagramy baz, klas, aktywności i sekwencji pomagają zorientować się w projekcie. Warto je robić, chociaż mało kto to rozumie.

1 użytkowników online, w tym zalogowanych: 0, gości: 1