Что считаешь неприемлемым на рабочем месте?

Ключевые принципы профессиональной среды в iOS-разработке

Как опытный инженер, я считаю, что продуктивная рабочая атмосфера строится на взаимном уважении, профессионализме и четких процессах. Вот что я считаю абсолютно неприемлемым в контексте разработки iOS-приложений:

1. Пренебрежение качеством кода и техническим долгом

В iOS-разработке это проявляется особенно остро:

• Игнорирование архитектурных принципов (SOLID, MVVM/VIPER вместо Massive View Controller)
• Отсутствие модульных тестов для критической бизнес-логики
• Копипаст кода вместо создания переиспользуемых компонентов
• Хардкод конфигураций вместо использования environment-based конфигураций

// НЕПРИЕМЛЕМО: Massive View Controller со 1000+ строк кода
class ProductViewController: UIViewController {
    // Все в одном классе: сетевые запросы, парсинг JSON, 
    // работа с CoreData, обновление UI, обработка жестов
}

// ПРЕДПОЧТИТЕЛЬНО: Разделение ответственности
class ProductViewModel { /* бизнес-логика */ }
class ProductNetworkService { /* сетевые запросы */ }
class ProductView { /* отображение */ }

2. Нарушение процесса код-ревью

Код-ревью — это не формальность, а crucial инструмент качества:

• Мерж-коммиты без ревью или с фиктивным одобрением
• Деструктивные комментарии вместо конструктивной критики
• Игнорирование CI/CD проверок (линтеры, тесты, сборки)

3. Сокрытие проблем и непрозрачность

В разработке под iOS с ее строгой экосистемой это особенно важно:

• Молчание о блокирующих проблемах с App Store Connect или сертификатами
• Сокрытие багов в критических функциональностях (In-App Purchases, Push-уведомления)
• Отсутствие документации по неочевидным решениям, связанным с iOS SDK

4. Нарушение сроков и обязательств без коммуникации

Особенности iOS-разработки:

• Неучет времени на ревью Apple при планировании релизов
• Молчаливые сдвиги дедлайнов без уведомления продукт-менеджеров
• Игнорирование dependency management проблем (CocoaPods/Carthage/SPM конфликты)

5. Токсичное поведение и непрофессионализм

Что убивает команду быстрее любого технического долга:

• "Not invented here" синдром — отказ от проверенных iOS-библиотек в пользу самописных велосипедов
• Публичное унижение коллег за ошибки в работе с UIKit или Swift
• Знание-худинг — сокрытие экспертизы по ключевым фреймворкам (Combine, SwiftUI, CoreData)

6. Безответственное отношение к безопасности

В мобильной разработке это критично:

• Хранение секретов в коде или плохо защищенных UserDefaults
• Игнорирование certificate pinning в production
• Отсутствие obfuscation для чувствительной бизнес-логики

7. Игнорирование accessibility и inclusivity

Как iOS-разработчики, мы обязаны:

• Не учитывать VoiceOver и Dynamic Type
• Игнорировать цветовые схемы для пользователей с дальтонизмом
• Создавать UI без учета различных размеров экранов и ориентаций

Заключение

Приемлемая рабочая среда в iOS-разработке — это симбиоз технической дисциплины и здоровых человеческих отношений. Мы работаем в экосистеме, где качество кода напрямую влияет на user experience миллионов людей. Поэтому неприемлемо всё, что ставит под угрозу этот опыт — будь то технический долг, нарушение процессов или токсичное поведение. Профессионализм проявляется не только в умении писать эффективный Swift-код, но и в способности строить sustainable процессы и respectful коммуникацию.