Tech Writer koduje
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.
Kategorie:
Technologia
Technologia
#21 Tech Writer zbiera informacje ze stron, czyli jak można wykorzystać web scraping
2020-09-15 08:54:41
Web scraping to zbieranie danych ze stron internetowych. Google, na przykład, robi to, żeby indeksować cały internet w swojej wyszukiwarce. Web scraping wykorzystuje się też do monitorowania cen w konkurencyjnych sklepach internetowych.
U nas w firmie używamy web scrapingu, żeby indeksować dokumentację dla naszej wyszukiwarki. To samo rozwiązanie wykorzystujemy też, żeby sprawdzać czy wszystkie linki działają. Wyniki web scrapingu zapisujemy w Elasticsearchu, a potem analizujemy je za pomocą raportów i filtrów w Kibanie. Dzięki temu stworzyliśmy zalążek panelu kontrolnego, na którym widać aktualną jakość naszej dokumentacji.
W niedalekiej przyszłości chcemy rozszerzyć nasze rozwiązanie o dodatkowe funkcje. Planujemy, na przykład, testować strony pod kątem wymaganych elementów i zgodności z regułami naszego style guide’a. Kolejną opcją jest sprawdzanie czy w treści nie ma błędów gramatycznych i stylistycznych oraz czy język, którego używamy do tworzenia instrukcji jest wystarczająco przejrzysty.
Co można jeszcze zrobić za pomocą web scrapingu? Jakie inne testy są potrzebne w świecie dokumentacji technicznej i pisania ustrukturyzowanego? Zapraszamy do słuchania.
Informacje dodatkowe:
Web scraping: https://en.wikipedia.org/wiki/Web_scraping
Scrapy: https://scrapy.org/
Elastic (Elasticsearch, Kibana): https://www.elastic.co/
curl: https://curl.haxx.se/
Textstat: https://github.com/shivam5992/textstat
spaCy: https://spacy.io/
Selenium: https://www.selenium.dev/
TestCafe: https://devexpress.github.io/testcafe/
Vale: https://github.com/errata-ai/vale
Web scraping to zbieranie danych ze stron internetowych. Google, na przykład, robi to, żeby indeksować cały internet w swojej wyszukiwarce. Web scraping wykorzystuje się też do monitorowania cen w konkurencyjnych sklepach internetowych.
U nas w firmie używamy web scrapingu, żeby indeksować dokumentację dla naszej wyszukiwarki. To samo rozwiązanie wykorzystujemy też, żeby sprawdzać czy wszystkie linki działają. Wyniki web scrapingu zapisujemy w Elasticsearchu, a potem analizujemy je za pomocą raportów i filtrów w Kibanie. Dzięki temu stworzyliśmy zalążek panelu kontrolnego, na którym widać aktualną jakość naszej dokumentacji.
W niedalekiej przyszłości chcemy rozszerzyć nasze rozwiązanie o dodatkowe funkcje. Planujemy, na przykład, testować strony pod kątem wymaganych elementów i zgodności z regułami naszego style guide’a. Kolejną opcją jest sprawdzanie czy w treści nie ma błędów gramatycznych i stylistycznych oraz czy język, którego używamy do tworzenia instrukcji jest wystarczająco przejrzysty.
Co można jeszcze zrobić za pomocą web scrapingu? Jakie inne testy są potrzebne w świecie dokumentacji technicznej i pisania ustrukturyzowanego? Zapraszamy do słuchania.
Informacje dodatkowe:
Web scraping: https://en.wikipedia.org/wiki/Web_scraping
Scrapy: https://scrapy.org/
Elastic (Elasticsearch, Kibana): https://www.elastic.co/
curl: https://curl.haxx.se/
Textstat: https://github.com/shivam5992/textstat
spaCy: https://spacy.io/
Selenium: https://www.selenium.dev/
TestCafe: https://devexpress.github.io/testcafe/
#20 Tech Writer optymalizuje, czyli web performance w dokumentacji
2020-08-06 13:24:57
Wydajność to temat rzadko poruszany w tech writingu, pomimo tego, że webowa forma dokumentacji jest bardzo popularna. Czy szybkość ładowania stron ma znaczenie dla naszych odbiorców? A jeśli tak, to czy Tech Writer ma jakiś wpływ na wydajność dokumentacji? Rozmawiamy o tym jak mierzyć i poprawiać web performance. Zastanawiamy się co może zrobić w tej kwestii Tech Writer, a co musi wdrożyć programista lub inżynier DevOps. Wreszcie rozmawiamy o tym, że w dokumentacji performance to nie wszystko.
Informacje dodatkowe:
Web performance: https://en.wikipedia.org/wiki/Web_performance
"How to Improve Your Page Load Speed by 70.39% in 45 Minutes": https://www.ventureharbour.com/improving-site-speed/
TinyPNG: https://tinypng.com/
ImageMagick: https://imagemagick.org/index.php
Gzip: https://www.gnu.org/software/gzip/
Chunking w standardzie DITA: https://docs.oasis-open.org/dita/v1.2/os/spec/archSpec/chunking.html
Minifikacja: https://pl.wikipedia.org/wiki/Minifikacja
HTTP caching: https://developer.mozilla.org/en-US/docs/Web/HTTP/Caching
WordPress: https://wordpress.com
"What Are Static Site Generators?": https://www.netguru.com/blog/what-are-static-site-generators
Google PageSpeed Insights: https://developers.google.com/speed/pagespeed/insights/
Google Lighthouse: https://developers.google.com/web/tools/lighthouse
Docusaurus: https://docusaurus.io/
Wydajność to temat rzadko poruszany w tech writingu, pomimo tego, że webowa forma dokumentacji jest bardzo popularna. Czy szybkość ładowania stron ma znaczenie dla naszych odbiorców? A jeśli tak, to czy Tech Writer ma jakiś wpływ na wydajność dokumentacji? Rozmawiamy o tym jak mierzyć i poprawiać web performance. Zastanawiamy się co może zrobić w tej kwestii Tech Writer, a co musi wdrożyć programista lub inżynier DevOps. Wreszcie rozmawiamy o tym, że w dokumentacji performance to nie wszystko.
Informacje dodatkowe:
Web performance: https://en.wikipedia.org/wiki/Web_performance
"How to Improve Your Page Load Speed by 70.39% in 45 Minutes": https://www.ventureharbour.com/improving-site-speed/
TinyPNG: https://tinypng.com/
ImageMagick: https://imagemagick.org/index.php
Gzip: https://www.gnu.org/software/gzip/
Chunking w standardzie DITA: https://docs.oasis-open.org/dita/v1.2/os/spec/archSpec/chunking.html
Minifikacja: https://pl.wikipedia.org/wiki/Minifikacja
HTTP caching: https://developer.mozilla.org/en-US/docs/Web/HTTP/Caching
WordPress: https://wordpress.com
"What Are Static Site Generators?": https://www.netguru.com/blog/what-are-static-site-generators
Google PageSpeed Insights: https://developers.google.com/speed/pagespeed/insights/
Google Lighthouse: https://developers.google.com/web/tools/lighthouse
Docusaurus: https://docusaurus.io/
#19 Tech Writer pracuje zdalnie, czyli jak to się robi w GitLabie
2020-07-08 20:44:38
Trwająca od kilku miesięcy sytuacja spowodowała, że biura zostały pozamykane a praca zdalna z dnia na dzień stała się nowym standardem. Jednak istnieją też takie firmy, które już na wczesnym etapie rozwoju podjęły świadomą decyzję, że postawią na model pracy bez tradycyjnych biur. O byciu w pełni zdalnym Technical Writerem rozmawiamy z Marcinem Sędłakiem-Jakubowskim z firmy GitLab. Pytamy o procesy, narzędzia, budowanie relacji i staramy się ustalić czy jest w tym wszystkim jakiś haczyk.
Informacje dodatkowe:
About GitLab: https://about.gitlab.com
GitLab Handbook: https://about.gitlab.com/handbook/
GitLab Unfiltered: https://www.youtube.com/channel/UCMtZ0sc1HHNtGGWZFDRTh5A
All-Remote Meetings: https://about.gitlab.com/company/culture/all-remote/meetings/
Creating GitLab’s remote playbook: https://changelog.com/podcast/397
Visual Studio Code: https://code.visualstudio.com/
Manjaro Linux: https://manjaro.org/
Vale: https://errata-ai.github.io/vale/
Vim: https://www.vim.org/
Nanoc: https://nanoc.ws/
Trwająca od kilku miesięcy sytuacja spowodowała, że biura zostały pozamykane a praca zdalna z dnia na dzień stała się nowym standardem. Jednak istnieją też takie firmy, które już na wczesnym etapie rozwoju podjęły świadomą decyzję, że postawią na model pracy bez tradycyjnych biur. O byciu w pełni zdalnym Technical Writerem rozmawiamy z Marcinem Sędłakiem-Jakubowskim z firmy GitLab. Pytamy o procesy, narzędzia, budowanie relacji i staramy się ustalić czy jest w tym wszystkim jakiś haczyk.
Informacje dodatkowe:
About GitLab: https://about.gitlab.com
GitLab Handbook: https://about.gitlab.com/handbook/
GitLab Unfiltered: https://www.youtube.com/channel/UCMtZ0sc1HHNtGGWZFDRTh5A
All-Remote Meetings: https://about.gitlab.com/company/culture/all-remote/meetings/
Creating GitLab’s remote playbook: https://changelog.com/podcast/397
Visual Studio Code: https://code.visualstudio.com/
Manjaro Linux: https://manjaro.org/
Vale: https://errata-ai.github.io/vale/
Vim: https://www.vim.org/
Nanoc: https://nanoc.ws/
#18 Wyboista droga do kodowania
2020-06-09 13:24:28
Przejście od zera do kodującego Tech Writera to dość długa droga, i nie zawsze usłana różami. Jednak przy odpowiedniej motywacji i podejściu można podołać temu wyzwaniu. Rozmawiamy o tym jak zacząć naukę kodowania, przez jakie etapy trzeba przejść i jak radzić sobie z problemami i pułapkami.
Informacje dodatkowe:
Why Learning To Code Is So Damn Hard: https://www.thinkful.com/blog/why-learning-to-code-is-so-damn-hard/
Skillshare: https://www.skillshare.com/
Codecademy: https://codecademy.dev/
Stack Overflow: https://stackoverflow.com/
Przejście od zera do kodującego Tech Writera to dość długa droga, i nie zawsze usłana różami. Jednak przy odpowiedniej motywacji i podejściu można podołać temu wyzwaniu. Rozmawiamy o tym jak zacząć naukę kodowania, przez jakie etapy trzeba przejść i jak radzić sobie z problemami i pułapkami.
Informacje dodatkowe:
Why Learning To Code Is So Damn Hard: https://www.thinkful.com/blog/why-learning-to-code-is-so-damn-hard/
Skillshare: https://www.skillshare.com/
Codecademy: https://codecademy.dev/
Stack Overflow: https://stackoverflow.com/
#17 Webhelp kontra Progressive Web App
2020-05-18 09:06:36
Offline help, który sam się aktualizuje. Czy to w ogóle możliwe? Zastanawiamy się czy webhelp czasy świetności ma już za sobą i czy Progressive Web App (PWA) ma szansę zostać nowym królem helpów.
Informacje dodatkowe:
HTML Help: https://pl.wikipedia.org/wiki/HTML_Help
"About Webhelp Output" (pomoc MadCap Flare 2017r3): https://help.madcapsoftware.com/flare2017r2/Content/Output/Flare/WebHelp-Output/About-WebHelp-Output.htm
Progressive Web Application: https://en.wikipedia.org/wiki/Progressive_web_application
"Co zmieniają Progressive Web Applications? Wszystko, co musisz wiedzieć o PWA": https://www.e-point.pl/blog/co-zmieniaja-progressive-web-applications-wszystko-co-musisz-wiedziec-o-pwa
Oxygen Webhelp: https://www.oxygenxml.com/xml_editor/webhelp.html
Offline help, który sam się aktualizuje. Czy to w ogóle możliwe? Zastanawiamy się czy webhelp czasy świetności ma już za sobą i czy Progressive Web App (PWA) ma szansę zostać nowym królem helpów.
Informacje dodatkowe:
HTML Help: https://pl.wikipedia.org/wiki/HTML_Help
"About Webhelp Output" (pomoc MadCap Flare 2017r3): https://help.madcapsoftware.com/flare2017r2/Content/Output/Flare/WebHelp-Output/About-WebHelp-Output.htm
Progressive Web Application: https://en.wikipedia.org/wiki/Progressive_web_application
"Co zmieniają Progressive Web Applications? Wszystko, co musisz wiedzieć o PWA": https://www.e-point.pl/blog/co-zmieniaja-progressive-web-applications-wszystko-co-musisz-wiedziec-o-pwa
Oxygen Webhelp: https://www.oxygenxml.com/xml_editor/webhelp.html
#16 DITA z Gita
2020-04-22 12:32:11
Czy szanujący się zespół dokumentacyjny używający standardu DITA może działać bez CCMSa? Czy Technical Writer odnajdzie się w gicie? Jakie wyzwania stwarza taka implementacja? Techniczna rozmowa o technical writingu.
Informacje dodatkowe:
Standard DITA (Darwin Information Typing Architecture): https://en.wikipedia.org/wiki/Darwin_Information_Typing_Architecture
Component Content Management System (CCMS): https://en.m.wikipedia.org/wiki/Component_content_management_system
DITA Open Toolkit: https://www.dita-ot.org/
Git: https://git-scm.com/
DITA for Small Teams: http://www.d4st.org/
Python: https://www.python.org/
IntelliJ IDEA: https://www.jetbrains.com/idea/
Poetry: https://python-poetry.org/
Gradle: https://gradle.org/
Lightweight DITA: http://docs.oasis-open.org/dita/LwDITA/v1.0/cn01/LwDITA-v1.0-cn01.pdf
Oxygen XML: https://www.oxygenxml.com/
Schematron: http://schematron.com/
Apache Ant: https://ant.apache.org/
Extensible Stylesheet Language Transformations (XSLT): https://pl.wikipedia.org/wiki/XSL_Transformations
Pytest: https://docs.pytest.org/en/latest/
Git submodules: https://git-scm.com/book/en/v2/Git-Tools-Submodules
Continuous integration (CI): https://en.m.wikipedia.org/wiki/Continuous_integration
TeamCity: https://www.jetbrains.com/teamcity/
npm: https://www.npmjs.com/
Docker: https://www.docker.com/
Bitbucket: https://bitbucket.org/
Progressive Web Apps: https://web.dev/what-are-pwas/
Prince XML: https://www.princexml.com/
Czy szanujący się zespół dokumentacyjny używający standardu DITA może działać bez CCMSa? Czy Technical Writer odnajdzie się w gicie? Jakie wyzwania stwarza taka implementacja? Techniczna rozmowa o technical writingu.
Informacje dodatkowe:
Standard DITA (Darwin Information Typing Architecture): https://en.wikipedia.org/wiki/Darwin_Information_Typing_Architecture
Component Content Management System (CCMS): https://en.m.wikipedia.org/wiki/Component_content_management_system
DITA Open Toolkit: https://www.dita-ot.org/
Git: https://git-scm.com/
DITA for Small Teams: http://www.d4st.org/
Python: https://www.python.org/
IntelliJ IDEA: https://www.jetbrains.com/idea/
Poetry: https://python-poetry.org/
Gradle: https://gradle.org/
Lightweight DITA: http://docs.oasis-open.org/dita/LwDITA/v1.0/cn01/LwDITA-v1.0-cn01.pdf
Oxygen XML: https://www.oxygenxml.com/
Schematron: http://schematron.com/
Apache Ant: https://ant.apache.org/
Extensible Stylesheet Language Transformations (XSLT): https://pl.wikipedia.org/wiki/XSL_Transformations
Pytest: https://docs.pytest.org/en/latest/
Git submodules: https://git-scm.com/book/en/v2/Git-Tools-Submodules
Continuous integration (CI): https://en.m.wikipedia.org/wiki/Continuous_integration
TeamCity: https://www.jetbrains.com/teamcity/
Docker: https://www.docker.com/
Bitbucket: https://bitbucket.org/
Progressive Web Apps: https://web.dev/what-are-pwas/
Prince XML: https://www.princexml.com/
#15 Technoskryby potyczki z SME, czyli jak zdobywać informacje potrzebne do tworzenia dokumentacji
2020-04-07 12:19:48
Jak Technical Writer radzi sobie ze zdobywaniem informacji? Co jeśli Subject Matter Expert (SME) jest niedostępny? A co jeśli dwóch SME nie może się zgodzić co jest najważniejsze? Rozmawiamy z Mateuszem Boryckim, który przynosi cztery prawdziwe historie (case studies) z życia Technical Writera.
Jak Technical Writer radzi sobie ze zdobywaniem informacji? Co jeśli Subject Matter Expert (SME) jest niedostępny? A co jeśli dwóch SME nie może się zgodzić co jest najważniejsze? Rozmawiamy z Mateuszem Boryckim, który przynosi cztery prawdziwe historie (case studies) z życia Technical Writera.
#14 Tech Writer zaczyna kodować w Pythonie, czyli o narzędziach i dobrych praktykach
2020-03-24 13:57:11
Rozmawiamy z Sebastianem Witowskim o tym jak ustawić sobie środowisko do kodowania w Pythonie i jakich błędów unikać zaczynając swoją przygodę z tym językiem programowania. Spora dawka wiedzy dla początkujących Pythonistów. Ale jeśli kodujesz w Pythonie od jakiegoś czasu i chcesz się upewnić, że stosujesz dobre praktyki, to ten odcinek jest też dla Ciebie.
Informacje dodatkowe:
Python: https://www.python.org/
Intellij IDEA: https://www.jetbrains.com/idea/
PyCharm: https://www.jetbrains.com/pycharm/
Visual Studio Code (VS Code): https://code.visualstudio.com/
Vim: https://www.vim.org/
pyenv: https://github.com/pyenv/pyenv
Python venv: https://docs.python.org/3/library/venv.html
Python virtualenv: https://virtualenv.pypa.io/en/stable/
Conda: https://docs.conda.io/en/latest/
Node modules: https://www.w3schools.com/nodejs/nodejs_modules.asp
Pipenv: https://pipenv.readthedocs.io/en/latest/
Poetry: https://python-poetry.org/
Python Requests: https://2.python-requests.org/en/master/
Django: https://www.djangoproject.com/
Flask: https://flask.palletsprojects.com/en/1.1.x/
EuroPython 2019: https://ep2019.europython.eu/
Cookiecutter: https://cookiecutter.readthedocs.io/en/1.7.0/
Pipx: https://github.com/pipxproject/pipx
Black: https://github.com/psf/black
npm: https://www.npmjs.com/
npx: https://www.npmjs.com/package/npx
"The Hitchhiker’s Guide to Python!", Kenneth Reitz, Tanya Schlusser: https://docs.python-guide.org/
Sphinx: http://www.sphinx-doc.org/en/master/
Write the Docs: https://www.writethedocs.org/
Pytest: https://docs.pytest.org/en/latest/
Python unittest: https://docs.python.org/3.8/library/unittest.html
Test Driven Development (TDD): https://www.agilealliance.org/glossary/tdd/
Git: https://git-scm.com/
Warsztat "Modern Python Developer's Toolkit": https://www.meetup.com/Pykonik/events/268809734/
Pykonik, Kraków Python User Group: https://www.meetup.com/Pykonik/
Profil Sebastiana na LinkedIn: https://www.linkedin.com/in/switowski/
Profil Sebastiana na Twitterze: https://twitter.com/SebaWitowski
Strona Sebastiana: https://switowski.com/
Rozmawiamy z Sebastianem Witowskim o tym jak ustawić sobie środowisko do kodowania w Pythonie i jakich błędów unikać zaczynając swoją przygodę z tym językiem programowania. Spora dawka wiedzy dla początkujących Pythonistów. Ale jeśli kodujesz w Pythonie od jakiegoś czasu i chcesz się upewnić, że stosujesz dobre praktyki, to ten odcinek jest też dla Ciebie.
Informacje dodatkowe:
Python: https://www.python.org/
Intellij IDEA: https://www.jetbrains.com/idea/
PyCharm: https://www.jetbrains.com/pycharm/
Visual Studio Code (VS Code): https://code.visualstudio.com/
Vim: https://www.vim.org/
pyenv: https://github.com/pyenv/pyenv
Python venv: https://docs.python.org/3/library/venv.html
Python virtualenv: https://virtualenv.pypa.io/en/stable/
Conda: https://docs.conda.io/en/latest/
Node modules: https://www.w3schools.com/nodejs/nodejs_modules.asp
Pipenv: https://pipenv.readthedocs.io/en/latest/
Poetry: https://python-poetry.org/
Python Requests: https://2.python-requests.org/en/master/
Django: https://www.djangoproject.com/
Flask: https://flask.palletsprojects.com/en/1.1.x/
EuroPython 2019: https://ep2019.europython.eu/
Cookiecutter: https://cookiecutter.readthedocs.io/en/1.7.0/
Pipx: https://github.com/pipxproject/pipx
Black: https://github.com/psf/black
npx: https://www.npmjs.com/package/npx
"The Hitchhiker’s Guide to Python!", Kenneth Reitz, Tanya Schlusser: https://docs.python-guide.org/
Sphinx: http://www.sphinx-doc.org/en/master/
Write the Docs: https://www.writethedocs.org/
Pytest: https://docs.pytest.org/en/latest/
Python unittest: https://docs.python.org/3.8/library/unittest.html
Test Driven Development (TDD): https://www.agilealliance.org/glossary/tdd/
Git: https://git-scm.com/
Warsztat "Modern Python Developer's Toolkit": https://www.meetup.com/Pykonik/events/268809734/
Pykonik, Kraków Python User Group: https://www.meetup.com/Pykonik/
Profil Sebastiana na LinkedIn: https://www.linkedin.com/in/switowski/
Profil Sebastiana na Twitterze: https://twitter.com/SebaWitowski
Strona Sebastiana: https://switowski.com/
#13 Full-Stack Tech Writer, czyli technoskryba kontra chmura
2020-02-25 14:25:48
Jakie są obowiązki Technical Writera? Pewnie większość z Was odpowiedziałaby, że pisanie dokumentacji. A co z budowaniem stron i hostowaniem ich w chmurze? Damy sobie z tym radę? Ten odcinek to nie rozważania teoretyczne, ale oparta na faktach historia o tym jak trzech Technical Writerów ogarnęło cały stack technologiczny i devops dla portalu z dokumentacją.
Informacje dodatkowe:
Konferencja soap!: http://soapconf.com/
Standard DITA (Darwin Information Typing Architecture): https://en.wikipedia.org/wiki/Darwin_Information_Typing_Architecture
Markdown: https://daringfireball.net/projects/markdown/
DITA Open Toolkit: https://www.dita-ot.org/
Component content management system (CCMS): https://en.wikipedia.org/wiki/Component_content_management_system
Node.js: https://nodejs.org/en/
Python: https://www.python.org/
Scrapy: https://scrapy.org/
Jinja2: https://jinja.palletsprojects.com/en/2.11.x/
Sphinx: http://www.sphinx-doc.org/en/master/
Elasticsearch: https://www.elastic.co/
Kubernetes: https://kubernetes.io/
Jakie są obowiązki Technical Writera? Pewnie większość z Was odpowiedziałaby, że pisanie dokumentacji. A co z budowaniem stron i hostowaniem ich w chmurze? Damy sobie z tym radę? Ten odcinek to nie rozważania teoretyczne, ale oparta na faktach historia o tym jak trzech Technical Writerów ogarnęło cały stack technologiczny i devops dla portalu z dokumentacją.
Informacje dodatkowe:
Konferencja soap!: http://soapconf.com/
Standard DITA (Darwin Information Typing Architecture): https://en.wikipedia.org/wiki/Darwin_Information_Typing_Architecture
Markdown: https://daringfireball.net/projects/markdown/
DITA Open Toolkit: https://www.dita-ot.org/
Component content management system (CCMS): https://en.wikipedia.org/wiki/Component_content_management_system
Node.js: https://nodejs.org/en/
Python: https://www.python.org/
Scrapy: https://scrapy.org/
Jinja2: https://jinja.palletsprojects.com/en/2.11.x/
Sphinx: http://www.sphinx-doc.org/en/master/
Elasticsearch: https://www.elastic.co/
Kubernetes: https://kubernetes.io/
#12 Tech Writer się rekrutuje, czyli jak ważne są umiejętności techniczne
2020-01-20 16:48:13
Czy ogłoszenie o pracę mówi Ci co będziesz robił jako Technical Writer? Jak pracodawca sprawdzi Twoje umiejętności? Co się liczy u Technical Writera? Rozmawiamy z Tomkiem Prusem o blaskach i cieniach rekrutowania Technical Writerów starając się odpowiedzieć na pytanie jak ważne w naszej profesji są umiejętności techniczne.
Czy ogłoszenie o pracę mówi Ci co będziesz robił jako Technical Writer? Jak pracodawca sprawdzi Twoje umiejętności? Co się liczy u Technical Writera? Rozmawiamy z Tomkiem Prusem o blaskach i cieniach rekrutowania Technical Writerów starając się odpowiedzieć na pytanie jak ważne w naszej profesji są umiejętności techniczne.