Если ваша команда разрабатывает платформенный сервис, он должен легко адаптироваться к меняющимся требованиям разных продуктов. Например, у каждого свои подходы к правилам проверки имен пользователей или валидации паролей. Я расскажу: · как мы создавали удобную и безопасную песочницу для настройки параметров приложения на стороне потребителей с помощью DSL-интерпретатора, · почему возможность настройки сервиса на этапе сборки намного эффективнее хардкода, · и как абсолютная свобода в конфигурации может привести к хаосу. Артемий Андрианов Go-разработчик в платформенной команде (CYP), YADRO Команда Common YADRO Platform (или CYP) создает общие сервисы и библиотеки для Go-разработчиков в компании. 00:00 - О докладчике и теме выступления 02:34 - Правила валидации паролей 03:04 - Как удовлетворить требования всех продуктов. Решаем задачу через хардкод проверок для разных продуктов 04:04 - Вводим динамически изменяемый regexp 05:13 - Выносим правила в конфигурацию 09:26 - Делаем систему правил более функциональной 10:13 - Как решить проблему строгой типизации? 12:00 - Делаем ошибки user-friendly 14:48 - Используем embedded файлы и buildtime конфигурацию 16:40 - Итоговый пайплайн 17:42 - Выводы 18:38 - Полезные ссылки 19:31 - Вопросы докладчику
Hide player controls
Hide resume playing