this is my new favourite thing, from @bruised_blood

Доклад предназначен для тех, кто еще не разрабатывал свои API на GraphQL, и для тех, кто уже попробовал и не увидел особой разницы с REST.  
Мы определимся с тем, что такое GraphQL, поговорим о его философии, и попробуем ответить на следующие вопросы:  
как пользоваться языком запросов?
что можно сделать с помощью GraphQL?
что нельзя сделать с помощью GraphQL?
что такое схема и зачем она нужна?
как реализовать GraphQL API?
какие паттерны проектирования схемы API существуют?

Finally, the Golang world has a built-in, conventional dependency manager in the ecosystem: Go Module...

Итак, вы пришли работать дизайнером в давно существующий продукт. Какие проблемы решать в первую очередь, в каких местах интерфейса наводить порядок, да и всегда ли лучшие решения лежат в плоскости интерфейса?
Расскажу, как мы ставили на ноги eBay для бизнеса, руководствуясь не интервью, аналитикой и внезапными инсайтами... А методом последовательного устранения ошибок в его логике.

Анимированная версия в Keynote: https://yadi.sk/d/Ko-iQbyXpQXhZg

История о том, как один из наших проектов переехал на GraphQL.  
Переезд оказался успешным и поучительным. Мы пытались решить стандартные проблемы: беспорядок и непонятность данных, overfetching. В результате мы получили намного больше чем ожидали.  
Во-первых мы решили наши изначальные проблемы.
Во-вторых, мы упростили наше общение с бекендом => ускорили разработку
В-третьих, мы получили веселую генерацию кода и возможность изобретать велосипеды :)

Learn how to reduce your application memory consumption with new Ruby distribution.

GitHub Actions now includes built-in CI/CD. Easily automate how you build, test, and deploy your projects on any platform, including Linux, macOS, and Windows.

Today we are announcing the distributed version of TimescaleDB, which is currently in private beta (public version slated for later this year).

Saint P Ruby: https://www.meetup.com/saintprug/

Rails applications tend to grow and turn into massive monoliths–that's a natural evolution of a Rails app, isn't it?

What happens next is you starting looking for an architectural solution to keep the codebase maintainable. Microservices? If you brave enough...

Rails ecosystem already has a right tool for the job: **engines**. With the help of engines, you can split your application into independent parts combined under the same _root_ application–the same way `rails` gem combines all its sub-frameworks, which are engines too, by the way.

Curious how to do that? Come to hear how we've _engine-ified_ our Rails monolith and what difficulties we faced along the way.

GitHub: https://github.com/palkan/engems