Size: a a a

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

2021 May 16

PZ

P Z in 1С, БСП, DevOps и Архитектура
В чужой монастырь со своим уставом не ходят.
Банально может не быть мощностей под все это
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
я считаю что они вредны, потому что это нарушает принцип единственной ответственночти в solid, потому что разработчики будут вместо того чтобы адаптировать код под единого актора бояться трогать чужие изменения и все это вырастет в ком который надо будет тянуть за собой бесконечно
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
потому что трогать чужое нельзя
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
а когда нет областай свой/чужой - то все твое и тебе с этим жить
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
потому вместо выгораживания своего кода надо выгораживать код сценария
источник

E

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

ПМ

Павел Мишин... in 1С, БСП, DevOps и Архитектура
Исторически комментарии с фио автора были ограничены после появления лицензионных ограничений, права на софт принадлежат конкретному юрлицу (поэтомы в коде встретите копирайт 1с, оракле, майкрософт) но если только случайно увидите имя конкретного сотрудника.  В open source также не сохраняет права. Плюс ограничения ранних мониторов и  ide не умевших скрывать служебный код. Но сами комментарии это просто комментарии, внутри (до публикации наружу) они активно исполтзуются, ео наружу да принято публиковать копирайт юрлица только.
источник

NM

Nikita Mikhaylov in 1С, БСП, DevOps и Архитектура
А где было сказано, что бояться менять? Там вот есть особенности многократного изменения - это да, но и в блейме тоже будет не сахар раскопать историю эту.
источник

В

Виталий in 1С, БСП, DevOps и Архитектура
Сложность раскопки истории даже в том же хранилище 1с - преувеличена. Если будет даже миллион коммитов у  конкретного объекта, максимум за 20 шагов "сравнить выборочно", двоичным поиском можно найти источник искомого изменения.
источник
2021 May 17

PZ

P Z in 1С, БСП, DevOps и Архитектура
И сколько это займет времени?
источник

В

Виталий in 1С, БСП, DevOps и Архитектура
Для миллиона коммитов (20 итераций) - несколько минут.
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
не верю
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Сравнение с версией хранилища идет минимум 10 минут
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
Несколько минут это сравнение одного коммита с другим.)
источник

В

Виталий in 1С, БСП, DevOps и Архитектура
Вы упустили тот факт, что я написал про выборочное сравнение версий конкретного объекта, которое выполняется мгновенно.
источник

PZ

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

В

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

В

Виталий in 1С, БСП, DevOps и Архитектура
Сравнив с предыдущим коммитом (без отбора по объекту). Да - это сравнение будет длиться несколько минут.
источник

В

Виталий in 1С, БСП, DevOps и Архитектура
Но его выполняешь 1 раз, а не 20.
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
До тех пор пока тебе не нужно будет найти кто изменил тип реквизита.)
источник