Новости день технического писателя

Полчаса смеялся, когда некая hbnf назначила (в философтовском форуме) 1 апреля Днем технического писателя.

(Удаленка) Требуется технический писатель.

Поскольку, по нашему опыту, мероприятие посещают не все зарегистрировавшиеся участники, мы примем больше заявок — в качестве эксперимента мы остановим регистрацию на 50 участниках. Возможно, что вы зарегистрируетесь, но не попадёте на вебинар. Просим правильно понять этот момент и дождаться записи, которую мы обязательно выложим на сайте, а общение можно будет продолжить в комментариях на сайте и в соцсетях. Присоединяйтесь к нам всей компанией, но по возможности с одного компьютера, чтобы оставить больше свободных мест! Первый сбор На первый Доквариум мы приглашаем вас в четверг 28 июля, в 16:00 по московскому времени. Ориентировочно мероприятие займёт 2 часа. Тема: «Инструменты технического писателя». Анастасия подготовила доклад «Создаём документацию с удовольствием в MadCap Flare», в котором она поделится своим многолетним опытом работы в MadCap Flare, а вы сможете задать ей любые вопросы. Кстати, недавно в нашем блоге была статья Анастасии на эту тему. Далее технический директор компании «ПроТекст» Валерий Ледовской расскажет о средствах нашей работы: «Инструменты компании ПроТекст при выполнении задач технического перевода и локализации на аутсорсинге».

Затем нам хотелось бы послушать рассказы самих участников об использовании разных инструментов, кроме самого распространённого варианта — Microsoft Word.

Никому из писателей не хочется потом «мёржить» merge куски сложных технических текстов. После обновления локальной копии SVN начинается работа.

Мы работаем по задачам в Jira. У нас есть специальный тип задач с префиксом DOC. Обычно они связаны с задачами на разработку или с запросами заказчиков.

Задачи на документирование создают менеджеры, которые ведут проект, тестировщики, сотрудники службы поддержки. Заказчик тоже может инициировать изменение документации, задав вопрос, высказав пожелание или жалобу. Team Lead нашей команды планирует деятельность каждого писателя, распределяет задачи, следит за их выполнением и отгрузкой документов.

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

Внутренняя «кухня» — источники вдохновения Начиная работать над очередной задачей, писатель изучает многочисленные источники информации и преобразует полученные оттуда данные в пользовательскую документацию. Источников у нас много. Самый главный — это технический проект ТП , которые пишут бизнес-аналитики ещё до начала разработки.

ТП — это закон для разработчиков, тестировщиков и технических писателей. В идеале всё должно быть реализовано именно так, как написано в ТП. На деле же оказывается, что итоговая реализация отличается от ТП.

Вы знаете, как это бывает: что-то не учли, что-то поняли неправильно, что-то оптимизировали… Для того, чтобы узнать, как на самом деле всё было реализовано, мы используем техническое описание ТО , которое пишут разработчики. Там есть больше технических подробностей, описаны изменения конкретных типов данных и таблиц в БД, приведены алгоритмы работы процедур серверного кода, приведены скриншоты добавленных или изменённых окон в клиентских приложениях. Без ТО нам было бы очень трудно написать полноценную документацию.

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

Этот источник незаменим для написания руководств по настройке. ТП, ТО и описание настроек — это основные источники, из которых писатель получает информацию. Но есть ещё множество дополнительных: исходный код серверных процедур и клиентских приложений, XML-описания параметров, страницы в базе знаний Wiki, наконец — вопросы разработчикам и тестировщикам в мессенджерах.

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

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

Например, вы переписали непонятную инструкцию. Дайте её почитать другу-ровеснику, кому-то постарше и ещё кому-то, кто вообще не в теме. Попросите дать отзыв о вашей работе: что понятно, что нет. Получается такая импровизированная форма обратной связи, которую можно часто встретить в документации на сайтах. Форма обратной связи, текст которой тоже заполняет технический писатель Полезные ресурсы про тексты и интерфейс Технические писатели. Большой чат, где можно попросить совета, найти единомышленников, полезные материалы и даже работу. Копилка текстов. Примеры текстов разной степени годноты.

Техпишу и копирайчу. О техническом писательстве, текстах и развитии карьеры. Пишет техпис, прошедший за год путь от стажёра до мидла. Техпис говорит — подкасты о разработке документации. Просто добавь в бэклог — про технические коммуникации и best practices в документировании и UX. А ещё — полезные книги: А. Мильчин, Л. Чельцова «Справочник издателя и автора».

