Есть внешняя обработка, в тех поддержку делается три обращения тремя разными пользователями (менеджер, инженер, маркетолог), все обращения относятся к одной обработке. Кому расчет цены поменять, кому формулу поменять, кому красивое ТКП сделать.
Все обращения падают в общую кучу, и сделаны могут быть в разное время. А в общей куче десятки обращений пользователей. И вот спец тех поддержки добирается до первого обращения и стыкует задачу на программиста №1 тот копирует себе внешнюю обработку и начинает работать, через день след. задача падает на программиста №2 тот копирует себе внешнюю обработку и начинает работать, аналогично с программистом №3. Ну и как вы понимаете) победит тот, кто последний поместит обработку… Собственно фича сообщит программисту номер №2 что обработка уже занята, не позволит внести изменения из рабочего конфигуратора, так сказать на живую + бонусы в виде удобной работы с файлами (копирование туда-сюда)
Дело в том, что .epf — это собственный формат 1С, и открыть его скажем, блокнотом у Вас не выйдет. Т.е. в разрезе гита это просто файл данных, и ни о каком версионировании не приходится говорить. Тут акцент надо сделать на том, что файл помечается — «только на чтение» и случайно перезаписать его не выйдет.
Разве что постоянно держать рядом, текстовый файл с кодом обработки да еще и не забывать гонять его туда-сюда (c git) (пофантазировал =)). Но как Вы понимаете, таким просто никто не будет заниматься.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Про сбалансированность пишу в коментах к коду обучения модели.
Да, Вы правы подготовка данных у меня заняла часа два) надо бы переписать.
Круто, не знал про это
Попробую
Спасибо, очень ценный отзыв!!!
Ок, принято
Все так, 94% даже с копейками)
Найду время, обязательно попробую. Будет битва алгоритмов)
мм..) а то идея, не думал над этим!
Спасибо за наводку
Все обращения падают в общую кучу, и сделаны могут быть в разное время. А в общей куче десятки обращений пользователей. И вот спец тех поддержки добирается до первого обращения и стыкует задачу на программиста №1 тот копирует себе внешнюю обработку и начинает работать, через день след. задача падает на программиста №2 тот копирует себе внешнюю обработку и начинает работать, аналогично с программистом №3. Ну и как вы понимаете) победит тот, кто последний поместит обработку… Собственно фича сообщит программисту номер №2 что обработка уже занята, не позволит внести изменения из рабочего конфигуратора, так сказать на живую + бонусы в виде удобной работы с файлами (копирование туда-сюда)
Разве что постоянно держать рядом, текстовый файл с кодом обработки да еще и не забывать гонять его туда-сюда (c git) (пофантазировал =)). Но как Вы понимаете, таким просто никто не будет заниматься.