pro.elixir— Telegram Group

Новости курса Эликсир. Сегодня выложил 40-е видео. Затея оказалась масштабнее, чем я предполагал, до конца курса ещё много материала. И это только первая часть :) Если двигаться в таком темпе и сдел…

Новости курса Эликсир. Закончен 6й урок. В последнем видео я рассматриваю модуль Stream и работу с ленивыми коллекциями. Тема не очень широко известная, но интересная. Если вы не знаете, как можно п…

Новости курса Эликсир. Завёл канал на RuTube, буду постепенно заливать туда все видео курса. https://rutube.ru/channel/38124338/ Если будут проблемы с YouTube, перебирайтесь туда. Я же буду заливат…

Курс Эликсир, курсовая работа, часть 5-я и последняя. На этом курс официально завершён, ура :) YouTube: https://www.youtube.com/watch?v=kPIZtmBO_9Y RuTube: https://rutube.ru/video/16de13ae77a8b321d…

Новости 2-го курса по Эликсир. 2-й курс начался, первое видео опубликовано. Следующие несколько месяцев опять буду надоедать вам своими уроками :) YouTube: https://youtu.be/vugPS9w3avA?si=WgTiYXZTKI…

В целом я согласен. Хотя профита от этого в плане времени компиляции не сильно много будет, если там конечно не using using-а в using-е в каждом модуле

Я про то что если кроме using и колбэков там есть другие зависимости то их тоже захватит

Это да, но если у меня модуль имплементирует поведение и вызывает __using__, то он всё равно наследует и то и другое, не важно в каком модуле оно

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

если модуль где есть using имеет зависимости, то другой модуль который делает use ... эти зависимости получит как compile time по цепочке