С помощью утилиты atos получилось хоть что-то понять без кофейной гущи ☕️

Я всё же не смогу уснуть не докопавшись до причины падения 🤣

Похоже, 146%, что приложение пыталось обратиться к новому полю в Core Data модели lastUpdated. Как раз его я и добавил, чтобы отслеживать обновления в данных при синке с Firebase.

Ну видимо, действительно, модель на Xcode Cloud переставилась на предыдущую версию, прям как у меня локально! Она переставилась именно там, в облаке, т.к. я делаю коммиты очень аккуратно, и даже под действием паранойи, я проверил по истории коммитов: там стоит новая версия в файле .xccurrentversion!!!!

Извините, конечно, но это какое-то магическое 💩 и у меня просто нет слов 🪲🐛🪲

Без тестов по итогу никуда? Как с таким жить?

Начинаю реализацию приложения “Любимые товары” ⚫️

Думаю, что это момент, когда можно приостановить разработку DerDieDas, выдохнуть, и делать первые штрихи по экрану симулятора, чтобы, наконец, сделать приложение с задумки которого всё началось.

⌨️ Для начала нужно познакомиться как работать с камерой и библиотекой фото, т.к. это одна из самых важных функциональностей - создание или загрузка изображений.

Попробую немного другой формат изучения: https://developer.apple.com/tutorials/sample-apps/capturingphotos-camerapreview

Это официальные туториалы на основе проектов в Swift Playground. Некоторые части реализации можно будет взять прям оттуда 📱

Изучаю код Capturing Photos

Я думал, что @Binding как раз позволяет не пересоздавать View каждый раз, а только пересчитывать body ❔

😯 Не очень удачная идея делать такой перенос одного слова. Я пару секунд искал метод Photo(), оказалось метод takePhoto()

Это из оф. туториала https://developer.apple.com/tutorials/sample-apps/capturingphotos-captureandsave

Но в остальном туториал мне нравится 👍

Чтобы минимизировать ошибку связанную с рандомным переключением версии модели, добавил Smoke Test. Тест очень простой - запустить приложение.
Когда погружусь в тестирование, смогу что-то уже “хорошее” писать. Но пользу смоук теста сложно переоценить 😊

💨 Что такое smoke tests и откуда они взялись?

Когда я впервые услышал про smoke tests, почему-то сразу подумал про проверку печки - типа, протопил и смотришь, не идёт ли дым не оттуда 😄

Я нашёл несколько версий происхождения этого определения. Но, похоже, печи и камины - самое вероятное, т.к. они существуют уже очень давно.

Итак, где применяется это понятние:
🔹 Электроника - когда собирали новое устройство, его включали в первый раз и просто смотрели: не задымится ли? Если всё ок - можно тестировать дальше.
🔹 Сантехника (plumbing industry) - проверяли герметичность труб, закачивая внутрь дым. Если дым выходит - есть утечка.
🔹 Печи, камины и дымоходы - ну тут всё логично: пошёл дым не туда - значит, проблема.

https://en.wikipedia.org/wiki/Smoke_testing

Всё это объединяет один простой принцип: первая, базовая проверка, чтобы убедиться, что система хотя бы “не горит”.

В программировании smoke test - это:
🟢 Проверка, запускается ли приложение
🟢 Работают ли основные функции (например, логин)
🟢 Отвечает ли сервер
🟢 Загружается ли интерфейс

Если всё это прошло - можно переходить к более серьёзному тестированию. Если нет - чинить основу, а не искать баги глубже.

Зачем нужны smoke-тесты?
🟢 Быстро понять, «жив» ли билд после сборки или деплоя
🟢 Не тратить время на детальное тестирование, если всё и так сломано
🟢 Держать команду в здравом уме и не ловить баги в том, что даже не стартует

Страдания продолжаются

Совсем недавно я обнаружил огромный и неожиданный всплеск на графике использования Firebase Firestore.
Дневная квота была израсходована 😢

Поначалу я обвинил в этом мой скрипт для загрузки слов. Но просто попробовав запустить его несколько раз обнаружил, что он тут ни при чём.

Следующим подозреваемым стали тесты.
Добавил ещё логов в приложении в виде print.
Запускаю тесты, они отрабатывают. И тут начинаются страдания.
Простой вопрос - где логи? А кто бы знал… Я отказываюсь понимать почему их не видно в интерфейсе Xcode.

Я посмотрел и различные окна, и результаты тестов, и пробовал успеть приатачиться к дебагеру (пока тест запущен).
Почитал форумы https://developer.apple.com/forums/thread/93369, где рекомендую статьи как посмотреть логи приложения https://michele.io/test-logs-in-xcode/

По-моему это перебор 🤪

Вроде получилось получить доступ к логам с помощью

xcrun xcresulttool export diagnostics --path ‘/Users/user/Library/Developer/Xcode/DerivedData/MyApp-abc/Logs/Test/Test-MyAppUITests-2025.06.21_07-56-42-+0200.xcresult' --output-path ./diagnostict

Там тот ещё лес дремучий, но где-то в глубине есть файл

…/StandardOutputAndStandardError-MyApp.txt

Есть ли способ сделать это проще? 🤔

Когда я узнал, что iPhone позволяет делать отмену введенного текста, а это было пару лет назад, просто обычным встряхиванием телефона, то сразу взял на заметку, что это можно использовать каким-нибудь прикольным образом.

Теперь я могу собирать фидбэк от пользователей таким образом. Нужно просто потрясти телефон, и приложение предложит зарепортить «неправильное слово».

На гугл картах тоже есть такая фишка 🔵

Всем привет 👋

Спешу с отличными новостями! Я наконец начал реализацию приложения, с задумки которого всё началось.

На этот раз всё идет куда лучше и быстрее. А главное получается структурировано, и верится, что поддержка будет так же проста, как и первые вьюхи.

🔸 Таргетная iOS 🍏 - хочу использовать относительно свежие инструменты.

🔸 В качестве хранилища - 👩‍💻 json документ. Причем картинки хранятся отдельно, а в json указаны их пути.

🔸 Таб с камерой 📸 находится в прогрессе, пока можно брать фото из библиотеки

🔸 Отдельная гордость - категории, они динамические, пользователь может создавать их самостоятельно

С обновлённым дизайном iOS 26 таб-навигация выглядит обалденно 😍

Самое большое наблюдение этого дня 😮

Есть массив изображений. При нажатии на одно из них хочется показать его на весь экран. Первое, что пришло на ум - использовать fullScreenCover(isPresented:)

Запоминаем, на каком индексе пользователь нажал на картинку, и выставляем флажок:

@State private var selectedImageIndex: Int? = nil
@State private var showFullScreenImage = false

ForEach(Array(images.enumerated()), id: \.offset) { idx, image in
  Image(uiImage: image)
    .onTapGesture {
      selectedImageIndex = idx
      showFullScreenImage = true
    }

Перкрасно, но это не работает, т.к. selectedImageIndex передаётся дальше как nil.

Другой (и рабочий) вариант - запаковать selectedImageIndex в свою структуру и использовать fullScreenCover(item:)