К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Считаете ли Вы, что изменение типового кода должно сопровождаться комментарием с указанием ника программиста?

Гость
0 - 25.10.2017 - 17:30
Под ником понимаю некое сокращение типа //gbg++ и т.п.

Продвинутые коллеги, работавшие непосредственно в 1С, настойчиво рекомендуют для сохранения истории использовать хранилище конфигурации.



1 - 25.10.2017 - 17:41
Должно, но не обязано.
По запарке просто могу забыть добавить.
Гость
2 - 25.10.2017 - 17:44
Меня сейчас пытаются убедить в том, что оставлять свой ник - признак дурного тона. Вот о чем речь. Что ни в коем случае его туда писать не надо.
Гость
3 - 25.10.2017 - 18:03
Коллеги из 1С пробовали понять что конкретно изменил в коде "gbg" при активной разработке, когда после анализируемого изменения в хранилище поместили сотни две версий? :)
Если уж нужна история и быстрая оценка объёма изменений - git и ему подобные рулят.
Комментарий изменений кода поставки закреплен (у меня) внутренними стандартами. Минимальное наполнение - дата изменения и координаты задачи разработки. Имя исполнителя - не возбраняется
Гость
4 - 25.10.2017 - 18:07
+(3) у разрабов 1С несколько иные задачи: они разрабатывают коробочный продукт. Твоя же задача - кастомизация. Для разработки продукта подход с комментированием кусков изменяемого кода, действительно, дурной тон.
Гость
5 - 25.10.2017 - 18:56
что изменил - могут. а кто изменил вроде не столь важно быстро искать
6 - 25.10.2017 - 18:57
У меня есть собственная конфигурация (к сожалению всего одна). В ней нет ни одного комментария с ником.
В то-же время если я потоптался в типовой или просто в чужой, ник оставляю обязательно. Поэтому от клиентов нет отбоя.
Гость
7 - 25.10.2017 - 18:58
ну и по- нормальному кидать в рабочее хранилище версию за версией раз в час - плохой подход. задача должна быть проверена до помещения в хранилище, или не так?
Гость
8 - 25.10.2017 - 19:00
кондрат, это уже маркетинг :)
Гость
9 - 25.10.2017 - 19:01
я про техническое обоснование как у ромы
Гость
10 - 25.10.2017 - 19:04
похоже, что в одном все согласны: с нуля разрабатываемую конфу так комментить нельзя.


К списку вопросов






Copyright ©, Все права защищены