очень круто, надо будет про гит опс почитать и поюзать. Проблема всей документации, что на неё всегда тратится очень много времени - на написание, на актуализацию (особенно в ахтунг разработке) + из за ошибок а ней, может прилететь по голове. И работа с документацией очень часто лоу приоритет. А если сделал хорошо, то мало кто заметит и оценит. Помню писал админ мануал и юзер мануал (поддерживал в норм состоянии). Приучил коллег читать и просто ссылки кидал с ответами на их вопросы - экономия была колоссальная. Все были рады - но пока я этот делал руководство с пеноё у рта бегало и ругалось, что так долго, почему доки разнык..... куча всего было. Когда попросили сделать тоже для другого проекта - озвучил план и сроки, ответ был - ну сделай по быстрому и пофигу на косяки.... я мягко говоря был удивлен, так как там вскрылись архитектурнык проблемы, разрывы в БП и много чего еще, а решать и фиксить никто ничего не хотел)))))
Понимаю! Очень близкие проблемы. Поэтому и записали наше видео. Архитектурные проблемы мы решаем SOA схемами и декомпозицией алгоритмов bpmn схемами (не всех, только ключевых и интеграций), сейчас много усилий для выравнивания компетенций в этом прилагаем. Спасибо за коммент!
Добрый день! Очень понравилась идея с сервизной картой. Нахожу ее очень полезной для аналитиков (BA/SA) для ознакомления с проектом. Однако, кажется решает ту же функцию схем BPMN. В интернетах не могу найти информацию по сервисной карте. Возможно вы можете подсказать где можно более подробно ознакомится?
Никогда бы не подумал что путин будет объяснять мне как писать техническую документацию.
очень круто, надо будет про гит опс почитать и поюзать.
Проблема всей документации, что на неё всегда тратится очень много времени - на написание, на актуализацию (особенно в ахтунг разработке) + из за ошибок а ней, может прилететь по голове. И работа с документацией очень часто лоу приоритет. А если сделал хорошо, то мало кто заметит и оценит.
Помню писал админ мануал и юзер мануал (поддерживал в норм состоянии). Приучил коллег читать и просто ссылки кидал с ответами на их вопросы - экономия была колоссальная.
Все были рады - но пока я этот делал руководство с пеноё у рта бегало и ругалось, что так долго, почему доки разнык..... куча всего было. Когда попросили сделать тоже для другого проекта - озвучил план и сроки, ответ был - ну сделай по быстрому и пофигу на косяки.... я мягко говоря был удивлен, так как там вскрылись архитектурнык проблемы, разрывы в БП и много чего еще, а решать и фиксить никто ничего не хотел)))))
Понимаю! Очень близкие проблемы. Поэтому и записали наше видео.
Архитектурные проблемы мы решаем SOA схемами и декомпозицией алгоритмов bpmn схемами (не всех, только ключевых и интеграций), сейчас много усилий для выравнивания компетенций в этом прилагаем.
Спасибо за коммент!
@@utandr вам спасибо за контент!! Очень хорош.
Коллега, в первой части вы описываете стандартный протокол ИТВ.
насчет фамилии уже были шутки?)))
Но я , на всякий случай, лайкнул и подписался)
Добрый день!
Очень понравилась идея с сервизной картой. Нахожу ее очень полезной для аналитиков (BA/SA) для ознакомления с проектом.
Однако, кажется решает ту же функцию схем BPMN. В интернетах не могу найти информацию по сервисной карте. Возможно вы можете подсказать где можно более подробно ознакомится?
Почему вы не используете 19 гост?
Потому-что он устаревший и его применение носит чисто рекомендательный характер.