Ильяхов «Пиши, сокращай». Ильяхов «Ясно, понятно: как доносить мысли и убеждать людей с помощью слов». Ильяхов, Л. Сарычева «Новые правила деловой переписки». Рыжкова «Текст за текстом. Как создавать контент системно, быстро и легко». Роэм «Бла-бла-бла, или Что делать, когда слова не работают». ЛеФевер «Искусство объяснять».

Симмонс «Сторителлинг. Как использовать силу историй». Черри «Продающие вопросы. Эффективный способ выяснить, чего действительно хотят ваши клиенты».

Мероприятие обеспечивает платформу для обсуждения актуальных тем, тенденций и передовых практик в этой области. В рамках конференции будут рассмотрены методики разработки документации, проектная документация, создание баз знаний, инструменты технического писателя и многое другое. Особый интерес представляет тот факт, что организаторами этого мероприятия являются те же люди, которые организуют такие успешные конференции, как SQA Days и Analyst Days. Кроме того, Документерра является серебряным партнером конференции и выступит с докладом о мировых тенденциях в области документации. Приглашаем вас присоединиться к нам, чтобы послушать выступление нашего технического директора и принять участие в обсуждении. Будем рады видеть вас на мероприятии! Когда и где: 5 — 6 апреля, Москва, РФ. Write the Docs 12-я ежегодная конференция Write the Docs в Портленде приглашает участников технического сообщества поделиться своими идеями и знаниями. Изначально мероприятие проводилось для разработчиков, но теперь оно включает всех, кто проявляет интерес к документации. Конференция нацелена на объединение специалистов по документации для обмена опытом, укрепления профессиональных связей, приобретения новых навыков, вдохновения и приятного времяпрепровождения. Дополнительную информацию можно получить на сайте конференции. Когда и где: 14 — 16 апреля, Портленд, США. Это событие соберет вместе профессионалов различных направлений в индустрии разработки: backend, frontend и fullstack-разработчиков, тестировщиков и QA-специалистов, web-дизайнеров и проектировщиков интерфейсов, системных аналитиков, тимлидов, техлидов и менеджеров разработки. Участникам будет предоставлена возможность рассказать о своей компании, продуктах и новых проектах. Техническим писателям также будет интересно присоединиться!

Солиста "Коррозии металла" оштрафовали за нацистскую символику

  • Зачем нужны технические писатели
  • Конференции: полезный ресурс для технических писателей
  • About the Conference
  • "Ахмат" в матче с "Пари НН" одержал третью победу в РПЛ подряд
  • Вакансия в архиве
  • Кто такой технический писатель и чем он занимается

Яндекс Образование

Должность: технический писатель, хотя в последнее время скорее knowledge manager. Конференции для технических писателей играют важную роль в профессиональном развитии и успехе в этой области. День технического перевода. Степан ЖуринГазета «Лицейский вестник» и «Лицейское телевидение»15 октября 2019. На сайте в рубрике «Наука и техника» всегда свежие новости за день и неделю. З марта отмечается Всемирный день писателя03.03.2022 18:33 — ННТВ (видео). С вами опять Татьяна, переводчик и технический писатель из Торонто. Мои предыдущие посты в сообществе можно увидеть здесь.

Лента новостей

Новости Москвы / Сайт Москвы Киножурнал "Новости дня" выходил с 1944 по 1983 годы.
Открылась выставка «С красной строки» к 100-летию со дня рождения писателя Анатолия Митяева Опыт подготовки технической документации (ГОСТ 19, ГОСТ 34); - Хороший уровень владения русским языком, грамотная письменная речь; - Умение структурировать и систематизировать информацию.
Презентация "Профессия Технический писатель" для студентов НИУ ВШЭ (27.10.2020) Должность: технический писатель, хотя в последнее время скорее knowledge manager.

День технического специалиста на PulpFor 2023

#Кем стать: Техническим писателем Специальность технический писатель появилась не так давно, однако уже является востребованной.
История профессии технического писателя: okwrite — LiveJournal О том, как устроена работа технического писателя в сфере заказной разработки, рассказывает Сергей Кузьмишкин, руководитель подразделения в компании Notamedia.

Что за профессия

  • Поиск по сайту
  • Физик и лирик. Технический писатель: Новые тенденции и требования в документации '23
  • Официальный сайт МБУК ЦБС
  • День из жизни технического писателя.

5 июля 2023 года - 120 лет со дня рождения писателя Владимира Григорьевича Сутеева

