Самые свежие новости России и мира, новости политики, шоу-бизнеса. Опыт подготовки технической документации (ГОСТ 19, ГОСТ 34); - Хороший уровень владения русским языком, грамотная письменная речь; - Умение структурировать и систематизировать информацию. 120 лет со дня рождения писателя Владимира Григорьевича Сутеева/. онлайн на сайте Историю празднования Дня писателя узнают те, кто придет в библиотеку №107 (Перовское шоссе, д. 16/2).
Наука и техника
| TECHWRITER DAYS - программа, спикеры, площадка и цены на участие | Один или два параграфа о том, почему вы самый крутой писатель технических новостей в блоке. |
| Профессия: технический писатель / Хабр | Дневник писателя Ф. М. Достоевского. |
| День писателя | Новости портала "Российское образование" | Новые инсайты и практика технологического обновления в программе Дня технического специалиста Форума PulpFor 2023! |
| Яндекс Образование | В Кургане ожидается спад уровня воды в Тоболе до 30 см в течение 1-2 дней. |
Выставка к 100-летию писателя Виктора Астафьева
Увы, подавляющему большинству технических писателей приходится «вариться в собственном соку» и решать все свои вопросы самостоятельно. Актуальные и свежие новости в стране и мире, эксклюзивные материалы и мнения экспертов. С вами опять Татьяна, переводчик и технический писатель из Торонто. Мои предыдущие посты в сообществе можно увидеть здесь. Регламент работы технического писателя группы документирования (далее – Регламент) описывает схему процесса документирования и определяет порядок работы технического писателя при создании документации. Должность: технический писатель, хотя в последнее время скорее knowledge manager.
Наука и техника
Меня зовут Елена, мне 23 года, я живу в Москве, работаю техническим писателем. Представляю свой будний день 10 июля 2012 года. Должность: технический писатель, хотя в последнее время скорее knowledge manager. Увы, подавляющему большинству технических писателей приходится «вариться в собственном соку» и решать все свои вопросы самостоятельно. Жителей Молдавии призвали праздновать День Европы вместо Дня Победы.
Яндекс Образование
Вторая задача — посмотреть на документы, какие были договоры и технические задания. И понять, что реально представляет собой проект или конкретный продукт, и соотнести с тем, что написано в документах. То есть это Reverse engineering с прицелом на формальную часть. Сергей Кузьмишкин, руководитель подразделения Nota. Docs Нетипичный случай аналитики также возникает, когда нужно обосновать заказчику стоимость работ в ходе формальных процедур по подготовке к конкурсу.
И тут надо понять детали реализации — сходить к разработчикам, понять, что они реализовали, и каким образом эта функциональность работает. Если разработчики еще не реализовали, то идти к продактам, которые развивают данную часть продукта, и узнавать, что они задумывали и сделали. Все это нужно оформить и защитить перед заказчиком, иногда вплоть до демонстрации кода продукта. Поэтому технический писатель может вырасти в аналитика.
В крупных контрактах, как коммерческих, так и государственных, есть правила привлечения генподрядчиком субподрядчиков: на какие работы их можно привлечь, на какие нет, на какие работы нужно привлечь обязательно. Типичный пример — если на проекте выполняются работы по информационной безопасности, то они требуют наличия лицензий, которых у генподрядчика может не быть. Если привлечь субподрядчика, не выполняя обязательные шаги по контракту, то генподрядчик не сдаст проект. То есть эта зона роста — на стыке IT и юриспруденции.
У нас в Notamedia есть кейс с сотрудником, который ранее работал на стороне заказчика и занимался проверкой формальной стороны договоров. Типичный подводный камень в договоре — исполнитель должен уведомить заказчика за 5 дней до проведения испытаний о том, что он к ним готов. И если он этого не сделал — начинаются проблемы. И этот сотрудник обладает способностью быстро вычитывать договоры, сразу подмечая места в документе, где могут возникнуть проблемы.
Это полезно, так как РП тяжело погружаться в эти юридические тонкости. И здесь задача технического писателя — прикрывать РП по формальной части. Вертикальный рост технического писателя Вертикальный рост технического писателя прост и понятен. В подразделении Nota.
Docs четко выстроена градация между специалистами уровня Junior, Middle и Senior: Junior — новичок, обладающий базовыми компетенциями: грамотность, владение MS Office, системность и структурированность мышления, внимательность к деталям. Но ему нужна помощь от более опытных коллег по ряду вопросов. Middle — это человек с опытом, который работает самостоятельно. Если ему поставили задачу, он не прибегает к помощи других коллег-техписов.
Это не означает, что он не имеет права задавать вопросы другим участникам проектной команды. Но значит то, что за ним не надо проверять. Он знает, как добыть информацию, к кому пойти по тому или иному вопросу и знает срок, к которому все должно быть сделано, а также в каком объеме и качестве. Senior — это уже расширенные компетенции и нечто большее, чем все функциональные обязанности специалиста Middle.
Это «большее» может быть с точки зрения, например, управленца — то есть человек, который ставит задачи нескольким мидлам. Или человек, который глубоко знает определенную предметную область или систему. Поэтому специалист может вырасти до ведущего технического писателя, в подчинении которого находится несколько специалистов, затем — в руководителя подразделения технической документации.
Когда и где: 14 — 16 апреля, Портленд, США. Это событие соберет вместе профессионалов различных направлений в индустрии разработки: backend, frontend и fullstack-разработчиков, тестировщиков и QA-специалистов, web-дизайнеров и проектировщиков интерфейсов, системных аналитиков, тимлидов, техлидов и менеджеров разработки. Участникам будет предоставлена возможность рассказать о своей компании, продуктах и новых проектах. Техническим писателям также будет интересно присоединиться!
Когда и где: 26 апреля, Екатеринбург, РФ. Будучи самой старой организацией в данной области, STC предоставляет широкие возможности для общения и обучения у коллег, интенсивные сессии по ключевым темам и обновлениям в отрасли. Это мероприятие способствует постоянному развитию знаний, навыков и общения для профессионалов в области технической коммуникации. Более подробную информацию о программе саммита можно найти на сайте STC. Когда и где: 17-19 мая, Миннеаполис, США. Июнь Каждый год специалисты по технической коммуникации, включая разработчиков информации, технических писателей, технических редакторов и переводчиков, собираются на мероприятии Evolution of TC, которое фокусируется на новых разработках в области документации программного обеспечения. Данное мероприятие является единственной техкомм конференцией в Юго-Восточной Европе.
Для получения более подробной информации обращайтесь на сайт конференции. Когда и где: 4-5 июня, София, Болгария. Knowledge Conf 2024 Программа конференции Knowledge Conf охватывает широкий спектр аспектов управления знаниями. В ее рамках рассматриваются как прикладные задачи, включающие в себя обучение новичков, организацию базы знаний, создание внутренних университетов, а также практическое обучение, так и фундаментальные аспекты, такие как применение современных методов обучения и развитие системного мышления.
Они не только сохраняли и тиражировали духовные и летописные знания, но и сыграли важную роль в появлении авторских сочинений.
Помимо этого, экскурсанты узнают о том, какие сообщения писали друг другу люди на берестяных грамотах. Затем они познакомятся с первыми произведениями русских путешественников, которые назывались хождениями. А еще гостям покажут уникальный памятник русской литературы XVII века — «Житие протопопа Аввакума, им самим написанное». Протопоп Аввакум положил начало такому жанру, как автобиография. Например, гости узнают, как возникло русское стихосложение и почему Александр Пушкин до сих пор считается главным русским поэтом.
Посещение экскурсии и музея бесплатное. Любители русской литературы 3 марта могут посетить выставку «Лев Толстой. Гости ВДНХ пог рузятся в атмосферу первой половины XIX века и в интерактивном формате познакомятся с творчеством великого русского писателя. Экспозиция состоит из 13 тематических разделов. Каждый из них посвящен определенному эпизоду романа-эпопеи «Война и мир».
При помощи мультимедийных технологий посетители смогут разучить танцевальные движения, повторяя их за парой на экране, или поиграть в старые карточные игры, а после этого проследить за ходом Бородинского сражения. В павильоне открыто арт-пространство, где можно посмотреть фильмы о жизни и творчестве Льва Толстого, а также принять участие в литературном вечере и даже создать мультфильм по мотивам произведения. Вход на постоянную выставку свободный. Она работает с 11:00 до 19:00 ежедневно, кроме понедельника. Великий поэт в культуре Азербайджана».
Она посвящена 210-летию со дня рождения классика русской литературы, которое отметят в этом году 15 октября.
Вы получили статус «Открытый работодатель»","employerReviews. Кандидаты увидят ответы на hh. Воспользуйтесь шаблоном — его можно редактировать. Что это даст? Попросите лояльных сотрудников конструктивно написать, что им нравится в компании и что можно улучшить. Это важно, потому что поток однострочных отзывов, где описаны только плюсы, вызывает у людей недоверие.
Выставка к 100-летию писателя Виктора Астафьева
Служба безопасности День. Табло. Глобалисты провоцируют жёсткие санкции. Служба безопасности День. Табло. Глобалисты провоцируют жёсткие санкции. «Приходится переводить с инженерского на русский»: как работают и сколько получают технические писатели в Москве.
Один день технического писателя
21 апреля в ГУНБ в отделе технической литературы (3 этаж, каб. 301) пройдет День технической книги. технические характеристики mitsubishi galant 25 i vr-4 type-v 4wd. Технический писатель рассказывает о своём рабочем дне, объясняет, что это за профессия, какие инструменты применяются и какие навыки нужны. Главная задача технического писателя – четко и понятно донести до пользователя информацию в виде инструкции об особенностях работы программы, ее основных функциях, проблемах, которые могут возникнуть. Полчаса смеялся, когда некая hbnf назначила (в философтовском форуме) 1 апреля Днем технического писателя. Новости дня читайте на Взгляде.
НОВОСТИ ДНЯ
Анастасия подготовила доклад «Создаём документацию с удовольствием в MadCap Flare», в котором она поделится своим многолетним опытом работы в MadCap Flare, а вы сможете задать ей любые вопросы. Кстати, недавно в нашем блоге была статья Анастасии на эту тему. Далее технический директор компании «ПроТекст» Валерий Ледовской расскажет о средствах нашей работы: «Инструменты компании ПроТекст при выполнении задач технического перевода и локализации на аутсорсинге». Затем нам хотелось бы послушать рассказы самих участников об использовании разных инструментов, кроме самого распространённого варианта — Microsoft Word. Хотя если вы используете его каким-то необычным образом, мы тоже с удовольствием узнаем и о вашей практике!
Готовьте рассказы, придумывайте вопросы для обсуждения, ибо круглый стол — это место для общения. Приходите рассказывать и спрашивать, говорить и спорить, а не только слушать! Если вы подготовите презентацию, присылайте файл до начала встречи, и мы сможем оперативно подгрузить его в вебинар. Планы на будущее Также просим вас подумать, чего бы вы хотели от таких встреч — пишите свои предложения нам на адрес info protext.
Также можете присылать любые идеи по поводу встреч, мы рассмотрим их все! Обратите внимание, в форме регистрации есть два важных поля: вопросы для обсуждения на этом Доквариуме и темы следующих.
Писатели — люди, которые создают художественные литературные произведения разных жанров, предназначенные для широкой аудитории читателей. Чтобы стать востребованными и заполучить любовь читателей, идеи произведений должны быть актуальными и интересными Интересные факты об известных писателях: Настоящее имя Корнея Чуковского — Николай Васильевич Корнейчуков. При рождении он получил фамилию матери, но с первой же статьи стал подписываться псевдонимом Корней Чуковский. За всю жизнь Антона Чехова ни разу не видели в неопрятном виде.
Требования: - Опыт подготовки технической документации ГОСТ 19, ГОСТ 34 ; - Хороший уровень владения русским языком, грамотная письменная речь; - Умение структурировать и систематизировать информацию; - Уверенное владение пакетом офисных приложений Word, Excel ; - Базовое понимание процессов разработки программного обеспечения. Контактные телефоны:.
И понять, что реально представляет собой проект или конкретный продукт, и соотнести с тем, что написано в документах. То есть это Reverse engineering с прицелом на формальную часть. Сергей Кузьмишкин, руководитель подразделения Nota. Docs Нетипичный случай аналитики также возникает, когда нужно обосновать заказчику стоимость работ в ходе формальных процедур по подготовке к конкурсу. И тут надо понять детали реализации — сходить к разработчикам, понять, что они реализовали, и каким образом эта функциональность работает. Если разработчики еще не реализовали, то идти к продактам, которые развивают данную часть продукта, и узнавать, что они задумывали и сделали.
Все это нужно оформить и защитить перед заказчиком, иногда вплоть до демонстрации кода продукта. Поэтому технический писатель может вырасти в аналитика. В крупных контрактах, как коммерческих, так и государственных, есть правила привлечения генподрядчиком субподрядчиков: на какие работы их можно привлечь, на какие нет, на какие работы нужно привлечь обязательно. Типичный пример — если на проекте выполняются работы по информационной безопасности, то они требуют наличия лицензий, которых у генподрядчика может не быть. Если привлечь субподрядчика, не выполняя обязательные шаги по контракту, то генподрядчик не сдаст проект. То есть эта зона роста — на стыке IT и юриспруденции.
У нас в Notamedia есть кейс с сотрудником, который ранее работал на стороне заказчика и занимался проверкой формальной стороны договоров. Типичный подводный камень в договоре — исполнитель должен уведомить заказчика за 5 дней до проведения испытаний о том, что он к ним готов. И если он этого не сделал — начинаются проблемы. И этот сотрудник обладает способностью быстро вычитывать договоры, сразу подмечая места в документе, где могут возникнуть проблемы. Это полезно, так как РП тяжело погружаться в эти юридические тонкости. И здесь задача технического писателя — прикрывать РП по формальной части.
Вертикальный рост технического писателя Вертикальный рост технического писателя прост и понятен. В подразделении Nota. Docs четко выстроена градация между специалистами уровня Junior, Middle и Senior: Junior — новичок, обладающий базовыми компетенциями: грамотность, владение MS Office, системность и структурированность мышления, внимательность к деталям. Но ему нужна помощь от более опытных коллег по ряду вопросов. Middle — это человек с опытом, который работает самостоятельно. Если ему поставили задачу, он не прибегает к помощи других коллег-техписов.
Это не означает, что он не имеет права задавать вопросы другим участникам проектной команды. Но значит то, что за ним не надо проверять. Он знает, как добыть информацию, к кому пойти по тому или иному вопросу и знает срок, к которому все должно быть сделано, а также в каком объеме и качестве. Senior — это уже расширенные компетенции и нечто большее, чем все функциональные обязанности специалиста Middle. Это «большее» может быть с точки зрения, например, управленца — то есть человек, который ставит задачи нескольким мидлам. Или человек, который глубоко знает определенную предметную область или систему.
Поэтому специалист может вырасти до ведущего технического писателя, в подчинении которого находится несколько специалистов, затем — в руководителя подразделения технической документации. Кому подходит карьера технического писателя Главное качество, которое отличает технического писателя — это ответственность.
Краткий обзорный ролик TechWriter Days - Первой Международной конференции технических писателей
Внутренние документы по системе, порождённые в процессе разработки, представляют для пользователя неразрешимую головоломку. Без пользовательской документации он просто «утонет» в многочисленных описаниях итерационных изменений, выполненных в различных местах системы. Задача технического писателя — всё это объединить, систематизировать, структурировать и изложить понятным пользователю стандартизированным языком. Кстати, бывает, что аналитики, разработчики и тестировщики сами с трудом ориентируются во внутренней документации. Чтобы быстро найти ответ на свой вопрос они часто пользуются документацией, написанной техническими писателями. Ведь там всё аккуратно разложено по полочкам, структурировано и систематизировано. Нажми на кнопку — получишь непонятный результат «Клавиша имитации ручки выполняет переключение из исходного меню в меню ручек управления, которое позволяет выполнить функции ручек управления с помощью клавиши». Техническим писателям часто приходится описывать поля в окнах приложений. Обычно это списки из пар «Название поля — описание». Если нам нечего добавить к названию поля, мы понимаем, что интерфейс спроектирован хорошо, а логика работы системы проста и понятна. Это характерный показатель того, что название поля полностью описывает его назначение и никаких исключений и особенностей в его работе нет.
Но, к сожалению, так бывает редко. Чаще нам встречаются объекты с непонятным названием и назначением. Сколько раз мне приходилось описывать поля с названием «Дата начала» или просто «Дата»! Вот признаки плохого интерфейса, которые сразу видны техническому писателю: объекты с непонятным назначением, с невнятным названием или вовсе без названия; неочевидные и скрытые возможности интерфейса, о которых пользователь не может узнать без чтения документации; большое количество кнопок с непонятными пиктограммами, без описания и всплывающих подсказок. Мне приходилось описывать интерфейсы, в которых на одной панели рядом было расположено несколько кнопок с одинаковыми пиктограммами и разным назначением. Но даже если интерфейс спроектирован хорошо и качественно, в сложных системах всё равно будет требоваться его описание. Хотя бы для того, чтобы внятно объяснить пользователю, почему ему недоступно для редактирования то или иное поле. Или чтобы составить списки доступности просмотра и редактирования полей в зависимости от роли пользователя. Изъян привёл к конфузу Решили, что «баг» — это «изъян», а «инцидент» — «конфуз». Думаю, излишне говорить, что для достижения нормального взаимодействия между всеми участниками процесса разработки, они должны использовать единую терминологию.
Если же терминология размыта, один и тот же объект может называться по-разному, то договориться будет очень сложно. Для того, чтобы достичь единства в этом вопросе, в компании должен существовать единый глоссарий терминов. Простой пример: один и тот же объект во внутренних документах может называться «системным параметром», «параметром системы», просто «параметром» или даже «записью в таблице параметров». Для разработчиков системы может быть понятно, что всё это — один и тот же объект. Для пользователя же это совсем не так очевидно.
Иногда не лишним будет добавить картинки, анимации, пользуясь графическими программами, чтобы более наглядным способом объяснить пользователю возможности прибора. Плюсы и минусы Из плюсов профессии выделяются высокая востребованность на рынке труда, достойная заработная плата, возможность трудиться удалённо, работа с новыми программами или приборами позволит повысить кругозор, разобраться и понять, что они из себя представляют и чем могут быть полезны.
Из отрицательных сторон деятельности нужно сказать о высокой ответственности, большую ограниченность в написании текстов, множество требований, которые надо исполнять. Технические писатели смогут устроиться на работу в организацию, которая разрабатывает программные продукты, технику бытового характера, аппаратуру, предназначенную для медицины, научного мира. Личные способности и профессиональные качества Важнейшими личными способностями технического писателя являются технические и гуманитарные умственные способности, необходимо сочетать их в работе. Также важны спокойствие и внимание, заинтересованность в программировании, стремление обучаться и делиться с другими людьми своими открытиями.
Часто думают, что технический писатель — это профессия, не требующая особых коммуникативных навыков. На практике оказывается, что для написания документации каждый день приходится консультироваться со множеством коллег: бизнес-аналитиками, разработчиками, тестировщиками. Бывает так, что в исходных документах авторы что-то опускают, что-то недоговаривают. Работа технического писателя — быть профессиональным занудой: уточнять, переспрашивать, перепроверять информацию много раз, чтобы правильно всё описать и не допустить ошибку в документе.
Бывают случаи, когда писатели находят ошибки в реализации. Кому нужен технический писатель. Если проект небольшой, то возможно, технический писатель совсем не нужно. Но есть огромные преимущества, когда в проекте есть технический писатель. Технические писатели четким языком излагаю информацию. Большинство технических специалистов являются экспертами в своей области, они формируют описание продукта для равной себе аудитории. Для конечных же пользователей нужны совершенно другие инструкции. Технические писатели по своей сути являются переводчиками с языка разработчиков на простой язык, который требуется пользователям продукта.
Особенно важно сочетание слов и графики — именно такой формат позволяет создать инструкцию, понятную всем участникам проекта. Кроме того, технические писатели смогут оказать помощь в изменении пользовательского интерфейса продукта, что позволит снизить потребность в документации. Документация хорошего качества положительно влияет на продукт. Грамотные и понятные инструкции уменьшают количество обращений в отдел технической поддержки: Технические писатели думают о задаче с точки зрения пользователя, а не разработчика. Поэтому они лучше объясняют, как пользователи могут достичь своих целей. Технические писатели могут усовершенствовать доступ к информации, и таким образом снизить количество обращений в техподдержку, которое несомненно возрастает, если пользователи не могут найти необходимую им информацию. Документируя продукт, технические писатели тестируют его, чтобы узнать, как он работает на самом деле. В это время они часто обнаруживают баги или проблемы с удобством использования.
Устранив эти проблемы до релиза продукта, можно быть уверенным, что пользователи никогда не столкнутся с ними. К тому же, технические писатели часто формируют более целостный взгляд на продукт, чем может получиться у разработчиков, которые должны сосредотачиваться каждый на своей небольшой части продукта. Технические писатели накапливают полезный опыт, работая с пользовательскими интерфейсами — это то, что большинство разработчиков никогда формально не изучали. Предлагая рационализированный, более эффективный вариант интерфейса, технический писатель освобождает время разработчиков, которое они смогут потратить на более трудоёмкие задачи по созданию корректно работающего кода. Технические писатели могут писать лаконичнее без потерь в качестве, что в результате даёт более короткие инструкции и сниженные расходы на печать: менее объёмные документы требуют меньше времени на проверку, тем самым снижаются расходы на неё; на коротких документах проще сосредоточиться, соответственно улучшается качество проверки. Основная работа технического писателя — писать, и профессиональные писатели создают документацию быстрее, чем разработчики продукта. Даже если найдётся тот редкий разработчик, который пишет быстро и эффективно — он запросто может обойтись вам в два раза дороже по оплате труда в час, чем технический писатель, и пока пишет, он не будет производить ничего, что вы сможете продать. Наём технического писателя не только снижает затраты на разработку документации, но и освобождает разработчиков продукта для работы, на которую они были наняты.
Даже если «этот снаружи» сидит в соседней команде. Любое погружение посторонних в проект или продукт уже подразумевает документацию, а, следовательно, и позицию технического писателя. Но у меня в практике был проект, когда документации нет и это не создаёт никаких реальных проблем. Вот тогда и писатель не нужен. Или к примеру, у меня в команде был такой разработчик, что он прекрасно пишет документацию и ему проще сделать это самому — вот такое у него хобби » Максим, директор департамента разработки ИТ-компании Какую карьеру может построить технический писатель? Технический писатель может выбрать для себя разные пути развития. Очень многое зависит от проекта, над которым работает технический писатель. Если брать сферу IT, ближе всего к техническому писателю профессия бизнес-аналитика.
Там требуются схожие качества: внимание к деталям, аналитический склад ума, стремление разложить все по полочкам.
Название организации — это аббревиатура, образованная первыми буквами английских слов Poets — поэты, Essayists — очеркисты, Novelists — романисты. ПЕН-клуб выступает в защиту свободы печати и против произвольного применения цензуры в мирное время. К Всемирному дню писателя редакция портала «Российское образование» вспомнила интересные факты про писателя, который считается и русским, и американским. В одном из интервью он сказал о себе: «Я американский писатель, рожденный в России, получивший образование в Англии, где я изучал французскую литературу перед тем, как на пятнадцать лет переселиться в Германию». Владимира Набокова называют одним из самых гениальных русскоязычных и англоязычных писателей. Набоков - классик новейшей американской прозы, которого называют своим ближайшим предшественником К. Воннегут, Дж. Барт, Т. Пинчон и Т.
День технического перевода
Технические тексты считаются хорошими, если написаны точно, последовательно, но при этом кратко и понятно. В таких текстах важно, чтобы информация была структурированной, чтобы в них были списки, таблицы, схемы. Часто именно небольшой список помогает пользователю быстрее, чем длинное описание на двадцати страницах. В технических текстах обычно много иллюстраций, скриншотов интерфейсов, видео. Это нужно, чтобы человек сравнил картинку на инструкции с тем, что видит на мониторе, понял, что действует правильно, и настроил систему по шагам на картинках «В моей работе главное ориентироваться на конечного потребителя: как с помощью технической документации он будет решать свои задачи, какой у него уровень подготовки и насколько подробно все должно быть заложено в инструкции. К примеру, я сейчас работаю над частью внутренней информационной системой, которой будут пользоваться технические специалисты. Поэтому основные требования — подробная и длинная инструкция с множеством скриншотов и примеров, которые позволят пользователю решить разные задачи. А в другом проекте я пишу небольшую часть документации по функциональности продукта для обычных пользователей. Здесь тексты простые, информативные и доступные. Моя основная задача — сделать так, чтобы и системный администратор, и обычный пользователь нашли в инструкции то что ищут и этот поиск не занял много ресурсов».
Приступая к написанию любой инструкции, технический писатель анализирует многочисленные источники информации и преобразует полученные оттуда данные в пользовательскую документацию. Самый главный источник — это технический проект ТП , которые пишут бизнес-аналитики ещё до начала разработки. Технический проект — это закон для разработчиков, тестировщиков и технических писателей. В идеале всё должно быть реализовано именно так, как написано в ТП. На деле же оказывается, что итоговая реализация отличается от ТП: что-то не учли, что-то поняли неправильно, что-то оптимизировали. Для того, чтобы узнать, как на самом деле всё было реализовано, используется техническое описание ТО , которое пишут разработчики. Там есть больше технических подробностей, описаны изменения конкретных типов данных и таблиц в БД, приведены алгоритмы работы процедур серверного кода, приведены скриншоты добавленных или изменённых окон в клиентских приложениях. Есть ещё один важный источник — описание настроек интеграционного тестирования. Там подробно описаны все настройки, которые нужно сделать в системах, чтобы пройти все тестовые сценарии тест-кейсы.
Этот источник незаменим для написания руководств по настройке. Технический проект, техническое описание и описание настроек — это основные источники, из которых писатель получает информацию. Но есть ещё множество дополнительных: исходный код серверных процедур и клиентских приложений, XML-описания параметров, страницы в базе знаний Wiki, наконец — вопросы разработчикам и тестировщикам в мессенджерах. Ну и, конечно, сами системы — их web-интерфейс, клиентские и серверные приложения. Задача писателя — объединить всю полученную информацию и написать простую, понятную и хорошо структурированную документацию о системе или решении. Тут нужно быть очень внимательным — ничего не перепутать, не забыть, описать именно то, что было реализовано. Писатель должен самостоятельно разобраться во всех особенностях реализации, понять все алгоритмы и принципы работы системы от начала и до конца. Только так получится хорошая и качественная документация. Процесс работы технического писателя.
Чаще всего у документации есть заказчик. Это может быть менеджер, разработчик, дизайнер — любой человек, осознавший, что есть какая-то проблема в понимании происходящего. Задача технического писателя — определить, реальна ли проблема и в каком формате её нужно решать. Вот как строится процесс работы: Определение главных задач документации и ее аудиторию. Составление плана технической документации и согласование его с заказчиком. Здесь скорее всего, будут изменения, поэтому важнее понять какие вопросы хочет решить заказчик. Изучение как работает программа или устройство. На этом этапе важно найти экспертов, кому можно будет задавать уточняющие вопросы и договориться о формате работы с ними. Обязательно уточнить что непонятно у инженеров.
Этот праздник был учрежден по решению 48-го конгресса Международного ПЕН-клуба, который проходил с 12 по 18 января 1986 года. Сам же ПЕН-клуб был основан в Лондоне в 1921 году. Название организации — это аббревиатура, образованная первыми буквами английских слов Poets — поэты, Essayists — очеркисты, Novelists — романисты. ПЕН-клуб выступает в защиту свободы печати и против произвольного применения цензуры в мирное время. К Всемирному дню писателя редакция портала «Российское образование» вспомнила интересные факты про писателя, который считается и русским, и американским. В одном из интервью он сказал о себе: «Я американский писатель, рожденный в России, получивший образование в Англии, где я изучал французскую литературу перед тем, как на пятнадцать лет переселиться в Германию». Владимира Набокова называют одним из самых гениальных русскоязычных и англоязычных писателей. Набоков - классик новейшей американской прозы, которого называют своим ближайшим предшественником К. Воннегут, Дж.
Они были не только частью биографии Астафьева, но и неизменно присутствовали в его произведениях. Раздел «Игарские затеси» рассказывает о детских годах жизни драматурга и его трудах, в которых описывается заполярный город Игарка. Интерес представляет уникальное издание «Игарские затеси» Валентины Гапеенко. В нем можно найти первую публикацию о литературном творчестве школьника Виктора Астафьева в газете «Большевик Заполярья» 1939 г. Представлено одно из первых произведений писателя «Васюткино озеро». Автор книги также приводит переписку Астафьева с игарчанами. Основная часть фотоматериалов взята из фондов писателя и Красноярского краевого краеведческого музея. Особое место в творчестве Виктора Астафьева занимала Великая Отечественная война. На фронт он пошел добровольцем, служил шофером, артиллеристом, разведчиком, связистом, пока в 1944 г.
Положила учебник на коленки :grin: Учитель заметил, конечно, и влепил двойку. А ещё один раз я написала сочинение по какому-то произведению и получила 2 за то, что поняла его не так, как учитель". Уже не помню, почему так случилось, помню только как мне было страшно и стыдно рассказывать об этом дома :scream: Когда приходила исправлять, учительница всё приговаривала: ну как же так, ты же умная девочка, неужели не вспомнила вот это правило? Часто писала по 6-7 страниц текста, а не сделать ошибок в таких длинных текстах сложно".
Наука и техника
Умение создавать, редактировать, иллюстрировать и адаптировать технический материал, способность разбираться в незнакомых областях. TechWriter Days прошла 5-6 апреля 2024 в енция организована с целью собрать и объединить специалистов, занимающихся технической документацией. Возможно, нам удастся сделать этот день официальным Днём технического писателя в Беларуси.
День технического перевода
Показать описание вакансии Обязанности: Разработка сетевых графиков проектов, конструкторской и эксплуатационной документации, схем, маршрутных карт и другой технической документации, внесение изменений в техническую документацию в связи с корректировкой; Разработка конструкторской и эксплуатационной документации; Ведение переписки с заказчиком и исполнителями составной части опытно-конструкторской работы, документооборот; контроль сроков выполнения работ по договорам; участие в ведении архива документации учёт, регистрация, выдача, копирование, актуализация ; участие в совещаниях по направлениям разработки и сопровождения инфраструктуры; Отчётность по договорной работе. Умение вести документооборот, знание в области ведения контрактной работы; умение быстро включаться в работу, адекватно воспринимать задачи и выполнять их в указанные сроки; Знание нормативной докуметации по ГОСТ 19, 34 желательно с применением на практике. Знание серии докуметов ГОСТ 2 желательно с применением на практике.
Так вот, я — технический писатель, и я постараюсь рассказать вам об этой интересной профессии на примере одного из своих рабочих дней.
Открываю глаза, на часах 6. Вот и наступила рабочая неделя. Одеваюсь, выпиваю кружку горячего кофе.
Спасибо этому волшебному напитку, что избавляет нас от полудремы, выветривая остатки приятного сна. Иду на работу. Захожу в офис.
Приветливо здороваюсь с секретарем на ресепшене и также встречаю своих коллег. Включаю компьютер, запускаю все необходимые программы. С этого момента вся жизнь будто закипает… Большую часть дня, исключая беседы и различные семинары, технический писатель посвящает себя работе за компьютером.
Бумажный документооборот здесь — давно забытое прошлое, и это нужно понимать с первых дней. Ровно в 9. Вы спросите, что это такое?
Летучка — это короткое собрание всех писателей с целью осветить текущую деятельность каждого что сделали в прошлый день, что делаем сегодня, что планируем сделать на неделе. Зачем это нужно? Над отдельным проектом обычно работает не один человек, а несколько.
Поэтому нужно, чтобы каждый был в курсе дел и смог вовремя получить необходимую информацию.
Теперь о вашем опыте и навыках, которые мы считаем ключевыми для вашей успешной работы. Требования: - Опыт подготовки технической документации ГОСТ 19, ГОСТ 34 ; - Хороший уровень владения русским языком, грамотная письменная речь; - Умение структурировать и систематизировать информацию; - Уверенное владение пакетом офисных приложений Word, Excel ; - Базовое понимание процессов разработки программного обеспечения.
Технический писатель — специалист, находящийся на стыке двух областей: он должен хорошо знать язык, на котором пишет, и разбираться в технологиях, о которых пишет. Мы живем в век высоких технологий, поэтому сфера IT — одна из наиболее развивающихся в современном мире.
Впервые сталкиваясь с каким-нибудь новым устройством и открывая инструкцию по пользованию, вот здесь мы и видим работу технического писателя technical writer , задача которого — донести до простого пользователя сложную техническую информацию понятным, «человеческим» языком. И то, будет ли информация из справки нам полезна, а в конечном итоге — каково будет наше впечатление о новом продукте, во многом зависит от квалификации технического писателя. Некоторые скажут, что они, дескать, и не писатели вовсе, так — просто инструкции составляют.