Тёмный

Разработка устойчивых программ к багам / Владимир Полукеев (Синимекс) 

Cinimex
Подписаться 705
Просмотров 682
50% 1

Ошибки в работе программы, баги, не только вызывают негативную реакцию у пользователей программы, и, соответственно, у заказчика, но ещё тормозят процесс разработки и поставки новых фич, т.к. нужно тратить время и ресурсы на их исправление, тестирование и поставку. И хотя фикс небольшого бага, может занимать совсем немного времени, но когда таких небольших багов становится много и они идут нескончаемым потоком, то такая разработка начинает напоминать корабль, в котором матросы постоянно латают дыры в корпусе, возникающие снова и снова. Откуда появляются эти пробоины и как сделать так, чтобы корпус корабля был более крепким и устойчивым к ним?
Об этом рассказал в своём докладе Senior Developer ИТ-компании Синимекс Владимир Полукеев, где поделился своими идеями и опытом разработки программ устойчивых к багам.
Таймкоды:
00:00 - Начало
03:41 - Где рождаются баги
07:14 - Как с этим бороться
17:56 - При чем же здесь framework
19:22 - Минутка философии
22:51 - Пример. Сервис построения отчетов
26:10 - Пример. Release Manager
28:47 - Пример. Criteria API. Pipeline добавления фильтров
32:15 - Код как framework. В чем суть?
35:58 - Заключение
37:23 - Вопросы к спикеру
Habr: habr.com/ru/companies/cinimex...
Наша жизнь и новости в Telegram: t.me/cinimex
Наш сайт: www.cinimex.ru/career/

Опубликовано:

 

19 июн 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 3   
@vivowalk
@vivowalk 15 дней назад
До конца надеялся, что будет наконец-то что-то своё самобытное. Но нет. Всё свелось к новой интерпретации solid и какой то иностранной книги по рефакторингу. И отсюда непонятно почему в яве не делают обьекты-конфиги, чтобы подсовывать в использующий класс, а добавляют копипастом строчки кода
@vladimirpolukeev5428
@vladimirpolukeev5428 13 дней назад
Спасибо за просмотр доклада и ваше мнение. Книга с рефакторингом рекомендовалась в рамках ответа на вопрос и не является частью информации, которая была в части самого доклада. Цель доклада - рассказать об идеях и практиках создания проектов устойчивых к появлению багов, которую я определил как "Код как Framework". Все нововведения не появляются из ниоткуда, они вырастают из существующих практик. Поэтому в конце доклада я показал, что моя концепция выросла из требований к фреймворкам, а сами требования тоже не выросли на пустом месте, а появились из соблюдения практик SOLID. Как автор доклада, я решил показать эту связь: "Код как фреймворк"
@user-qx3km6wp1p
@user-qx3km6wp1p 4 дня назад
Неплохой пример имплементации solid, но подача этого как откровения, выглядит несколько странно.
Далее
ИСПОЛНЯЮ МЕЧТУ Анастасиз
34:51
Просмотров 871 тыс.
Cinimex Spring IT Talk
2:55:51
Просмотров 607
ИСПОЛНЯЮ МЕЧТУ Анастасиз
34:51
Просмотров 871 тыс.