Вторая часть Дня технического творчества проходила на базе СПДС «Иволга», где участники трансляции посетили Хобби-клуб для родителей «Успех». С вами опять Татьяна, переводчик и технический писатель из Торонто. Мои предыдущие посты в сообществе можно увидеть здесь. Иркутского Государственного Технического Университета ISSN. Рассказываем о профессии технического писателя: обязанности, задачи, навыки, которые пригодятся для работы. 21 апреля в ГУНБ в отделе технической литературы (3 этаж, каб. 301) пройдет День технической книги.

Обязанности технического писателя

Киножурнал "Новости дня" выходил с 1944 по 1983 годы. 5-6 апреля 2024 года в Москве состоится 1-я Международная конференция технических писателей «TechWriter Days». Коллеги, наступил февраль, а с ним и День технического писателя — 2 февраля.

TechWriter Days

Зачем нужны техписатели? В 2023 году акция «День с писателем» посвящена 200-летию со дня рождения русского драматурга и писателя Александра Николаевича Островского.
Один день из жизни технического писателя. Среда. 5-6 апреля 2024 года в Москве состоится 1-я Международная конференция технических писателей «TechWriter Days».
День из жизни технического писателя в Алматы с зарплатой около 440 000 ₽ К Всемирному дню писателя редакция портала «Российское образование» вспомнила интересные факты о писателе, который считается и русским, и американским.
День из жизни технического писателя в Алматы с зарплатой около 440 000 ₽ SQA ANALYST TECHWRITER DAYSСмотреть онлайн - Краткий обзорный ролик TechWriter Days - Первой Международной конференции технических писателей.

Наука и техника

В феврале в модельной библиотеке им. Салтыкова-Щедрина технический день переносится с последней среды месяца на вторник 22 февраля. В этот день библиотека будет закрыта для посещений: в ней будет происходить обеспыливание книг и помещений, вестись другие санитарные работы.

Возможно, сама компания рассказала о них в вакансии — посмотрите описание.

Теперь соискатели видят 1 отзыв. Вы получили статус «Открытый работодатель»","employerReviews. Кандидаты увидят ответы на hh.

Воспользуйтесь шаблоном — его можно редактировать. Что это даст?

Описывая какой-то продукт, технический писатель узнаёт его устройство в деталях и достаточно близко знакомится с его владельцами.

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

Но никто не запретит быть техписом хоть всю жизнь, если вы любите тексты и вам интересно всегда писать о разном. Марина Вашак, технический писатель Как научиться писать понятные инструкции Много писать — дневники, посты в соцсетях, каналы в «Телеграме». Читать — любую литературу: научпоп, художественную, научную.

Развивать насмотренность. Изучайте инструкции к продуктам, которыми пользуетесь: банковским приложениям, сервисам доставки, такси, мессенджерам. Как они написаны, в каком формате, где лежат.

Оценивайте, понятно ли вам. Если нет — пробуйте переписать, чтобы стало понятно. Тестировать свои тексты на разной аудитории.

Например, вы переписали непонятную инструкцию. Дайте её почитать другу-ровеснику, кому-то постарше и ещё кому-то, кто вообще не в теме. Попросите дать отзыв о вашей работе: что понятно, что нет.

Получается такая импровизированная форма обратной связи, которую можно часто встретить в документации на сайтах. Форма обратной связи, текст которой тоже заполняет технический писатель Полезные ресурсы про тексты и интерфейс Технические писатели. Большой чат, где можно попросить совета, найти единомышленников, полезные материалы и даже работу.

Копилка текстов. Примеры текстов разной степени годноты. Техпишу и копирайчу.

О техническом писательстве, текстах и развитии карьеры. Пишет техпис, прошедший за год путь от стажёра до мидла. Техпис говорит — подкасты о разработке документации.

Просто добавь в бэклог — про технические коммуникации и best practices в документировании и UX. А ещё — полезные книги: А. Мильчин, Л.

Чтобы стать востребованными и заполучить любовь читателей, идеи произведений должны быть актуальными и интересными Интересные факты об известных писателях: Настоящее имя Корнея Чуковского — Николай Васильевич Корнейчуков. При рождении он получил фамилию матери, но с первой же статьи стал подписываться псевдонимом Корней Чуковский. За всю жизнь Антона Чехова ни разу не видели в неопрятном виде. Он всегда следил за своей внешностью и даже за произведения садился, облачившись в парадный костюм.

