Каждая компания старается наделить тех писа теми обязанностями, в которых нуждается сама компания. Уровень навыков у самого тех писа иногда далеко не совпадает с требованиями. Поэтому все разглагольствования, что кому и что должен - откровенные глупости. каждая компания настраивает процессы под себя так, как ей удобно. И вопрос уже к сотрудниками, готовы они работать по определенным схемам или нет.
И что? Если отменили, значит им нельзя пользоваться? На замену пришел ГОСТ – он не регламентирует? Нужен ГОСТ , пишите по ГОСТ 59795. Не нужен ГОСТ пишите по методическим указаниям. Не знаю что вас удивило.
да, я встречала и изучала этот момент. В рамках работы на компании мне не было необходимости с таким работать, но для себя я находила инструменты типа ClickHelp, Madcap flare и тд. На сколько мне известно, там как раз есть такой функционал - одновременной замены одинаковых частей в разных документах.
Соглашусь! Трансформация данной профессии прям конкретная, и современный технический писатель обвешан очень обширными обязанностями. Ну и все-таки надо заметить, что в техническом писательстве есть более узкие направления и разделения - техписатель, который уходит чуть ли не в разработку, хотя на моей практике разработчики порой уходили в техписатели , со знаем языков программирования. А не наоборот.
Также еще одно направления - документация для гос сектора, со своими спецификами.
Ну техписатель - создатель контента, документации более не формального характера.
Спустя столько времени многие компании, естественно, не все, как это ни странно, только начинают задумываться об автоматизации. В моей практике в одной из компаний используют markdown-разметку, кто то использует дорогостоящий софт, такой как clickhelp например, достаточно удобный и функциональный. Наверно следующий пост придется сделать про автоматизацию, чтобы было всем полезно, давно хотела)
Ооо, да, это знакомая история по поводу неразрывных пробелов :) в одной из компаний у меня это было очень важным условием, из-за которого могли сразу завернуть документ ?
А макросы это да - очень сильно все упрощают! Главное всегда - найти время на внедрение это корпоративный шаблон, порой, это не самый приоритет)
Каждая компания старается наделить тех писа теми обязанностями, в которых нуждается сама компания. Уровень навыков у самого тех писа иногда далеко не совпадает с требованиями. Поэтому все разглагольствования, что кому и что должен - откровенные глупости. каждая компания настраивает процессы под себя так, как ей удобно. И вопрос уже к сотрудниками, готовы они работать по определенным схемам или нет.
Имеет место быть ??
Благодарю за объективную оценку ??
Друзья! Налетай, не скупись, в очередь за комментарием становись ? актив пожалуйста
Человек с точкой зрения аналитика, ставлю плюс ➕
? и бац – школа помогает находить такие ошибки. Браво ?
Писать замечания – это ваша задача, если вы читаете эту статью :) все молодцы ?
И что? Если отменили, значит им нельзя пользоваться? На замену пришел ГОСТ – он не регламентирует? Нужен ГОСТ , пишите по ГОСТ 59795. Не нужен ГОСТ пишите по методическим указаниям. Не знаю что вас удивило.
Это не означает, что компании не используют старый.
К слову замечу, что РД 50 было методическими указаниями, которое превратилось в ГОСТ.
Есть
да, я встречала и изучала этот момент. В рамках работы на компании мне не было необходимости с таким работать, но для себя я находила инструменты типа ClickHelp, Madcap flare и тд. На сколько мне известно, там как раз есть такой функционал - одновременной замены одинаковых частей в разных документах.
Как вариант тоже круто ????
благодарю ??
Ну это вообще полезная вещь, это хорошо в рамках ворда, все упрощает. Ну а макросы это палочка - выручалочка для тех писа без условно ??
Немного ошиблась, ответила вам ниже в комментарии)
Соглашусь! Трансформация данной профессии прям конкретная, и современный технический писатель обвешан очень обширными обязанностями. Ну и все-таки надо заметить, что в техническом писательстве есть более узкие направления и разделения - техписатель, который уходит чуть ли не в разработку, хотя на моей практике разработчики порой уходили в техписатели , со знаем языков программирования. А не наоборот.
Также еще одно направления - документация для гос сектора, со своими спецификами.
Ну техписатель - создатель контента, документации более не формального характера.
Достаточно полезный комментарий, я этого не знала, не приходилось сталкиваться даже с такими требованиями.
Поделитесь опытом, пожалуйста, что это за документы, где могли встречаться такие требования?
Спустя столько времени многие компании, естественно, не все, как это ни странно, только начинают задумываться об автоматизации. В моей практике в одной из компаний используют markdown-разметку, кто то использует дорогостоящий софт, такой как clickhelp например, достаточно удобный и функциональный. Наверно следующий пост придется сделать про автоматизацию, чтобы было всем полезно, давно хотела)
Ооо, да, это знакомая история по поводу неразрывных пробелов :) в одной из компаний у меня это было очень важным условием, из-за которого могли сразу завернуть документ ?
А макросы это да - очень сильно все упрощают! Главное всегда - найти время на внедрение это корпоративный шаблон, порой, это не самый приоритет)
Да, абсолютно с вами согласна, это работает при условии, что в тексте нет вставок кода ??