Круто! Продолжайте не оставляйте начатое!!! Расскажите как у вас сейчас ведется групповая разработка? И по разработке с GIT без EDT, какими инструментами советуете воспользоваться, какую схему лучше выбрать по вашему мнению! Очень круто что не только теория!!!
Целью подобных докладов, является максимально просто и доходчиво, помочь молодым разработчикам разобраться в сути вопроса, но так как докладчик сам достаточно молодой, то основной целью у него было - демонстрация своих знаний и навыков....или проще говоря повыделоваться, впрочем, возможно кто-то для себя найдёт что-то полезное.
Спасибо за комментарий. Вы правы, но чаще другая цель - это чтобы докладчик сам разобрался или сделал попытку разобраться в теме, а дальше эксперты присутствующие на техкружке или сообщество сказало свое фу. Таким образом все учимся.
Привет! Публичный чатик сделаем, как только качеством докладов чуть подрастем. Канал с анонсами мероприятий тоже в планах, чуть позже его причешем и опубликуем. Вопросы, замечания, предложения пока либо сюда, либо мне в личку t.me/plastinin, пожалуйста
Артем, привет, в качестве возможной темы хочу предложить, транзакции и блокировки. Где и почему именно тут их ставить? Есть ли какие то паттерны установки блокировок при разработке? Может быть нюансы какие-то есть в зависимости от контекста? Спасибо!
Владимир, привет! Очередной раз благодарю за фидбек. Пожелание - классное, экспертиза вроде тоже у наших парней есть. В общем, вброшу команде, если получу отклик, организуем!
@@plastinin это не подход разработчика! Это нарушение подхода DRY ))) По каждому слову теперь кидать ссылку на словарь? Надо просто было дать ссылку на правила чтения английского языка. Git - это диалектический вариант слова get, а get по правилам анг. языка является исключением, как и множество других слов.
@@ЯрославЛовцов-л5д честно говоря. вылетело даже из головы :( А что ты хотел рассказать? Может подготовишь план доклада, организуем. Лишним точно не будет.
Вопрос не много не по основной теме. Касается Сонара куба. У вас там очень мало ошибок. Вы все пофиксили, что он обнаружил или вы отредактировали правила, таким образом, что количество ошибок упало в разы?
Артур, привет! Набор правил мы не редактируем, так как конфигурации передаются между проектами. Для нас порог качества может быть одним, но передавая конфигурацию из рук в руки (на другие проекты, где набор правил другой) не хочется, дарить другому проекту пачку техдолга, поэтому правила не изменяем и не забиваем на исправление диагностик. В sonar есть параметр - technical days debt, это период контроля качества на основании которого мы принимаем решение, стоит ли пропускать релиз на UAT или Prod. На презентации как раз отчет по диагностикам за один спринт. Т.к спринт у нас 30 дней, то и параметр этот 30 дней. Т.е. ошибки и замечания по коду мы анализируем за 30 дней, все старое не берем во внимание, выпуск релиза не может содержать уязвимостей в коде и ошибки
Спасибо, коллеги, вы молодцы!
Ох, Радик! Спасибо тебе
Огонь!
Круто! Продолжайте не оставляйте начатое!!! Расскажите как у вас сейчас ведется групповая разработка? И по разработке с GIT без EDT, какими инструментами советуете воспользоваться, какую схему лучше выбрать по вашему мнению! Очень круто что не только теория!!!
Тоже интересует если без. Edt
Сделаем, ребята! На текущий момент исследую вопрос групповой разработка в EDT. В будущем докладе раскроем вопросы выгоды перехода, AS IS, AS POSSIBLE
Целью подобных докладов, является максимально просто и доходчиво, помочь молодым разработчикам разобраться в сути вопроса, но так как докладчик сам достаточно молодой, то основной целью у него было - демонстрация своих знаний и навыков....или проще говоря повыделоваться, впрочем, возможно кто-то для себя найдёт что-то полезное.
Спасибо за комментарий. Вы правы, но чаще другая цель - это чтобы докладчик сам разобрался или сделал попытку разобраться в теме, а дальше эксперты присутствующие на техкружке или сообщество сказало свое фу. Таким образом все учимся.
Спасибо за видео!
Спасибо вам! Конфет Рызыванов, не вы?)
@@plastinin Константин Рызыванов) я
Большое спасибо
Прикрепите ссылку на чат телеги если есть. Спасибо
Привет! Публичный чатик сделаем, как только качеством докладов чуть подрастем. Канал с анонсами мероприятий тоже в планах, чуть позже его причешем и опубликуем. Вопросы, замечания, предложения пока либо сюда, либо мне в личку t.me/plastinin, пожалуйста
Артем, привет, в качестве возможной темы хочу предложить, транзакции и блокировки. Где и почему именно тут их ставить? Есть ли какие то паттерны установки блокировок при разработке? Может быть нюансы какие-то есть в зависимости от контекста? Спасибо!
Владимир, привет! Очередной раз благодарю за фидбек. Пожелание - классное, экспертиза вроде тоже у наших парней есть. В общем, вброшу команде, если получу отклик, организуем!
@@plastinin Спасибо за ответ, будем ждать. Уверен не у меня одного пробелы в данном вопросе.
@@eXtend1C ruclips.net/video/u75lqTdBjXc/видео.html у Веселого 1С вышло видео на эту тему.
Благодарю.
А чем все таки отличается релизная ветка от мастер? ruclips.net/video/FINUI_tEkI8/видео.html
Не раскрыта тема - почему "гит", а не "джит"?
www.dictionary.com/browse/git?qsrc=2446
@@plastinin это не подход разработчика! Это нарушение подхода DRY ))) По каждому слову теперь кидать ссылку на словарь? Надо просто было дать ссылку на правила чтения английского языка. Git - это диалектический вариант слова get, а get по правилам анг. языка является исключением, как и множество других слов.
А всего пару месяцев назад сам говорил - этот урок никому не нужен!
Привет) Точно так говорил?
@@plastinin, да, когда я об этом сам хотел рассказать
@@ЯрославЛовцов-л5д честно говоря. вылетело даже из головы :( А что ты хотел рассказать? Может подготовишь план доклада, организуем. Лишним точно не будет.
@@plastinin да я как раз и предлагал рассказать именно то, что ты и читал в этом видео
Вопрос не много не по основной теме. Касается Сонара куба. У вас там очень мало ошибок. Вы все пофиксили, что он обнаружил или вы отредактировали правила, таким образом, что количество ошибок упало в разы?
Артур, привет! Набор правил мы не редактируем, так как конфигурации передаются между проектами. Для нас порог качества может быть одним, но передавая конфигурацию из рук в руки (на другие проекты, где набор правил другой) не хочется, дарить другому проекту пачку техдолга, поэтому правила не изменяем и не забиваем на исправление диагностик. В sonar есть параметр - technical days debt, это период контроля качества на основании которого мы принимаем решение, стоит ли пропускать релиз на UAT или Prod. На презентации как раз отчет по диагностикам за один спринт. Т.к спринт у нас 30 дней, то и параметр этот 30 дней. Т.е. ошибки и замечания по коду мы анализируем за 30 дней, все старое не берем во внимание, выпуск релиза не может содержать уязвимостей в коде и ошибки
Артём, привет. Спасибо за ответ)
Git есть , 1с нет