(Удаленка) Требуется технический писатель.

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

ТП — это закон для разработчиков, тестировщиков и технических писателей.

В идеале всё должно быть реализовано именно так, как написано в ТП. На деле же оказывается, что итоговая реализация отличается от ТП. Вы знаете, как это бывает: что-то не учли, что-то поняли неправильно, что-то оптимизировали… Для того, чтобы узнать, как на самом деле всё было реализовано, мы используем техническое описание ТО , которое пишут разработчики. Там есть больше технических подробностей, описаны изменения конкретных типов данных и таблиц в БД, приведены алгоритмы работы процедур серверного кода, приведены скриншоты добавленных или изменённых окон в клиентских приложениях.

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

Этот источник незаменим для написания руководств по настройке. ТП, ТО и описание настроек — это основные источники, из которых писатель получает информацию. Но есть ещё множество дополнительных: исходный код серверных процедур и клиентских приложений, XML-описания параметров, страницы в базе знаний Wiki, наконец — вопросы разработчикам и тестировщикам в мессенджерах. Ну и, конечно, сами системы — их web-интерфейс, клиентские и серверные приложения.

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

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

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

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

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

Уже не помню, почему так случилось, помню только как мне было страшно и стыдно рассказывать об этом дома :scream: Когда приходила исправлять, учительница всё приговаривала: ну как же так, ты же умная девочка, неужели не вспомнила вот это правило? Часто писала по 6-7 страниц текста, а не сделать ошибок в таких длинных текстах сложно". Вообще, отношения с ней были слегка натянутыми. А с русским и литературой, наоборот.

К Всемирному дню писателя редакция портала «Российское образование» вспомнила интересные факты про писателя, который считается и русским, и американским. В одном из интервью он сказал о себе: «Я американский писатель, рожденный в России, получивший образование в Англии, где я изучал французскую литературу перед тем, как на пятнадцать лет переселиться в Германию». Владимира Набокова называют одним из самых гениальных русскоязычных и англоязычных писателей.

Набоков - классик новейшей американской прозы, которого называют своим ближайшим предшественником К. Воннегут, Дж. Барт, Т. Пинчон и Т. В русских литературных хрониках он существовал как «В. Так он подписаны первые, начала 1920-х годов, поэтические сборники «Гроздь», «Горний путь» и который сохранился вплоть до конца 1930-х.

День технического писателя

Сталин и писатели. Станислав, вы описали самый отличный день технического писателя. О том, как устроена работа технического писателя в сфере заказной разработки, рассказывает Сергей Кузьмишкин, руководитель подразделения в компании Notamedia. В Новом здании Российской национальной библиотеки (Московский пр., д.165 к.2) начала работу выставка «Затеси» Виктора Астафьева», приуроченная к 100-летнему юбилею русского писателя и драматурга.

Первый сбор

  • Вы можете заказать манипуляторы следующих моделей
  • Работа технического писателя в IT-компании: цели, зоны роста, кому подходит
  • Выставка к 100-летию писателя Виктора Астафьева. Новости
  • Кто такой технический писатель и чем он занимается
  • Информация

«День с писателем».

И это схожие процессы с теми, которые есть у руководителя проекта. Что из этого следует: техпис может быть правой или левой рукой руководителя проекта и, соответственно, в этом направлении развиваться. Так что хороший техпис может вырасти до РП. Иногда это классическая аналитика при ведении проектов, когда сначала есть общие верхнеуровневые требования, а затем надо проговорить с заказчиком, что сделать — декомпозировать эти требования, провести трассировку, управлять ими. Бывают и неклассические аспекты аналитики. Например, мы берем проект, которым ранее занимался другой подрядчик. И теперь нам надо его развивать.

Стартовая задача технического писателя — это разобраться в этом проекте, провести Reverse engineering технической части проекта: что написано, как это работает. Вторая задача — посмотреть на документы, какие были договоры и технические задания. И понять, что реально представляет собой проект или конкретный продукт, и соотнести с тем, что написано в документах. То есть это Reverse engineering с прицелом на формальную часть. Сергей Кузьмишкин, руководитель подразделения Nota. Docs Нетипичный случай аналитики также возникает, когда нужно обосновать заказчику стоимость работ в ходе формальных процедур по подготовке к конкурсу.

