Size: a a a

DocOps-сообщество

2019 February 08

LZ

Lev Zabudko in DocOps-сообщество
Тогда может перефразировать вопрос? Есть ли у кого-то свои градации техписов на ваших проектах и что входит в требования к этим градациям?
источник

S

Sagi in DocOps-сообщество
Lev Zabudko
Тогда может перефразировать вопрос? Есть ли у кого-то свои градации техписов на ваших проектах и что входит в требования к этим градациям?
Совсем недавно составляла должн инструкции для простого старшего и ведущего техписов. Пользовалась консультантом) может и вам в чем-то поможет
источник

LZ

Lev Zabudko in DocOps-сообщество
Sagi
Совсем недавно составляла должн инструкции для простого старшего и ведущего техписов. Пользовалась консультантом) может и вам в чем-то поможет
Есть возможность поделиться сутью? Обязанности, требования?
источник

ДС

Денис Старков in DocOps-сообщество
Lev Zabudko
Есть возможность поделиться сутью? Обязанности, требования?
+
источник

S

Sagi in DocOps-сообщество
Lev Zabudko
Есть возможность поделиться сутью? Обязанности, требования?
Брала из консультанта должн инструк. И добавляла наши обязанности и требования к знаниям и умениям. Скинуть не могу - тайна. Но вы откроете консультант и сами все увидите
источник

LZ

Lev Zabudko in DocOps-сообщество
Хорошо, спасибо за наводку на консультант :)
источник

S

Sagi in DocOps-сообщество
Да не за что. Может у вас вдохновение от него появится
источник

FM

Fox Mulder in DocOps-сообщество
Как мне кажется сеньор или лид среди писателей, этот тот кто осуществляет управленческие функции, выстраивать логику документации, упорядычивает производственные отношения
источник

FM

Fox Mulder in DocOps-сообщество
Мидл, тот который по мимо написания документации обладает всей полнотой знаний о продукте, умеет не только писать текст, но и обладает навыками разработки, версионирования. Обладает необходимыми компетенция для взаимодействиями с внешними агентами
источник

FM

Fox Mulder in DocOps-сообщество
Простой писатель - написание текстов, взаимодействие с командой разработчиков в части касающийся.
источник

LZ

Lev Zabudko in DocOps-сообщество
Спасибо!
В консультанте нашел ссылку на приказ минтруда. Возможно будет интересно:
http://ppt.ru/docs/prikaz/mintrud/n-612n-61665
источник

FM

Fox Mulder in DocOps-сообщество
Мы по началу тоже использовали данные требования. Но в текущих реалиях они нежизнеспособны. Пришлось их сильно модифицировать
источник

НН

Нац Нац in DocOps-сообщество
ага, там про должностные инструкции есть еще, но файл недоступен
источник

КШ

Катерина Шаповалова in DocOps-сообщество
Нац Нац
ага, там про должностные инструкции есть еще, но файл недоступен
источник

НН

Нац Нац in DocOps-сообщество
это работает, да, а второе (на скрине) нет
источник

A

Anatoliy in DocOps-сообщество
Fox Mulder
Как мне кажется сеньор или лид среди писателей, этот тот кто осуществляет управленческие функции, выстраивать логику документации, упорядычивает производственные отношения
Отлично сказано. Все ранжируется в рамках проекта. На своем проекте мидл, а на другом уже можешь и не быть.
источник
2019 February 11

АК

Анатолий Клюса in DocOps-сообщество
Уважаемые, подскажите, пожалуйста, есть ли в платинуме возможность задать строку, которая не будет интерпретироваться, а выводиться как есть?
Пример
start
:procedure(msg_id,'exception'||SQLERRM,4)|
stop
Символ конкатенации сводит платинум с ума. Честно говоря, я думал, что там берётся последний символ | как закрывающий...
Заморочиться с заменой/экранированием всех служебных символов платинума (как их узнать, методом тыка?) или есть какое-то другое решение?
источник

NV

Nick Volynkin in DocOps-сообщество
PlantUML?
источник

АК

Анатолий Клюса in DocOps-сообщество
Nick Volynkin
PlantUML?
Ага
источник

NP

Nikolaj Potashnikov in DocOps-сообщество
:procedure(msg_id,'exception'||SQLERRM,4)| ]
источник