Профессия "Технический писатель", или "Рыцари клавиатуры" | страница 22

Впрочем, есть ещё один приятный момент — в целом общество и бизнес хоть и заинтересованы в сокращении затрат и модернизации всех отраслей деятельности, но при этом они остаются весьма реактивными структурами, которые меняются очень трудно и долго. А это значит, что ещё достаточно долгое время большая часть IT-отрасли, несмотря на всю её инновационность, будет функционировать примерно в том же режиме и с теми же кадровыми запросами, что и сейчас. Ведь хоть и пишут программы статьи, аналитику, а где-то и сами программы, спрос на программистов и технических писателей по всему миру только растёт.

Что ж, будем надеяться, что наступление машин не оставит нас за бортом профессиональной деятельности. А как оно будет на самом деле — увидим лет через тридцать!

В этой главе мы поговорим о первых шагах человека, решившего стать техническим писателем — определении своей пригодности для профессии (и осознании, интересна ли она ему), основных требуемых навыках и способе максимально эффективно, в плане успешности трудоустройства, написать тестовое задание.

 По идее, если мы как авторы хоть чего-то стоим, то после прочтения нашей книги вы в любом случае сможете понять, стоит вам браться за техническое писательство или нет. Но на всякий случай (да, перестраховка лишней не бывает, да и очевидность — первое правило техписа!) мы всё же решили посвятить отдельный раздел исключительно вопросу профориентации.

Для начала рассмотрим те психологические ситуации, которые у вас будут в процессе работы, а уж являются они для вас положительными или отрицательными — сугубо индивидуальный момент.

Во-первых, много времени вам придётся провести, исследуя софт и технику. Причём делать это нужно очень внимательно, скрупулёзно, но при этом аккуратно — нередки ситуации, когда тестовый стенд по каким-то причинам не могут / не хотят сделать и описывать и ставить опыты приходится в «живой» системе (например, в уже функционирующем веб-сервисе). Если вам не интересен процесс копания в «железе» и программах — это будет очень тяжело, в противном случае — время будет лететь незаметно. Разумеется, из этого следует, что технический склад ума в нашей профессии в разы более полезен, чем гуманитарный.

Во-вторых, вам придётся много общаться с разными людьми. Это будут руководители, заказчики, программисты или инженеры (или и те, и другие), пиарщики, сотрудники поддержки и многие другие. Если вы работаете на дому, то почти всё общение будет сводиться к корпоративному мессенджеру, значительно реже придётся общаться в видео-конференциях, а вот для офисного сотрудника предпочтительным вариантом будет именно личное общение. Да, на это общение будет приходиться очень малая часть рабочего времени, но именно оно зачастую будет ключевым — вам необходимо получать сведения от разработчиков, поскольку без них вы не сможете многое написать, вам требуется информация от сотрудников поддержки, без этого вы не сможете оценить эффективность создаваемых вами пользовательских документов. В итоге, вам не только не удастся минимизировать свои контакты, но и придётся сделать их максимально эффективными, даже если ваши собеседники будут пытаться отвязаться от вас, так что без подвешенного языка (или непроходимого занудства...) никуда.