Scala meetup NSK

При создании веб-сервисов возникает потребность в документировании API, при этом нужно не забывать указывать возможные ошибки, а еще сложнее поддерживать все это в актуальном состоянии. В докладе разберем как можно заставить работать систему типов Scala на нас для решения описанных проблем.

Чистое функциональное программирование в умах многих имеет не очень хорошую репутацию. Говорят, что оно сложное, непрактичное, не подходит для решения реальных бизнесовых задач. В докладе я хочу показать, какие преимущества может дать чистое ФП в ежедневной практике программирования. И как начать использовать ФП как базу для написания приложений полностью в функциональном стиле, а не только как набор утилит для некоторых ситуаций.

При разработке больших распределенных приложений хорошей практикой считается отделение конфигурации приложения от бизнес-логики. Как правило, это реализуется при помощи конфигурационного файла или отдельного сервиса, управляющего конфигурацией, но как происходит перезагрузка? Что, если мы хотим перезагружать не весь конфиг целиком, а только измененный параметр, и при этом не ждать шедулинга? Что, если мы хотим описывать более сложные сценарии перезагрузки параметров, например, перезагрузку соединения с базой данных или рестарт внешнего сервиса? Вместе мы попробуем разобраться, как сделать и встроить себе в проект такое решение. Посмотрим, как использовать для этого Scala, ее реактивные библиотеки и, в частности, Monix. Научимся хранить конфигурацию в системах наподобие etcd или Consul.