#35 Tech Writer chce kodować więcej
Czy Tech Writer, który trochę koduje może kodować więcej? Jakie ma opcje rozwoju zawodowego jeśli interesują go głównie skrypty, narzędzia i inne techniczne aspekty tworzenia dokumentacji?Bazując na własnych doświadczeniach, rozważamy trzy możliwe scenariusze dla technoskrybów z zapędami programistycznymi. Pojawia się też kilka czerstwych żartów i nawiązań do zamierzchłych czasów.Muzyka w intro oraz dźwięki 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.Informacje dodatkowe:Python: https://www.python.org/MadCap Flare: https://www.madcapsoftware.com/products/flare/Visual Basic for Applications:Perl: https://www.perl.org/Arbortext: https://www.ptc.com/en/products/arbortextStandard DITA (Darwin Information Typing Architecture): https://en.wikipedia.org/wiki/Darwin_Information_Typing_ArchitectureDITA Open Toolkit: https://www.dita-ot.org/Front-end i back-end: https://pl.wikipedia.org/wiki/Front-end_i_back-endgulp.js: https://gulpjs.com/React: https://pl.reactjs.org/Svelte: https://svelte.dev/Teleturniej "Idź na całość": https://pl.wikipedia.org/wiki/Id%C5%BA_na_ca%C5%82o%C5%9B%C4%87Telegazeta: https://pl.wikipedia.org/wiki/Telegazeta
Czyli na przykład na każdej stronie jest flaga, która mówi, czy ten komponent jest lab preview, taki early access, czy to jest może stabilny komponent, czy jest deprecated i się go pozbywamy. Pisanie takich komponentów to są proste sprawy, no ale to jest fajne zadanie dla Technical Writera, żeby to wszystko działało i żeby to się wpisywało w ten nasz proces tworzenia dokumentacji też. Pisze sobie dokumentację w Markdownie, ale druga część tego Tech Writera, który koduje, to jest co pisać w tej dokumentacji. No i jestem na takim etapie w mojej wiedzy frontendowej, że wystarczy mi proste wymagania, na przykład zaimplementowaliśmy testy za pomocą Testing Library, trzeba by przepisać dokumentację, która jest, tak żeby ujęła to wszystko. Ja jestem w stanie patrząc na testy, które są w repo głównym, patrząc na naszą dokumentację i dokumentację Testing Library, jestem w stanie przepisać te przykłady, które mamy w dokumentacji,
Na właśnie przykłady związane z Testing Library. Albo dostaję informację o tym, że jest jakiś tam nowy feature w komponencie Data Table. Możemy teraz sortować kolumny według jakichś tam kryteriów. Patrzę sobie jak to jest zaimplementowane i jestem w stanie kilka przykładów napisać dla użytkowników, żeby sobie mogli też tego zacząć używać. No i to jest z grubsza to. Daje mi to szansę naprawdę dużo kodować, każdego dnia dużo kodu pisać. A potem jeżeli się pojawia nowy projekt, który by chciał mieć Dokuzaurusa i chcieliby mieć jakieś takie komponenty, to zawsze jestem proszony o pomoc jako taki trochę Tech Writer od Dokuzaurusa i jestem w stanie też pomóc. Czyli przy odrobinie szczęścia czy też chęci możemy znaleźć taki projekt wewnątrz swojej firmy albo poza swoją firmą, jeśli chcemy zmienić pracę, żeby się rozwijać bardzo technicznie.
Pokazano wszystkie 2 dopasowania. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.
Podcast Tech Writer Koduje zaczyna się z rozmowy o Tech Writerze, który zaczął kodować i czy Tech Writer zawsze kodował.
Rozmówcy odwołują się do filmowej metafory, aby omówić, czy Tech Writer zawsze kodował.
Rozmówcy stwierdzają, że temat rozmowy jest ważny i zaczynają go omawiać.
Paweł zaprasza Michała do roli doradcy zawodowego, a Michał odmawia, mówiąc, że nie jest doradcą zawodowym.
Rozmówcy omawiają pytanie o rozwój zawodowy Tech Writera, który chciałby rozwijać się bardziej technicznie.
Michał podaje przykłady, jak Tech Writer może rozwijać się technicznie, np. poprzez zmianę roli, specjalizację w narzędziach dokumentacji czy przejście na stanowisko junior dewelopera.
Rozmówcy omawiają, w jakich sytuacjach Tech Writer może kodować i jakie są oczekiwania wobec takiego Tech Writera.
Michał opisuje swoją historię rozwijania się jako Tech Writera, który zaczął kodować.
Michał opisuje swoją obecną rolę jako Doc Tools Developer i opowiada o możliwościach rozwijania się w tej roli.
Rozmówcy omawiają, dlaczego warto wkładać dodatkowy wysiłek w rozwijanie się jako Tech Writer, który koduje.
Michał opisuje strategie rozwijania się, takie jak tworzenie strony na Confluencie dla przełożonej, aby pokazać wartość biznesową.
Rozmówcy omawiają, czy Tech Writer, który koduje, ma więcej kreatywności niż programista w dużym zespole.
Podróżnik omawia ryzyko i korzyści związane z przejściem z roli kodującego Tech Writera na stanowisko programistę, wskazując na potencjalne awans w dół oraz większą stabilność zawodową.
Podróżnik porusza różnice w rekrutacji między stanowiskiem programisty a Tech Writera, podkreślając trudności w dostarczeniu odpowiednich umiejętności podczas rozmów kwalifikacyjnych.
Podróżnik omawia wpływ pandemii na rekrutację stanowisk junior developera, zaznaczając trudności związane z brakiem kontaktu na co dzień w biurze.
Podróżnik wspomina o możliwościach związanych z akademiami programowania jako drogę do pracy programisty.
Rozdziały i streszczenia generowane automatycznie. Pełna transkrypcja nie jest publikowana — wyszukaj frazę, aby zobaczyć dopasowane fragmenty.
Kliknij, aby znaleźć fragmenty, w których pada.
Czy Tech Writer, który trochę koduje może kodować więcej? Jakie ma opcje rozwoju zawodowego jeśli interesują go głównie skrypty, narzędzia i inne techniczne aspekty tworzenia dokumentacji?
Bazując na własnych doświadczeniach, rozważamy trzy możliwe scenariusze dla technoskrybów z zapędami programistycznymi. Pojawia się też kilka czerstwych żartów i nawiązań do zamierzchłych czasów.
Muzyka w intro oraz dźwięki 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.
Informacje dodatkowe:
Python: https://www.python.org/
MadCap Flare: https://www.madcapsoftware.com/products/flare/
Visual Basic for Applications:
Perl: https://www.perl.org/
Arbortext: https://www.ptc.com/en/products/arbortext
Standard DITA (Darwin Information Typing Architecture): https://en.wikipedia.org/wiki/Darwin_Information_Typing_Architecture
DITA Open Toolkit: https://www.dita-ot.org/
Front-end i back-end: https://pl.wikipedia.org/wiki/Front-end_i_back-end
gulp.js: https://gulpjs.com/
React: https://pl.reactjs.org/
Svelte: https://svelte.dev/
Teleturniej "Idź na całość": https://pl.wikipedia.org/wiki/Id%C5%BA_na_ca%C5%82o%C5%9B%C4%87
Telegazeta: https://pl.wikipedia.org/wiki/Telegazeta