GV
А как вы решаете проблему с обновлением базы?
Стандартно. В 19:00 все выгоняются и накатывается cf
Size: a a a
2020 June 18
IS
Стандартно. В 19:00 все выгоняются и накатывается cf
А, ну если так возможно то мб. А вот если включаются всякие технологиеские окна и прочая ересь то уже версия с расширением выглядит не так уж и плохо.
H
Стандартно. В 19:00 все выгоняются и накатывается cf
Руками программиста?
GV
Руками программиста?
Нет, там отдельные группы людей для разных задач
H
Не буду рассказывать как это у нас устроено. Лучше послушаю и помотаю на ус)
KK
Нет, там отдельные группы людей для разных задач
А сколько в сумме человек трудится над задачей, если не секрет?
GV
А сколько в сумме человек трудится над задачей, если не секрет?
~60
KK
Ну, со слов организованность выглядит круто
GV
Ну, со слов организованность выглядит круто
NG
А, ну если так возможно то мб. А вот если включаются всякие технологиеские окна и прочая ересь то уже версия с расширением выглядит не так уж и плохо.
ну хз, хз. у меня есть тех-окно (с 22 до 24, и то не каждый день), однако же расширения я тоже стараюсь не применять. только в крайних случаях. с динамо вообще не везет, 9 к 10, что протухнет серверный кэш и синхронизация сеансовых данных между серверами в кластере сломается, с расширениями в этом плане получше, но только если прям еггог надо закрыть срочно
KK
И всё это приправлено BSL LS, Sonar и т.д?
GV
И всё это приправлено BSL LS, Sonar и т.д?
нет
IS
ну хз, хз. у меня есть тех-окно (с 22 до 24, и то не каждый день), однако же расширения я тоже стараюсь не применять. только в крайних случаях. с динамо вообще не везет, 9 к 10, что протухнет серверный кэш и синхронизация сеансовых данных между серверами в кластере сломается, с расширениями в этом плане получше, но только если прям еггог надо закрыть срочно
Ну тут я думаю что всё зависит опять же от плановости хотфикса. Я под ним подразумеваю какое-то исправление, которое тушит ошибку мешающую работе пользователя. Обычно там не до того что "подождите тех окно на следующей неделе". В остальных случаях наверное стоит накатить изменения в основную конфигурацию.
GV
Никто на проекте, в здравом уме, не будет закрывать ошибки выдаваемые BSL LS. Потому что это косты, ФОТ. А на ошибки и прочие проблемы производительности бизнесу чаще всего плевать
АС
> на которые бизнесу плевать
а говоришь, что не в 1С работаешь
а говоришь, что не в 1С работаешь
NG
Никто на проекте, в здравом уме, не будет закрывать ошибки выдаваемые BSL LS. Потому что это косты, ФОТ. А на ошибки и прочие проблемы производительности бизнесу чаще всего плевать
не соглашусь. если говорить именно про "ошибки", которые выдает бсл лс, то я не раз спасал свою задницу от развала прода. особенно на транзакциях
GV
не соглашусь. если говорить именно про "ошибки", которые выдает бсл лс, то я не раз спасал свою задницу от развала прода. особенно на транзакциях
Ну, тут от случая к случаю