Что в мире iOS-разработки для тебя неинтересно?

Что кажется менее интересным в iOS-разработке?

Будучи опытным разработчиком, я выделяю несколько аспектов, которые лично мне кажутся менее увлекательными или рутинными, хотя и признаю их важность для отрасли. Это не значит, что эти области плохи — просто они меньше соответствуют моей страсти к созданию инновационных продуктов и решению сложных архитектурных задач.

Администрирование и инфраструктурная рутина

• Настройка CI/CD-пайплайнов — хотя автоматизация сборки, тестирования и публикации критически важна, тонкая настройка Jenkins, GitLab CI или GitHub Actions для iOS-проектов часто сводится к борьбе с кэшированием CocoaPods, управлением сертификатами и провижининг-профилями. Это необходимая, но часто монотонная работа.
• Массовый рефакторинг легаси-кода без изменения функциональности — например, переименование сотен методов или приведение стиля кода к новому гайдлайну. Важно для поддержания качества, но творческой составляющей здесь минимум.

Чрезмерная зависимость от визуальных конструкторов

• Длительная работа в Interface Builder/Xcode Storyboards для сложных интерфейсов. Когда нужно создать адаптивный, динамический UI, код часто оказывается более предсказуемым и контролируемым. Постоянные merge-конфликты в .storyboard и .xib файлах также отнимают много времени.

// Пример: создание UI кодом часто чище и прозрачнее для сложных случаев
let button = UIButton(type: .system)
button.setTitle("Готово", for: .normal)
button.translatesAutoresizingMaskIntoConstraints = false
view.addSubview(button)
// Дальше настройка констрейнтов и действий

Борьба с несовершенством инструментов

• Отладка случайных багов Xcode — например, когда симулятор перестает запускаться, Indexing зависает на несколько минут, или Swift Package Manager внезапно не может разрешить зависимости. Это не разработка, а преодоление препятствий среды.
• Поиск обходных путей для ограничений Apple — когда дизайн требует нестандартного поведения, а UIKit или SwiftUI накладывают жесткие рамки. Иногда это интересная задача, но часто — просто потеря времени на костыли.

Мода на излишнее абстрагирование

• Создание многослойной архитектуры с чрезмерным количеством протоколов и генерариков для простого проекта. Это может превратиться в «инженерию ради инженерии», когда вместо решения бизнес-задач разработчик строит переусложненную систему, сложную для понимания коллегами.

// Иногда простота лучше избыточного абстрагирования
class UserService {
    func fetchUser() -> User { ... }
}
// Вместо: UserFetchingProtocol, UserRepositoryProtocol, UserDataSource и т.д. для маленького приложения

Что остаётся в фокусе интереса

При этом я глубоко увлечен:

• Созданием отзывчивых и интуитивных пользовательских интерфейсов с акцентом на анимации и UX.
• Проектированием чистой, поддерживаемой архитектуры (например, на основе Clean Architecture + MVVM или Compositional Layout для сложных экранов).
• Внедрением современных технологий — Swift Concurrency, SwiftUI в сочетании с UIKit, оптимизацией производительности.
• Решение сложных бизнес-задач через код, где разработка напрямую влияет на результат продукта.

Итог: Меньше всего интереса вызывает не сама iOS-разработка, а сопутствующие рутинные, административные или навязанные сложности, которые отдаляют от основной цели — создания качественного и полезного приложения. Баланс между необходимой рутиной и творческими задачами — ключ к долгосрочной вовлеченности в профессию.