Круто! Продолжайте не оставляйте начатое!!! Расскажите как у вас сейчас ведется групповая разработка? И по разработке с GIT без EDT, какими инструментами советуете воспользоваться, какую схему лучше выбрать по вашему мнению! Очень круто что не только теория!!!
Целью подобных докладов, является максимально просто и доходчиво, помочь молодым разработчикам разобраться в сути вопроса, но так как докладчик сам достаточно молодой, то основной целью у него было - демонстрация своих знаний и навыков....или проще говоря повыделоваться, впрочем, возможно кто-то для себя найдёт что-то полезное.
Спасибо за комментарий. Вы правы, но чаще другая цель - это чтобы докладчик сам разобрался или сделал попытку разобраться в теме, а дальше эксперты присутствующие на техкружке или сообщество сказало свое фу. Таким образом все учимся.
Артем, привет, в качестве возможной темы хочу предложить, транзакции и блокировки. Где и почему именно тут их ставить? Есть ли какие то паттерны установки блокировок при разработке? Может быть нюансы какие-то есть в зависимости от контекста? Спасибо!
Владимир, привет! Очередной раз благодарю за фидбек. Пожелание - классное, экспертиза вроде тоже у наших парней есть. В общем, вброшу команде, если получу отклик, организуем!
Привет! Публичный чатик сделаем, как только качеством докладов чуть подрастем. Канал с анонсами мероприятий тоже в планах, чуть позже его причешем и опубликуем. Вопросы, замечания, предложения пока либо сюда, либо мне в личку t.me/plastinin, пожалуйста
@@plastinin это не подход разработчика! Это нарушение подхода DRY ))) По каждому слову теперь кидать ссылку на словарь? Надо просто было дать ссылку на правила чтения английского языка. Git - это диалектический вариант слова get, а get по правилам анг. языка является исключением, как и множество других слов.
@@ЯрославЛовцов-л5д честно говоря. вылетело даже из головы :( А что ты хотел рассказать? Может подготовишь план доклада, организуем. Лишним точно не будет.
Вопрос не много не по основной теме. Касается Сонара куба. У вас там очень мало ошибок. Вы все пофиксили, что он обнаружил или вы отредактировали правила, таким образом, что количество ошибок упало в разы?
Артур, привет! Набор правил мы не редактируем, так как конфигурации передаются между проектами. Для нас порог качества может быть одним, но передавая конфигурацию из рук в руки (на другие проекты, где набор правил другой) не хочется, дарить другому проекту пачку техдолга, поэтому правила не изменяем и не забиваем на исправление диагностик. В sonar есть параметр - technical days debt, это период контроля качества на основании которого мы принимаем решение, стоит ли пропускать релиз на UAT или Prod. На презентации как раз отчет по диагностикам за один спринт. Т.к спринт у нас 30 дней, то и параметр этот 30 дней. Т.е. ошибки и замечания по коду мы анализируем за 30 дней, все старое не берем во внимание, выпуск релиза не может содержать уязвимостей в коде и ошибки
