🔨 Uncertain⟨T⟩
Mattt (NSHipster) редко но метко закидывает интересные концепции. В этот раз поднимается вопрос неопределенности в программировании. Идея состоит в том чтобы внедрить неопределенность в систему типов.

Uncertain<T>: новый подход
🔵Исследователи предложили кодировать неопределенность в системе типов.
🔵Uncertain<T> позволяет моделировать неопределенность с помощью вероятностных распределений.
🔵Uncertain<T> делает код более умным и точным.

Метод Монте-Карло
🔵Метод Монте-Карло позволяет анализировать вероятности через симуляции.
🔵Пример с игровым автоматом показывает, как можно использовать этот метод.

Заключение
🔵В реальном мире нет ничего определенного, кроме самой неопределенности.
🔵Более совершенные инструменты помогут лучше справляться с неопределенностью.
🔵Цель не в устранении неопределенности, а в признании её существования

📱 Как обнаружить обрезку текста в SwiftUI?
Давняя проблема еще со времен UIKit - калькуляция точного фрейма для текста. Самая частая задача это вычисление размера ячейки исходя из контента. В SwiftUI эта проблема перестала решаться вручную, но все еще существуют нюансы.

Проблема обрезки текста в SwiftUI:
🔵SwiftUI упрощает работу с текстом, но теряет контроль над его отображением.
🔵В статье рассматривается проблема адаптации макета для отображения описаний и сумм без обрезки.
🔵SwiftUI не предоставляет информации о усечении текста.
🔵Использование NSAttributedString сложно и чревато ошибками.
🔵Метод с фиксированным размером и вычислением геометрии позволяет определить необходимый размер для полного отображения текста.

Реализация решения
🟢Создана структура ZStackContainer для управления макетами.
🟢Используется функция для определения оптимального макета и установки его приоритета.
🟢ZStack отображает только выбранный макет, используя его размер как свой собственный.
🟢Интеграция этих механизмов позволяет решить сложные задачи верстки в SwiftUI.

🐥 Как использовать атрибуты доступа
Простая статья о том как комбинировать атрибуты доступности при разработке. Если с базовой конфигурацией все понятно, то про все опциональные аргументы знают не все.
🟢Первый аргумент - название платформы или языка
🟢Остальные аргументы могут быть представлены в любом порядке
🟢Можно комбинировать несколько объявлений доступности для условного выполнения кода в зависимости от версии платформы
🟢Для упрощения использования атрибута @available можно использовать сокращенный синтаксис
Особенно полезно ознакомиться тем кто разрабатывает общие компоненты 😉