🕸 Как построить CI/CD пайплайн для iOS проектов
Как не странно, но самый частый запрос от мобильных разработчиков в росте "Хочу разобраться в CI". Нормального гайда по устройству CI/CD для мобильных приложений не было. И тут, внезапно, в блоге jetbrains секции TeamCity появляется достойная статья, объясняющая основные принципы:
🟢Инструменты xcodebuild или fastlane.
🟢Этапы сборки для различных конфигураций.
🟢Тестирование на нескольких версиях iOS
🟢Статический анализ кода и отчеты о покрытии кода
🟢Подписание и упаковка (IPA-файлы)
🟢Развертывание в TestFlight или App Store
🟢Настройка проекта iOS
🟢Настройка beta релиза
🟢Настройка fastlane
🟢Настройка match (подпись)
🟢Настройка задания сборки
🟢Настройка секретов
🟢Настройка параметров сборки
🟢Выполнение скриптов
🟢Тестирование PipeLine

🐥 Фулстек Swift разработчик
Очень детальная и крутая статья про опыт реализации клиент-серверного приложения на Swift. В отличии от большинства таких статей, которые я читал, тут рассматривается реальный опыт написания проекта со всеми болями и преимуществами:
🟡Сервер написан на Swift с использованием Vapor и SQLite через Fluent
🟡Клиент написан на Swift и SwiftUI для iOS и macOS
🟡Общий уровень API состоит из 164 Codable структур (удобно шарить между клиентом и сервером)
🟡Разработка строгой поддержки параллелизма застопорилась
🟡Vapor не является прагматичным выбором
🟡Пример определения маршрутизации
🟡Реализация запроса/ответа на стороне сервера с использованием асинхронных функций
🟡Использование собственного идентификатора электронной почты и аутентификации по токену на предъявителя
🟡Развертыване на одном сервере с прямым доступом к базе данных SQLite
🟡Разработка полного набора тестов для Swift, содержащих ~ 150 тестов
🟡Развертывание сложное и требует времени
🟡Dockerfile полезен, но требует дополнительных знаний для настройки
🟡Проблемы с использованием Swift API, недоступных в Linux, требуют использования альтернативных фреймворков
🟡SwiftUI не обеспечивает полной совместимости с macOS, поэтому используется Mac Catalyst
🟡Designed for iPad работает лучше, чем Mac Catalyst (совпало с моим личным опытом)
🟡Проект настроен с использованием XcodeGen и project.yml файла
🟡Используются @Observable объекты и SwiftUI для каждого логического экрана.

Полезный вывод:
Сложно рекомендовать Swift в качестве прагматичного выбора для серверного веб-сервиса. Все его преимущества не компенсируют его отставание от более широкой экосистемы веб-фреймворков. Возможно, через несколько лет, когда язык Swift стабилизируется и сообщество Swift за пределами разработки приложений вырастет это изменится.

🍏 Дизайн как бренд: сила выбора и веры
Наткнулся на интересное рассуждение про силу дизайна, как дизайн передает идеи и ценности бренда. Потребление стало средством самовыражения. Люди поддерживают бренды, отражающие их убеждения. Сдвиг в потреблении демократизировал брендинг и дизайн. Успех бренда зависит от веры пользователей в его идею.

Брендинг через взаимодействие и интерфейс
🔵Брендинг включает взаимодействие и интерфейс
🔵Apple HIG поддерживает преемственность бренда

Эпоха приложений
🔵Значок и заставка важны для восприятия бренда
🔵Страва показывает, что бренд формируется сообществом
🔵Потребители выбирают бренды, отражающие их идентичность

Влияние мобильных устройств
🔵Мобильные устройства изменили доступность информации
🔵Swift и SwiftUI упростили создание приложений

Брендинг в эпоху влияния и внимания
🔵Эмоциональный резонанс важнее полезности и лояльности
🔵Duolingo стал культурной иконой благодаря мемам
🔵Алгоритмически оптимизированный контент вызывает усталость

Будущее брендов
🔵Бренды должны фокусироваться на устойчивости и разнообразии
🔵Здоровая цифровая экосистема ставит людей выше прибыли
🔵Будущее дизайна - забота, а не потребление

Примеры успешных брендов
🟢Headspace, Duolingo и Notion добиваются успеха благодаря приверженности своим ценностям
🟢Они не стараются быть всем для всех
🟢Каждое дизайнерское решение должно выражать ценности бренда