Поэтому хуй знает какой Нетворкинг заводить с кукушкой которая осталась работать в той же конторе, обратно к ним устраиваться?

И какие советы вообще они могут дать? Вот у меня опыт особо не задокументирован в ТК, плюс там я работу каждые пол года менял, что на историю плохо влияет, а они все чаще и чаще требуют подтвердить опыт через госуслуги, трудовую книжку можно отправить с госуслуг прямо на их имейл, и не подделать никак, прям ВСЯ твоя трудовая придет к ним авто сгенерированным письмом от домена госуслуг, можете сами проверить рядом есть кнопки "поделиться" и не говоря про ЭЦП. Я могу слиться или сказать что обрежу справку стдр о прошлых неудобных местах работы допустим не хочу показаться Овер квалифаед по опыту, или по личным причинам/nda, тут без эйчар консультации ИТАК понятно что доверия может быть меньше и если я обрезаю справку/приукрашиваю ее то ее никак не проверить, и зачем тогда платить жидовке эйчар? Если это любому понятно и эйчар такого не советует

Или вот, я забыл что мы уже на работе делали как задачи делегировались и меня спросят какой самый сложный кейс был?
Дженерик эйчарка что мне посоветует? Напиздеть и предварительно посмотреть слитые вопросы на собеседовании? Или сказать я не помню.

Мне проще из моей жены сделать бумажного тигра девопс и отправить её первую на собес, а следом я паровозиком.

И большинство хуйчарок не будут советовать опыт крутить или лгать в резюме, а всякая дженерик хуйня которую они советовали типа задеплоил на 14% быстрее автоматизировали 88% рутинных задач уже не воспринимается все реже в серьез.

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

>>280680
Привет, я технический писатель успешный по меркам даже не технических писателей получаю больше 300к, формально лид команды из 2 человек.

В первую очередь вкатывайся в чаты в телеге, там смотри вакансии, требования и читай тёток, они иногда полезное пишут в плане того, куда ветер дует по сфере в целом.

Распишу тезисно, чтобы ты понимал, точно ли ты хочешь быть техписом:

1. Это должно быть прямо интересно, потому что даже если руководство понимает важность документации и готово встраивать документацию в процессы, всё равно со стороны инженеров есть отношение как к третьесортной ненужной хуйне, потому что "ну хули из кода же всё понятно". Один из основных скиллов техписа это заставить поделиться информацией. Я хикка и мне тяжело даётся вербальная коммуникация, поэтому я просто после работы постоянно чет учу, чтобы понимать, че делают инженеры. Работаю в девопс-сфере и делаю документацию для разработчиков по инфраструктурным штукам всяким, в кулуарных разговорах с настоящими лидами-девопсами мне говорили, что я по уровню развития тяну на мидла-девопса. Хочу уже если честно полноценный перекат в девопс сделать, потому что работаю в российском крупняке и хорошо себе представляю, что и как должно быть.

2. Исходя из предыдущего пункта, технический писатель больше технический, чем писатель. Есть какая-то база по организации контента типа Diataxis, которую я лично и так понимал всегда. Это типа фреймворки по правильному структурированию информации, объясняющие, что доку надо писать от читателя и ориентироваться на "юзер стори", а не нахуяривать туда всё подряд с избытком, лишь бы как можно больше покрыть. Но это всё можно за вечер почитать и всосать в себя концепции. Самое главное это разбираться в технической стороне вопроса того, что ты документируешь. Необязательно, например, уметь в гошку, чтобы писать документацию по гошному проекту, но какие-то базовые принципы и логику из кода лучше уметь выхватывать. Так и от инженеров больше респекта будет и желания помочь тебе, потому что документацию писать никто не любит, а объяснять какому-то залетухе, что делает каждая функция, тем более заебёт.

3. На российском рынке есть чёткое разделение на несколько слабо связанных между собой сфер: ГОСТ/ФСТЭК, docs as code, просто какие-то методички в конфлюенсе/другой вики-хуйне. ГОСТ/ФСТЭК — самая унылая поебень в стол для сертификации. Таким занимаются обычно инженеры-машиностроители по образованию или старпёры олдскульные айтишники, которые по какой-то причине не смогли или не захотели быть инженерами. Docs as code это модное-молодёжное айти веяние, я в этой сфере работаю и затаскиваю эти процессы в команды там, где работаю. По мне это самая перспективная сфера, потому что ты одновременно говоришь на одном языке с "настоящими айтишниками", при этом тебе же самому проще вести и поддерживать такую документацию, потому что она легко встраивается во всякие там гитфлоу. Методички в конфлюенсе — самая нищая по зп, но самая ненапряжная работа. Это вот именно редактор-секретутка, просто мараешь бумагу и закидываешь в общую помойку, коей и является любая корп вики. Мне чисто принципиально не понравилось так работать, поэтому я выкатился. Но кому сложно вкатываться в "настоящее айти" для работы техписом, те так работают и не жужжат. Обычно там ещё работают девочки всякие, неудавшиеся QA, которые умеют нормально излагать техническую информацию из-за надрочки на тест-кейсах, но по каким-то причинам не вписались нормально в QA.

4. Кроме логического разделения на сферы (п.3), есть ещё внутри каждой сферы деление на аудиторию: внешняя/внутренняя документация. Внешняя ориентирована на конечного пользователя продукта, это всякие мануалы, туториалы и т.д. Здесь важно, чтобы всё было читабельно, удобная навигация и вёрстка. Внутренняя документация ориентирована на команду продукта, описание работы системы, регламенты и т.д. Здесь всем в целом похуй на вёрстку и орфографические ошибки, важна детализация и поддержание актуальности.

4. Продуктовый и сеошный копирайтер это вообще даже не близко к техническому писательству, потому что ты заточен под другие задачи. Твой опыт он про то, как продать и продвинуть. Задача техписа — максимально структурировать и изложить сложную техническую информацию, то есть это работа с большими объёмами контента, подпиливание напильником, тривиальные объяснения. Техпис ничего не продаёт пользователю, он описывает то, что уже есть у пользователя. Поэтому тебя и отбривают, потому что опыт откровенно не тот.

5. По доке на опенсорс проекты — я нанимал и нанимаю людей, поэтому моё мнение хоть и субъективное, но релевантное. Если кандидат покажет гитхаб, где будут PR с документацией в публичный опенсорс, это будет огромный плюс лично для меня как для нанимающего. Я бы рекомендовал это делать как минимум для себя, это полезно, потому что на зрелых проектах с docs as code процессно всё то же самое.

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