❗️ Apologies for the delay in my response. I have been called up for military service and will be unavailable until July 10th, 2025.

❗️Приношу извинения за задержку с ответами. Я был призван на военную службу и буду недоступен до 10 июля 2025 года.

Все вопросы и предложения буду рассматривать по возвращении.

К сожалению, статью не успел закончить. Начал торопиться, но понял, что так сильно теряется в качестве. Вернёмся к ней при первой же возможности.

Парни из моей команды, удачи вам с новой ответственностью на ваших плечах. Желаю вам справиться со всеми трудностями на пути. И молю, не уроните прод. 😅

И спасибо всем, кто поддерживал и помогал мне в последние дни. Очень ценю вашу заботу!

😊 Dart: Built-in types under the hood
Рассказываю про то, как работают встроенные типы, почему их поведение может отличаться и где найти внутренние реализации.

😊 Давайте поздравим Михаила Зотьева, автора канала ohmyflutter, за то, что его библиотека Elementary была удостоена отдельной главы в документации фраемворка!

Я ей пользовался достаточно продолжительное время и у меня остались от неё исключительно позитивные впечатления. Посмотрите на неё, если используете MVVM у себя в проектах, возможно это облегчит вам жизнь :)

Возвращаюсь к интересным новостям и обновлениям, произошедшим во время моего отсутствия. #dart_research

😐В Dart 3.6 вводят новую функцию digit separators, позволяющую использовать разделители цифр в виде нижних пробелов, что значительно улучшает читаемость больших чисел. Например, запись 1_000_000_000 становится более наглядной по сравнению с 1000000000.

👀 Планируется объединить функции "augmentations" и "part of" в единую концепцию "parts with imports". Новая функциональность позволит создавать иерархические деревья part файлов, импортировать необходимые зависимости на любом уровне, при этом сохранив обратную совместимость с "part of" использованиями из старых версий. Официальные спецификации вы можете найти тут.

🛌 Так же будем следить за новопринятой функцией wildcard patterns. Она позволяет опускать имена переменных, если они не используются, что не будет вызывать коллизий имен.

var _ = 1;
int _ = 2;

Foo(_, this._, super._, void _()) {}

🔥 А ещё мне нарисовали двух новых котиков на эмодзи!

Это Урс Хёльцле (Urs Hölzle), человек, который стоит за многими революционными технологиями.
Урс, обладатель степени магистра информатики Калифорнийского университета и доктора наук Стенфорда, известен как один из первых и ключевых сотрудников Google. Он прославился созданием высокопроизводительной виртуальной машины HotSpot и разработкой распределенной архитектуры для датацентров.

Но история Урса этим не ограничивается. В свое время он помог Дэвиду Грисволду создать более эффективную строго-типизированную версию языка Smalltalk, получившую впоследствии название Strongtalk. Вместе с Ларсом Баком они потратят два года на разработку, создав самую быструю реализацию языка. Однако их проект останется незамеченным в тени растущей популярности Java в двухтысячных...

Не смотря на это, через пару лет Ларс будет проектировать новый необязательно-типизированный язык на основе классов - Dart. Именно влияние {Small, Strong}talk подарит нам каскадный оператор и миксины, без которых трудно сейчас представить использование языка.

Мораль истории: Иногда великие вещи начинаются с незаметных начинаний. Даже если ваши идеи не сразу станут популярными, они могут в итоге изменить мир ☺️

Кстати у Урса есть много публикаций на тему построения расширяемых и энергоэффективных датацентров (ибо он всё таки вице-президент технической инфраструктуры 🙂), вот они.

Однако я дошёл к нему через коллективную работу 1991 года, «Optimizing Dynamically-Typed Object-Oriented Languages WithPolymorphic Inline Caches».
В то время он занимался языком Self, который тоже строился на динамических типах и JIT компиляции, часть из которых Грисвольд и возьмёт за идею для оптимизации Smalltalk.

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

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

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

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

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