как да стана технически писател


Отговор 1:

Докато хората трябва да разберат как работи нещо, ще има техническо писане.

Понякога си мисля дали някой ден роботите с AI пишат всички наши технически документи, но честно казано не мисля така, защото системите и приспособленията нямат нужда от технически документи; хората го правят. И как всяка система за ИИ може да разбере от какво се нуждаят хората? Това би било като система за изкуствен интелект, която разбира и отговаря на въпроса защо харесвам блата, но не ми пука толкова много за кексчета.

Като казах това, вярвам, че някои технически документи могат и ще бъдат автоматизирани в бъдеще, премахвайки необходимостта от писател-човек. Например вярвам, че ще има системи за изкуствен интелект, които сканират софтуерен продукт от а до я, тестват какво прави всеки контрол и връзка, правят подходящи екранни снимки и ги сглобяват, за да излязат със статична документация на екрана по екран. Това би бил документ, който гласи „ако кликнете върху това, това се случва“. Това със сигурност е работа, с която могат да се справят „машините“.

Вярвам, че дори API документацията може да бъде обработвана един ден от AI системи, тъй като всичко е свързано с програмиране на обекти, техните методи и свойства. Предсказуемите неща.

Съществуват обаче и целенасочени и базирани на най-добри практики писания, в които казвате на потребителя най-добрия начин да направи нещо или как да решава типични проблеми, докато използва несъвършената система. За да направите този вид документация правилно, трябва да сте наясно с човешките очаквания и недостатъци и „случаи на употреба“, които винаги ще изискват човешко познание. Необходим е създател на грешки, за да разбере какво преживява другият създател на грешки. И поради тази точна причина, тъй като „грешка“ е „неизправност“ за системата на ИИ, но характеристика на средния човешки работен поток, ние винаги ще имаме технически автори, които да говорят на собствения си вид и да предложат превантивно „оптималния“ начин (даден специфични ограничения и рискови фактори във всеки конкретен проект) за постигане на дадена цел.

И накрая и свързано с горното, тъй като цялото писане на технологии е насочено към постигане на определен край, само хората могат да решат коя би била ЗНАЧИТЕЛНА цел за постигане, но не и системите за ИИ. Това е най-важният принос, който винаги ще изисква човешки технически писател.


Отговор 2:

Техническото писане или техническата комуникация или техническата документация са много по-стари, отколкото си мислите. Тъй като виждате Техническото писане през ИТ призмата, ще пропусна вида работа, извършена от Отделите за документация в автомобилната / авиационната или други отрасли на инженерството.

Това поле влезе в модата с бума в ИТ сектора и естествено изглежда като умиращо поле, тъй като целият ИТ сектор претърпява сериозна криза. Не виждате ли нуждата от разработчици и тестери да намалява с всеки ден?

  • В ИТ индустрията документите, изготвени от разработчици и QA инженери, са вътрешни документи, които се изискват от процеса, но никога не са подходящи за споделяне или дори изискване от клиентите. Освен това те имат поверителен характер.
  • На конкурентния пазар, където разработчиците и тестерите се борят с луди срокове, къде ще имат време да подготвят подходящо ръководство за потребителя, онлайн помощ или видео за обучение?
  • Необходимостта от ръководства зависи от софтуера, който се документира. Например, корпоративен софтуер ще изисква сложна документация, докато мобилното приложение може дори да не изисква такава.
  • Техническото писане еволюира от прости документи, написани в MS Word, до XML Authoring, системи за управление на съдържанието, системи за управление на обучение, обучителни видеоклипове, анализи и др.

Накратко, Техническото писане не е умираща област, а развиваща се като разработка на софтуер, тестване или друга област. Ако не се развивате с променящите се времена, рискувате да станете излишни.


Отговор 3:

Разбира се, че не! Техническото писане има голямо бъдеще, например геймификация. Не е изненадващо, че игрите са чудесни за въвеждане на нов материал. Мозъкът ни възприема логиката на играта и успява да усвои цялата дадена информация без особени затруднения. Gamification не само въвежда подобрено учебно изживяване, но и мотивира потребителите да продължат напред - продължете да учите и използвате продукта. И това лесно се вписва в техническата документация. Потребителските наръчници не са само за справяне с проблеми, те също са за запознаване с продукт и са предназначени да опростят приемането.

Също така 3D моделирането звучи идеално за техническа документация на бъдещето. Представете си колко удобно би било да имате 3D модел на продукт, напълно интерактивен; ще можете да го обърнете и да получите цялата информация, свързана с функционалността, на място.

Докато 3D е нещо, с което сме свикнали, VR / AR все още се чувства нов и вълнуващ, вероятно защото големият потенциал на тази технология все още не е използван напълно. За техническа документация VR / AR може да се превърне в по-удобен начин за клиентско взаимодействие с 3D продуктови модели, съчетани с изучаване на функционалността. Потребителите могат да завъртят модела, да го разглобят, да разберат какво прави всяка част и това би било много по-лесно от четенето на ръководство. И това всъщност отново ни води до геймификация.


Отговор 4:

Не, не е така. Всъщност е точно обратното. Много организации едва започват да осъзнават истинския потенциал на техническото писане. Виждам, че занапред много роли и отговорности ще бъдат наложени на плещите на техническите писатели. Това означава по-голямо участие в маркетингови, консултантски и HR дейности и задачи за изготвяне на политики и всичко това в допълнение към ежедневните задачи. Това означава повече работа, повече обхват и (надявам се) повече заплащане.

Разработчиците, QA или консултантите все още ще „документират“ нещата, но все пак ще трябва да бъдат дестилирани, за да извлекат използваемо съдържание. Това също е бавно API документация става разговор сред техническите комуникатори.

Виждам откъде е дошъл въпросът ви. Появата на технологии като Google Glass (сега проектът е затворен, но все пак) или Microsoft HoloLens направи използването на технологията по-интуитивно и следователно зависимостта от онлайн / офлайн помощ намаля. Но, забравете по-малко, това само допринася за нашата работа. Сега трябва да предефинираме нашата роля, за да включим задачи, които включват подобряване на потребителското изживяване.

Разбира се, аз - като съм в професията - съм длъжен да виждам само положителната страна на нещата. Но като цяло нещата ще оформят бъдещето ни. И тъй като ние поемаме повече (по-широки) роли от всякога, мисля, че това, което Чарлз Дикенс каза в „Приказка за два града“, ни устройва: „Това беше най-доброто време, беше най-лошото време ...“

Това е моята точка.


Отговор 5:

Решението ви да преминете зависи от няколко аспекта. Като такъв не мисля, че има непосредствена заплаха за тази кариера. Имайте предвид, че това е група за подкрепа за много компании. Разходите за групи за подкрепа ще намалеят като част от мерките за намаляване на разходите.

Въпреки това, много продуктови компании като Oracle, Qualcomm, CA и др. Имат някои силни екипи за писане. Не мисля, че има от какво да се страхувате веднага. Ако вашата страст е само да пишете, можете бавно да се изградите като писател на свободна практика и да се уверите, че имате достатъчно работа.

По отношение на компаниите можете да започнете с ИТ организация, базирана на услуги, за да натрупате опит и опит в няколко области или да се присъедините към продуктова организация за дългосрочна заетост.

Късмет.


Отговор 6:

В ИТ не съм много уверен в бъдещето на техническото писане. Повече от това е работа, която няма стойност и никой не се интересува от вас.

Но в други области като автомобилната, авиационната, електрическата / хардуерната стойност на документацията е висока и е необходима.