И тут надо понять детали реализации — сходить к разработчикам, понять, что они реализовали, и каким образом эта функциональность работает. Если разработчики еще не реализовали, то идти к продактам, которые развивают данную часть продукта, и узнавать, что они задумывали и сделали. Все это нужно оформить и защитить перед заказчиком, иногда вплоть до демонстрации кода продукта. Поэтому технический писатель может вырасти в аналитика. В крупных контрактах, как коммерческих, так и государственных, есть правила привлечения генподрядчиком субподрядчиков: на какие работы их можно привлечь, на какие нет, на какие работы нужно привлечь обязательно. Типичный пример — если на проекте выполняются работы по информационной безопасности, то они требуют наличия лицензий, которых у генподрядчика может не быть.

Если привлечь субподрядчика, не выполняя обязательные шаги по контракту, то генподрядчик не сдаст проект. То есть эта зона роста — на стыке IT и юриспруденции. У нас в Notamedia есть кейс с сотрудником, который ранее работал на стороне заказчика и занимался проверкой формальной стороны договоров. Типичный подводный камень в договоре — исполнитель должен уведомить заказчика за 5 дней до проведения испытаний о том, что он к ним готов. И если он этого не сделал — начинаются проблемы. И этот сотрудник обладает способностью быстро вычитывать договоры, сразу подмечая места в документе, где могут возникнуть проблемы.

Это полезно, так как РП тяжело погружаться в эти юридические тонкости. И здесь задача технического писателя — прикрывать РП по формальной части. Вертикальный рост технического писателя Вертикальный рост технического писателя прост и понятен. В подразделении Nota. Docs четко выстроена градация между специалистами уровня Junior, Middle и Senior: Junior — новичок, обладающий базовыми компетенциями: грамотность, владение MS Office, системность и структурированность мышления, внимательность к деталям. Но ему нужна помощь от более опытных коллег по ряду вопросов.

Middle — это человек с опытом, который работает самостоятельно.

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

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

Как говорила матерь всех переводчиков Нора Галь, «переводить надо не слово, не букву, а дух и смысл». И я верю в то, что этот принцип должен лежать в основе любой работы с текстом, особенно в работе технического писателя. С чем бы вы ни работали, думать о смысле — лучшее, что вы можете сделать для себя, для читателя и для заказчика. Это избавит вас от многих проблем и поможет решить большинство возникающих в работе вопросов. И, конечно же, не только сделает ваш «перевод на пользовательский» полезным, но и заставит его звучать нативно. Хорошее владение IT-терминологией, погружение в IT-тематику. Действительно, техписам нередко приходится добавлять к документации схемы, графики, красивые таблицы и другие графические элементы. У некоторых компаний обозначено требование к наличию технического образования. Но в целом, по опыту, среди технических писателей немало лингвистов, переводчиков, журналистов — тех, кто отлично обращается со словами и нашёл подход к освоению технологий. Анастасия Клещенок руководитель группы технической документации Я работаю в небольшой команде технических писателей в Ozon.

Наша команда трудится на благо одного департамента разработки. В департаменте 3 направления — у каждого свой техпис. Он помогает разработчикам со всеми типами документов. Большой плюс такой позиции — разнообразие задач. Можно побыть в роли тестировщика, если редактируешь текст новой фичи, или менеджера, если внедряешь новый процесс для команды. Мы работаем с онбордингами для новичков, статьями про сервисы и ML-модели, API, release notes, пользовательскими инструкциями для внутренних инструментов. Интервьируем держателей знаний и пишем с нуля, доводим до готовых статей черновики разработчиков, вычитываем статьи коллег, помогаем оформлять тексты для интерфейсов и автодокументации. Когда ты единственный техпис в команде разработки, самое сложное — это договориться о новых процессах и показать команде свою ценность. Если удалось найти подход к команде — благодарность за помощь не заставит себя ждать. Приятно наблюдать, как ценность документации и вовлечённость в её написание возрастают.

Со временем замечаешь, что на вопросы в рабочих чатах разработчики отвечают ссылкой на документацию.

Выбор спецтехники зависит от различных параметров: габариты, грузоподъемность, высота подъема и др. Услуга аренды манипулятора — наиболее выгодный вариант в случае, если он необходим для решения краткосрочной задачи. Наша компания предлагает заказать аренду манипулятора в Москве и Московской области в любое удобное для клиента время. Мы гарантируем подачу техники на объект в течение 30 минут. В нашем автопарке представлена манипуляторы от лучших производителей: Hyundai КАМАЗ Mercedes Вся техника находится в полностью исправном состоянии, подготовлена к выполнению нужной задачи и заправлена.

Похожие новости:

Оцените статью
Добавить комментарий