Tech Writer koduje
Technoskryba – czy takie pojęcie jest Wam znane, może Tech Writer brzmi bardziej znajomo? Obie nazwy wskazują na to samo stanowisko, w którego arkana w swoim podcascie wprowadzają Miachał Skowron i Paweł Kowaluk.
Pewnie nie będzie dla Was zaskoczeniem, jak kolejny raz powiem, że na ten duet trafiłem słuchając Porozmawiajmy o IT Krzyśka Kempińskiego, gdzie w ramach #114 odcinka starali się przybliżyć czym zajmuje się Technical Writer. Czy to się udało? Przybliżyć – zdecydowanie tak, ale jak się okazuje dedykowany podcast to idealna przestrzeń, aby dzielić się doświadczeniem i dobrymi praktykami w tym zakresie.
Słuchając kolejnych odcinków niejednokrotnie możemy odnaleźć analogię do pracy programisty, a poruszane tematy nie zamykają się tylko stricte w obszarze powstawania dokumentacji technicznej. Doskonałym przykładem może być odcinek #38, w którym podnoszony jest temat… podatności i wypływu dokumentacji technicznej na bezpieczeństwo projektowanych systemów.
Skupiamy się na tym jak Tech Writer może wpasować się w środowisko programistów zarówno pod kątem sposobu pracy jak i używanych technologii, narzędzi i rozwiązań. Staramy się też pokazać, że praca Tech Writera może być ciekawa i rozwijająca pod kątem umiejętności technicznych.
Pracując jako programista nigdy nie patrzyłem na siebie przez pryzmat technoskryby, niemniej Ci panowie uświadomili mi, że elementy kompetencji, które powinien posiadać tech writer są również nieodzowne w pracy programisty.
Na pewno zawsze warto poszerzać swoje horyzonty, a zrozumienie na czym polega praca poszczególnych członków zespołu, bez wątpienia ma pozytywny wpływ na komunikację w jego obrębie, o czym zresztą wspominałem zapraszając do słuchania Tech Writer koduje w odcinku o podcastach dookoła IT 2022:
Przede mną do odsłuchania jeszcze bogate archeo, natomiast nowe odcinki staram się wysłuchiwać w miarę regularnie, do czego oczywiście zachęcam również Ciebie 😀
Podcast o technicznej stronie tworzenia dokumentacji w IT. Skupiamy się na tym jak Tech Writer może wpasować się w środowisko programistów zarówno pod kątem sposobu pracy jak i używanych technologii, narzędzi i rozwiązań. Staramy się też pokazać, że praca Tech Writera może być ciekawa i rozwijająca pod kątem umiejętności technicznych.
Standard DITA, czyli Darwin Information Typing Architecture, nie jest zły sam w sobie, ale może skłaniać nas do stosowania pewnych praktyk, które wpływają negatywnie na wyszukiwanie. Przykładem mogą być strony, które mają bardzo mało treści, przez co nie są zbyt pomocne, a jednocześnie zabierają cenne miejsce na liście wyników wyszukiwania. Kolejną kwestią jest ponownie wykorzystanie treści, czyli reuse. Jest to temat szeroki a problemy z nim związane dotyczą nie tylko standardu DITA.
Rozmawiamy o tym co powoduje, że wyniki wyszukiwania nie są pomocne, złych praktykach w tworzeniu dokumentacji w wersji webowej, problemach z reusem i potencjalnych rozwiązaniach.
Dźwięki wykorzystane w audycji pochodzą z kolekcji ”107 Free Retro Game Sounds” dostępnej na stronie https://dominik-braun.net, udostępnianej na podstawie licencji Creative Commons license CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/).
Informacje dodatkowe:
- ”Darwin Information Typing Architecture”, Wikipedia: https://en.wikipedia.org/wiki/Darwin_Information_Typing_Architecture
- Post Pawła na LinkedIn: https://www.linkedin.com/feed/update/urn:li:activity:7176518908634439680
- ”Content reuse – a productivity booster or a vicious circle?”, JetBrains blog: https://blog.jetbrains.com/writerside/2022/08/content-reuse-a-productivity-booster-or-a-vicious-circle/
- ”Chunking”, OASIS: https://docs.oasis-open.org/dita/v1.2/os/spec/archSpec/chunking.html
- ”Definition of DITA maps”, OASIS: https://docs.oasis-open.org/dita/v1.2/os/spec/archSpec/definition-of-ditamaps.html
- ”Every Page is Page One: Topic-based Writing for Technical Communication and the Web”, Mark Baker: http://xmlpress.net/publications/eppo/
- ”Topic-based authoring”, Wikipedia: https://en.wikipedia.org/wiki/Topic-based_authoring
- ”Single-source publishing”, Wikipedia: https://en.wikipedia.org/wiki/Single-source_publishing
Linki
Po więcej podcastowych polecajek zapraszam na: https://itity.pl/podcasty/ oraz do śledzenia #ktoprzemawia w SM.
Nie chcesz przegapić następnych polecajkowyh recenzji – zapisz się na newsletter – raz w miesiącu prześlę Ci informację o tym co działo się na w świecie podcastów i na blogu 😊
Dobrego odbioru
Damian
Dodaj komentarz