Коллективная разработка в 1С с помощью Git. Ответы на вопросы технаря и управленца.
Возврат к спискуFriday’s Club продолжает неформальные встречи участников Клуба Экспертов, на которых можно пообщаться с коллегами по цеху в расслабленной атмосфере пятничного вечера, обсудить новости, обменяться мнениями и предложить решения проблем. Очередное мероприятие состоится 16 декабря в ресторане “Посадоффест” (ТК “Континент”, ул. Бухарестская, 32, 3 этаж).
В качестве новогоднего подарка мы решили сделать этот Friday`s Club в формате бесплатного группового вебинара, который рассчитан на 500 слушателей.
А вживую в мероприятии смогут принять участие 30 человек.
Мы познакомимся, пообщаемся с Алексеем и его командой, все желающие смогут задать интересующие вопросы. А после этого продолжим свободное общение, обменяемся визитками, пропустим пару бокалов или кружек. Для очного участия необходимо купить участие заранее, для онлайн-участия зарегистрироваться на вебинар.
Фото с первого Friday's Club.
Тема:
Ведущий докладчик (online):
Алексей Лустин
Эксперты (online):
Евгений Сосна
Андрей Овсянкин
Почетные гости:
Егор Ермаков (ITLand)
Валерий Максимов (Деловые линии)
Фасилитатор:
Павел Чистов (Инфостарт)
Вопросы к мероприятию:
Технарю:
- Чем Git лучше стандартного хранилища 1С?
- Что я не смогу сделать в хранилище 1С и смогу сделать в Git?
- 5 основных преимуществ Git.
- Как идет сборка и разборка конфигурации? Методы и инструменты.
- Каково время сборки?
- Как разрешаются конфликты исходных кодов?
- Позволяет ли Git, например, одновременно вдвоем изменять одну форму документа? Как потом будет выглядеть процесс ее сборки? Можно это продемонстрировать?
- Говорят, что при разработке через Git лучше организован процесс создания документации. В чем конкретно это лучше, чем в хранилище 1C?
- С чего начать освоение технологии, есть ли демонстрационные базы, примеры и т.п.? Методическая литература.
- Что дает компании как бизнесу внедрение разработки через Git?
- Как донести до руководства перспективы и преимущества групповой разработки через Git, чтобы выделили время на внедрение и освоение?
- Сколько разработчиков в отделе должно быть, чтобы ощутить преимущество разработки через Git?
- Есть ли практика применения Git для разработки типовых решений? Примеры.
- Есть ли практика применения Git для разработки в отраслевых компаниях? Примеры.
- Построение системы внутреннего контроля за изменением конфигурации на базе Git?
- Методы интеграции с системой управления требованиями?
Фото с первого Friday's Club.
Фото с первого Friday's Club.
Пример группового вещания.
В
Продолжительность – 2-3 часа (мастер-класс Алексея Лустина на 30-40 минут, остальное время – живое общение и ответы на вопросы).
Для участия в самом ужине необходимо оплатить его заранее. Стоимость составляет 1180 рублей (с НДС) – на эту сумму вы предварительно выберете горячее блюдо и напитки из меню.
Мероприятие
Участие в праздничном ужине платное, 1180 рублей (с НДС).
100% стоимости идет на оплату ужина. Количество мест ограничено, не более 30 человек.
Купить и зарегистрировать участие в ужине.
Екатерина Винокурова ev@infostart.ru
Телефон: 8-800-5555-256 (доб. 109)
Обсуждение
Технарю:
- Чем Git лучше стандартного хранилища 1С?
- Что я не смогу сделать в хранилище 1С и смогу сделать в Git?
- 5 основных преимуществ Git.
- Как идет сборка и разборка конфигурации? Методы и инструменты.
- Каково время сборки?
- Как разрешаются конфликты исходных кодов?
- Позволяет ли Git, например, одновременно вдвоем изменять одну форму документа? Как потом будет выглядеть процесс ее сборки? Можно это продемонстрировать?
- Говорят, что при разработке через Git лучше организован процесс создания документации. В чем конкретно это лучше, чем в хранилище 1C?
- С чего начать освоение технологии, есть ли демонстрационные базы, примеры и т.п.? Методическая литература.
Управленцу:
- Что дает компании как бизнесу внедрение разработки через Git?
- Как донести до руководства перспективы и преимущества групповой разработки через Git, чтобы выделили время на внедрение и освоение?
- Сколько разработчиков в отделе должно быть, чтобы ощутить преимущество разработки через Git?
- Есть ли практика применения Git для разработки типовых решений? Примеры.
- Есть ли практика применения Git для разработки в отраслевых компаниях? Примеры.
- Построение системы внутреннего контроля за изменением конфигурации на базе Git?
- Методы интеграции с системой управления требованиями?
1) Звук обрывался.
2) Тем кто задает вопрос из зала подготовить место с которого они бы задавали вопросы (чтоб слышно было нормально), или дублировать в чат вопросы.
3) Не отключать чат.
После этого вебинара смотрю в фоне предыдущее видео Андрея "Открытый инструментарий счастливого 1С-ника", буду рекомендовать однозначно.
В этом году (весной) у нас локально проводился ряд сборишь/конференций в том числе и с 1С-никами, настоятельно им рекомендовал изучать git и настоящую командую разработку. Рад, что появился материал доступный для понимания программистами 1С. Будем поднимать уровень.
Из минусов - глючный микрофон, с которым я например так и не смог совладать, когда звук пропадает не сразу замечаешь. Потом с удивлением смотрел как Доржи (левым мизинцем)) нажимал эту глючную кнопку и звук шёл как надо - опыт однако.
Может ведущим фиксировать вопросы чата и зала, а потом самим задавать? Думаю будет гораздо эффективнее, особенно для чата.
А если по теме, то пытался донести до Алексея мысль, что дело не в Git или хранилище. Идеальный мир ИТ директора - это несколько систем(желательно от 1-2вендоров) с контрактами(лучше enterprise), в датацентре с пятью девятками, мониторингом с sms уведомлениями, поминутным планом восстановления в случае сбоя. Сверху к этому прикручены системы от утечек, дурака и всего остального )
И когда начальник разработки придёт к нему с новой схемой - отдельной cvs, то он будет отправлен "за огнивом", где сперва встретит 3-собак с глазами как чашки(разработчики), потом как мельничные колёса (админы) и последнее животное (не помню с чем) это СБ. Это я про разработку в крупном заказчике, у франчей думаю, зоопарк меньше.
Как "ERP -это не софт", так и Git - это ни разу не управление релизами, как процесс, а лишь малая его часть.
Вот когда "припрут" с внедрением процессов (изменения, релизы, конфигурации) , тогда и тема будет актуальна.
Ну это только моё "оценочное суждение" )