Яндекс выпустил в open-source свой DI фраемворк - yx_scope. И поскольку он теперь открыт для каждого, у меня есть чем с вами поделиться. 😎))

Первую версию этой библиотеки я видел на закрытом показе ещё в 2023. Тогда задача стояла так – решение зависимостей в суперапп приложении, в котором существует N количество фичей для M количества ролей, где N * M выходило в ну очень большую циферку. Такое количество фичей не позволяло инициализировать их все для каждого пользователя, поскольку ресурсы устройства сильно тратились. Было принято решение делить ответственность по скоупам (фич-зонам зависимостей, отсюда и название библиотеки) и инициализировать их по мере использования. И на моменте ресерча стало понятно, что достойных решений для такого подхода просто *нет* (почему так - можете найти тут или спросить в комментариях, отвечу).

Тогда появилась идея создать DI-фраемворк, который будет вдохновлён подходу riverpod, который в то время активно использовали, инициализировать зависимости по мере использования, не будет иметь сторонних зависимостей (чистый дарт, для лёгкой интеграции в проект и избежания Dependency Hell), НО не делая его статичным, на глобальных переменных, словарях, и так далее. Должно было быть чёткое разделение ответственности за ЖЦ зависимостей, где сохранялась строгая типизация, а большинство ошибок можно было бы ожидать в compile-time.

И, ура! Библиотечка вышла и протестирована, получила набор тестов и свои правила линтера. Первую версию вы можете найти здесь (а к 1.0.1 ваш покорный слуга даже немного приложил руку помощи), пробуйте! 🤩

Но учтите, порог входа у этого инструмента достаточно большой. Он как острый хирургический скальпель, может быть полезен только в руках профессионала, и нанести много проблем при неправильном использовании. Не будьте глупыми, и почитайте сначала эту статью на хабре от Серёги Кольцова для ознакомления.

В свободное время стараюсь изучать публичные работы про компиляции, сборки промежуточного представления языка, оптимизации над ними и так далее. Накопилось на подборочку.

🥺 Уже многоизвестная документация про виртуальную машину Dart от Вячеслава Егорова (на которую я ссылался в статье).
(Оно же – зеркало официальной документации языка)

❤️ Write your Own Virtual Machine (Justin Meiners и Ryan Pendleton, 2022)

🐱 Заметки о суперкомпиляции (записи Сергея Романенко и Ильи Ключникова, 2009-2011)


Так же из последнего мне дошла книжка Константина Владимирова – «Оптимизирующие компиляторы. Структура и алгоритмы». Ибо у меня пропала возможность слушать лекции... 📕

Как и куда двигаемся дальше?
Основное, вокруг чего буду дальше "крутиться" – компиляторы, оптимизаторы, создание языков программирования и так далее. Хочу дочитать начатые книги, а так же в качестве упражнения сделать небольшой язык без сборки мусора, исключительно для тренировки оптимизаций инлайнинга, свёртки циклов и так далее.

Хочу понять процесс оптимизаций кода у Dart, в частности FlowGraphCompiler, сделать об этом статью или выступление (причём что-то подобное я уже видел), мол как происходят оптимизации с вашим кодом. Этакая задача со звёздочкой. Посмотрим, получится ли её воплотить.

Вернуться на работу к своим старым давним коллегам бигтеха. Этот шаг требует большой подготовки, так что я пока не буду распространяться о нём. Мне будет легче готовиться без внимания общественности.

Есть много размышлений по поводу вышки, по возможности зарубежной. Мне не хочется заниматься последующие 4 года исключительно ради *книжечки*, хочу провести следующие пару лет с пользой.
К ЕГЭ и трате ещё одного года жизни для соревнования с олимпиадниками ради бюджетных мест я морально не готов. В целом, изучая требования ВУЗов, складывается впечатление, что в системе не продумано повышение своей квалификации на уровень высшего образования, если ты уже выходец среднего. Некоторые заведения закрывают это своими возможностями, предлагая сокращенную программу и краткий курс вступительных испытаний, а некоторые обесценивают тебя до уровня обычного выходца 11 класса и требуют проходить по общей программе. Почему это не однообразно? Почему не утверждено выше?
А ресерч среди зарубежных возможностей я оставил до весны, так как уж слишком много всего у нас меняется из-за геополитики.

А, ну и разумеется взять пульт из фильма "Клик: с пультом по жизни" (2006) и перемотать на полгодика было бы неплохо, конечно)) 👍

Обычный вечер пятницы навёл меня на такую мысль.

Я давно хотел сделать пост о нейросетях. Примерно с февраля 2024 года, где только-только пошли обсуждения об устаревании профессии программистов, списанных с ChatGPT курсовых, перепевки музыкантов от Sona AI, дипфейках и так далее. Ажиотажа вокруг новостей тогда было много, а объективного мнения мало, и все, ссылаясь на высказывания того же CEO Nvidia "Не учите детей на программистов. Искусственный интеллект заменит их всех", начали бить панику.
В таких новостях конечно больше маркетинга, чем достоверных прогнозов, но такой ход сработал. Пока одни рассказывали о том, что тот же Devin (нейросетка-программист) работает очень плохо в 80 из 100 случаев, вторые их не слушали и практиковали Cursor, Github Copilot и всё больше старались сгружать кода нейросетям.
В потоке прогресса хотели быть все, в том числе молодое поколение джунов, которые научились задавать набор промптов в LLMку быстрее, чем программировать.

И вот я уже не в первый раз замечаю новые пуллреквесты от молодых, где для их уровня знаний код написан ну слишком "чисто": он достаточно обобщён, грамотное название переменных и классов, соблюдение всех правил, но очень много ошибок, указывающих на копирование. Как добрый наставник – я стараюсь развернуть ученика на самостоятельное решение задачи, поэтому задаю дополнительные вопросы:
"Почему ты решил сделать так?" – Тишина.
"А ты новую функцию здесь используешь, для чего она нужна?" – Опять тишина.
"Вот это оверхед, обрати внимание на остальной проект, как в нём используется такой функционал!"
И в конце ученик утверждает, что всё понял и исправит.

А потом проходит время и мне прилетают его обновления, где всё обговорённое вроде бы исправлено!, но подход к написанию не меняется. Приходиться созваниваться с ним ещё раз и заново всё обсуждать. В одном из звонков я начинаю осознавать, что у паренька нет даже достаточного знания основ языка, чтобы понимать, как язык программирования работает и взаимодействует между собой (и даже понять, какие исправления я ему предлагал на самом первом созвоне!), но это не мешает ему предлагать какие-либо изменения, написывая код вместе с нейросеткой. Для этого даже придумали новомодный термин – Vibe coding, когда ты не вдумываешься в написание кода, а просто передаешь нейросети задачу и каждый раз поправляешь её, когда результат отличается от ожидаемого.

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

В таких случаях мне грустно, потому что это показывает некомпетентность человека. Понятное дело, что с джуна за такое никто не спросит, он на то и Junior, что ему всему предстоит научиться, но ведь аналогичные ребята, которые будут самостоятельно изучать и выполнять задачи, смогут в скором времени взять больше ответственности и, соответственно, вырасти по карьерной лестнице, гораздо раньше.. 😢