Нравится ли пользоваться продуктом который развиваешь?

Значение использования продукта для iOS-разработчика

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

Почему это обязательно, а не просто «нравится»

Использование своего продукта (dogfooding) — это мощный инструмент для разработки, который даёт уникальные инсайты, недоступные через технические метрики и отчеты QA.

1. Глубокое понимание пользовательского опыта (UX):

• Обнаружение микро-раздражителей: Только ежедневно используя приложение, можно почувствовать ту едва заметную задержку анимации, неудобное расположение кнопки под большим пальцем или странный порядок экранов в онбординге. Эти мелочи часто ускользают при тестировании по чек-листам.
• Контекст использования: Разработчик видит приложение в идеальных условиях: на мощном девайсе, с быстрым интернетом. Пользователь же может открывать его в метро, с одной рукой, на старом iPhone. Регулярное использование помогает эмпатизировать и предвосхищать реальные сценарии.

2. Прямая связь с качеством кода (QA):

• Выявление скрытых багов: Многие баги проявляются не в четких сценариях, а в странных комбинациях действий, переходов между фонами/активными состояниями. Разработчик, живущий в приложении, случайно натыкается на них.
• Мониторинг производительности: Постепенное увеличение времени запуска, подтормаживание списков после определенных действий, рост потребления памяти — всё это сначала чувствуется «на пальцах» при активном использовании, а уже потом подтверждается профилировщиками.

3. Формирование продуктового мышления:

• Разработчик перестает быть просто исполнителем задач (тикетов) и начинает мыслить в терминах проблем пользователя и ценности фичи. Это напрямую влияет на принимаемые технические решения.

Практические примеры из опыта

// Пример 1: Обнаружение UX-проблемы через использование.
// В коде всё работает идеально:
func saveUserProfile() {
    DataManager.shared.save(user: currentUser) // Синхронная запись в Core Data
    APIService.shared.updateProfile(user: currentUser) // Асинхронный вызов API
    navigationController?.popViewController(animated: true) // Мгновенный возврат
}

// При ежедневном использовании стало ясно: пользователь нажимает "Сохранить",
// экран сразу закрывается, но если сеть плохая, данные могут не уйти на сервер.
// Решение (принятое благодаря личному опыту): добавить индикатор прогресса
// или отложенную синхронизацию с состоянием.

// Пример 2: Выявление проблемы с памятью.
// В логах Instruments всё чисто, утечек нет.
// Но после 20 минут активного использования нативного плеера внутри приложения
// начались лаги в UICollectionView с галереей. Личное использование помогло
// воспроизвести сценарий и найти проблему: невыгруженные кэшированные
// изображения из библиотеки PHCachingImageManager, которые конфликтовали
// с видео-декодированием.

Не всегда это «нравится» в бытовом смысле

Бывают ситуации, когда использование своего продукта — это работа, а не удовольствие.

• Редизайн или смена парадигмы интерфейса. Первое время это может быть неудобно и непривычно даже для разработчика, но нужно пройти этот путь, чтобы понять боли пользователей.
• Тестирование edge-cases и скучных сценариев. Например, многочасовое тестирование процесса оформления заказа или всех состояний формы обратной связи. Это не «нравится», но необходимо.

Как интегрировать эту практику в процесс

• Обязательная установка nightly/beta-билдов на свой основной девайс.
• Регулярные сессии использования ключевых сценариев приложения (как новый пользователь, как опытный).
• Обсуждение найденных проблем на стендапах или планировании спринта не как багов, а как улучшений UX.
• Поощрение всей команды (включая PM, дизайнеров) к активному daily use.

Итог: Вопрос не в личной симпатии. Использование продукта — это профессиональный долг и мощнейший инструмент контроля качества и UX. Это позволяет создавать не просто работающий с технической точки зрения код, а целостный, отполированный и удобный продукт, в который веришь и который с чистой совестью можешь рекомендовать другим. Именно так рождаются приложения уровня Apple's Editor's Choice.