Разраб

Оу. Поздравляю 🎉

Франчевых замашек нет. Если зп устраивает, то для 1Сника удаленщика очень хорошее место

Простите, а почему нет директора по счастью?

Мы ключевыми словами стали пользоваться в commitmessage для старта различных стейджей в т.ч. и проверок сонаром.  При пушах разработчик сам решает какие проверки он хочет видеть, в МР все проверки выполняются автоматом.

Спасибо, подумаю еще, может примкну к вашей команде 😂

Поняли наверное что слишком много денег на воздух выкидывают

Ну это с самого начала прикол был. Андрей Макаров, тогда управлял всей 1С разработкой в компании и чтобы было веселее выбрал себе такую лычку, к слову о счастье сотрудника он заботился с самого начала) а потом людей все больше и больше становилось он заинтересовался корпоративным обучением, операционка стала не интересна и пошел обучать остальных.

Сейчас коучит везде и всюду

Нет, это человек который впервую очередь следит за счастьем клиентов, а потом уже команды)
Было интервью гдето, достаточно занятное кстати

Кто-нибудь пробовал создавать регламентные задание как внешнюю обработку? Корректно работает по расписанию?
Есть два регламентных задания, добавленных как внешняя обработка, на разные даты. Могут иногда не запускаться. То есть в ЖР никаких данных нет. То есть даже метаданные в ЖР не записываются во время выполнения. Вот такие: "Регламентное задание. Запуск дополнительных обработок".
Может имеет смысл перенести в конфигуратор?

Видел у одной компании такую обработку. Работала нормально, никто не жаловался

Много таких обработок используем. Проблем не замечали

Позволь вопрос. А почему именно внешние обработки? По моему внутреннему мироощущению, все внешние обработки, печформы, отчёты, нужны только для того чтобы конфу с замка не снимать. Остальное должно лежать на виду в конфигурации, чтобы потом не словить приход от поиска не знаю чего не знаю где. Чем оправдано использование подключаемого функционала?

Вот неплохая подсистема для этого https://its.1c.ru/db/bsp315doc#content:4:1:issogl1_%D0%BA%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C_%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D1%8F_%D1%83%D1%87%D0%B5%D1%82%D0%B0

Спасибо. Похоже то что надо.

Да, именно, чтобы конфу с замка не снимать. Однако в этих обработках только вызов методов из расширения. Само тело в модулях, чтобы код был в одном месте, чтобы он проверялся Сонаром

Ничего страшного в том чтобы снять с замка нет. Зато получите один экземпляр кода для сонара и одни исходники для масштабирования решения. Да и управлять наверное им проще, так как место одно

Я думаю это сильно зависит от проекта. Если все можно решить расширениями, то почему бы не использовать расширения?

Они еще нужны для того, чтоб обновлять заложенную в них логику без обновления БД