![](https://itity.pl/wp-content/uploads/2022/02/logo-e1644864735184.png)
Tech Writer koduje
![](https://techwriterkoduje.pl/img/michal.png)
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.
![](https://techwriterkoduje.pl/img/pawel.png)
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 😀
![Tech Writer koduje](https://d3t3ozftmdmh3i.cloudfront.net/production/podcast_uploaded_nologo/1357343/1357343-1635233016023-3d871894cd797.jpg)
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.
Próbki kodu to kluczowy element dokumentacji, a w szczególności dokumentacji dla deweloperów. Dlatego uważamy, że ”foo”, ”bar” i ”baz” muszą odejść.
Jako kodujący Tech Writerzy spotykamy się zarówno z dobrymi jak i kiepskimi przykładami, dlatego postanowiliśmy podsumować naszą wiedzę i doświadczenia w tym zakresie i zastanowić się jak tworzyć próbki, które są pomocne i łatwe do zrozumienia.
Rozmawiamy o dobrych i złych praktykach, o potencjalnych problemach i rozwiązaniach oraz, oczywiście, o narzędziach, które możemy wykorzystać, żeby nasze próbki były jeszcze lepsze.
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:
- ”Never Use Foo, Bar, Baz, etc. in Software Documentation”, Tech Your Chance: https://www.techyourchance.com/never-use-foo-bar-baz/
- ”Online resources to learn how to code”, StackOverflow Developer Survey 2022: https://survey.stackoverflow.co/2022/#section-learning-to-code-online-resources-to-learn-how-to-code
- ”Online resources to learn how to code”, StackOverflow Developer Survey 2023: https://survey.stackoverflow.co/2023/#section-learning-to-code-online-resources-to-learn-how-to-code
- ”Default behaviour sticks (And so do examples)”, Thinkst Thoughts: https://blog.thinkst.com/2023/08/default-behaviour-sticks-and-so-do-examples.html
- ”Code blocks”, Docusaurus: https://docusaurus.io/docs/markdown-features/code-blocks
- rundoc: https://eclecticiq.github.io/rundoc/
- ”Code samples”, Google developer documentation style guide: https://developers.google.com/style/code-samples
- ”Creating sample code”, Google Technical Writing: https://developers.google.com/tech-writing/two/sample-code
- ”Guidelines for writing code examples”, MDN: https://developer.mozilla.org/en-US/docs/MDN/Writing_guidelines/Writing_style_guide/Code_style_guide
- ”Write excellent code examples”, The Developer Advocacy Handbook: https://developer-advocacy.com/write-excellent-code-examples
- Dokumentacja React.js: https://react.dev/
- Dokumentacja Yarn: https://yarnpkg.com/
- Dokumentacja react-router: https://reactrouter.com/en/main
- Prism.js: https://prismjs.com/
- Docusaurus: https://docusaurus.io/
- Storybook: https://storybook.js.org/
![#67 Tech Writer żegna „foo”, „bar” i „baz”, czyli jak tworzyć dobre próbki kodu](https://d3t3ozftmdmh3i.cloudfront.net/production/podcast_uploaded_nologo/1357343/1357343-1635233016023-3d871894cd797.jpg)
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