Size: a a a

1С, БСП, DevOps и Архитектура

2021 September 24

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ну это не то. Если я не слежу, но хочу потом посмотреть что там нацитировали?
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
И что? Оставаться тупыми на всю жизнь? Или пытаться хоть как-то чему-то научиться?
Не могут/не хотят учиться - гнать... или бежать.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
На десктопной телеге при выборе стикера есть раздел "Стикеры группы", но там только три. Видимо это админы вручную тоже добавляют туда...
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
И мне так показалось, что только админы добавляют.
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Я не гуру 1С, но я думал что работая на ОФ, код всегда выполняется на компьютере клиента. Поэтому не нужны были передачи файла с клиента на сервере через временное хранилище, и гуй всегда видел серверные методы объекта. Или нет?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ты слишком активный (тянущийся к знаниям). Таких подавляющее меньшинство.
Если всех ленивых гнать, то работать будет некому. А если самому бежать, то скорее всего негде будет работать :)
Приходится учиться тянуть лямку с ленивым окружением :)
источник

ИИ

Иван Иванов... in 1С, БСП, DevOps и Архитектура
Ну нет, зачем так радикально😂
источник

N

NNA in 1С, БСП, DevOps и Архитектура
А при УФ, на компьютере клиента выполняется наклиенте, а все насервере вызовы летят на сервер
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Почти всегда. За исключением чисто серверных модулей (без флажка "Клиент ОП").
источник

N

NNA in 1С, БСП, DevOps и Архитектура
это значит даже на ОФ можно ограничить код от выполнения пользователем? То есть чтобы код был доступен только каким-нибудь РЗ?
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Пришел чел на проект с оп. Три месяца пилил обмен. Не дурак, многое умеет. А потом оказалось что вместо добавления нового плана обмена в синхронизации бсп за пару часов он все это время пилил дикую нетленку своей синхронизации. Полурабочую, кривую, без шансов ее доделать в обозримом будущем.
А потом мне пришлось это увидеть и ох..еть.
Если не следить, не дрючить - все проекты превращаются в нерабочую тыкву. Исправлять мне.
Это вот прямо кровью написано. Поэтому я такой резкий. (((
Да, иногда проще работать самому. Или полный контроль.
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Слова моего знакомого: "Пришел к нам дико сеньорный товарищ. На собесе сказал что он написал свою реализацию выполнения длительных операций в фоне с обработчиками ожиданий и блэк джеком. Не дай бог он ее внедрит в наш проект"
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
У меня то же правило: не навреди.
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Смысл полного контроля есть только в том случае, если ты руководитель. В остальном это не забота программиста. Либо проси всех уволить и оставайся единственным прогером который сделает все "Правильно"))))
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
А если руководитель - не разраб? То проггеры остаются бесконтрольны? Речь про франч.
Делает делает, а потом "всё, даже я не знаю что с этим делать"?
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
/qs
источник

Q

QuotLy in 1С, БСП, DevOps и Архитектура
Стикер успешно добавлен в стикерпак группы.
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Должен быть срашный программист отвечающий хоть за какую-то архитектуру на проекте. Если его нет, тогда да. Анархия - мать порядка
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Уйдешь в отпуск или не уследишь и будешь гореть. Скорее получай прививку от порядка в кодовой базе. Его обеспечение - не твоя высшая цель :)
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Потёрто
источник