Po tym jak wybierzesz narzędzie może pojawić się pokusa, żeby od razu przejść do pełnego wdrożenia go w swojej organizacji. Ale moje doświadczenie i wiedza pozwoliły mi dawno temu dojść do wniosku, że nie jest to najlepszy pomysł.
Jedni piszą w Wordzie, drudzy piszą w DITA, a trzeci twierdzą, że tylko docs-as-code ma sens. Tak naprawdę nie ma jednego uniwersalnego i zawsze najlepszego wyboru, a frazes "to zależy" niewiele wnosi. Dzisiaj nie będziemy odpowiadać na pytanie, jakie narzędzie jest najlepsze, tylko jak je wybrać.
Bash (Bourne Again Shell) to złoty standard w świecie rozwoju oprogramowania. Ta powłoka systemowa, a upraszczając na potrzeby zrozumienia tematu, ta linia komend pozwala nam na wykonanie rozmaitych operacji na naszym komputerze.
Rzeczywistość współczesnego tech writingu to docs-as-code: Git, Markdown i Static Site Generators (SSG). Jak ma się w tym wszystkim odnaleźć tech writer? Moja odpowiedź brzmi: najlepiej tak, żeby nie stać się programistą.
Pośród wszystkiego co się dzieje wokół AI trudno odróżnić sensacjonalizm i fantazje szarlatanów od rzeczy istotnie przydatnych. Dlatego w tym artykule pokazuję praktyczne przykłady użycia Copilota GitHub do tworzenia szkiców dokumentacji.