Tom Johnson jakiś czas temu pokusił się o stworzenie listy dziesięciu zasad, których według niego powinniśmy się trzymać kiedy tworzymy dokumentację. Poniżej prezentujemy streszczenie tego dekalogu oraz nasze krótkie przemyślenia na jego temat. Oryginalny artykuł dostępny jest tutaj.

Jakiś czas temu informowaliśmy Was o tej konferencji, dziś krótka relacja i wrażenia z punktu widzenia uczestnika.

Tym razem coś z innej części globu, a dokładniej z Australii. W dniach 17 i 18 października w Sydney odbyła się konferencja zorganizowana przez australijskie stowarzyszenie na rzecz komunikacji technicznej (Australian Society for Technical Communication (NSW)). Niestety nie udało nam się wcisnąć tej konferencji w nasz napięty grafik, dlatego nie możemy Wam przedstawić autorskiej relacji 😉 Na szczęście z pomocą przychodzi Sarah Maddox, która była zarówno mówczynią i uczestniczką podczas tego wydarzenia. Na swoim blogu ffeathers zamieściła własne notatki z konferencji. Jest całkiem sporo czytania, ponieważ autorka nie opisała tylko jednej prezentacji. Lektura w sam raz na długie zimowe wieczory. Poniżej lista prezentacji w kolejności chronologicznej oraz linki do streszczeń:

Dziś na chwilę wrócimy do podstaw. Szczególnie, że mamy okazję podać je w łatwo przyswajalnej formie. Obejrzyjcie i posłuchajcie na czym polega praca techwritera.

Termin oddania projektu coraz bliżej, a nasza dokumentacja nie przeszła jeszcze korekty. Czasu jest mało, a pracy jak zwykle za dużo. Nie ma szans na przeczytanie wszystkiego od deski do deski. Trzeba szukać innego rozwiązania. Na szczęście z pomocą przychodzi nam Technical Communication at UAHuntsville ze swoim pomysłem na mocno przyspieszoną wersję korekty, która może się przydać w sytuacjach awaryjnych.