Добавить в корзинуПозвонить
Найти в Дзене
Picasel Agency

Пять мифов о разработке приложений

Собрали распространённые заблуждения, с которыми мы лично сталкиваемся в работе. Миф 1: «Просто поменяйте шрифт / замените картинку» Казалось бы — мелочь. На деле: изучение изменений в макете, подготовка изображений под разные разрешения, вёрстка, адаптация, тестирование, деплой на продакшн. А за «просто добавьте кнопку» нередко стоит новая бизнес-логика, интеграция и работа с базой данных. Миф 2: «MVP можно сделать за месяц» Можно — если это действительно MVP: пара экранов и базовый функционал. Как правило, под MVP подразумевается авторизация, личный кабинет, админ-панель, интеграции с API, рассылки. Это уже не минимальный продукт, а почти релизная версия. Миф 3: «Релиз — это финал» Релиз — это начало долгого пути жизни продукта. После запуска идут багфиксы, аналитика, обратная связь пользователей, обновления ОС, работа с безопасностью и новые фичи. Приложение — живой продукт, а не разовая задача. Миф 4: «Документация — это необязательно» Без roadmap'а и описательной части невозмо

Пять мифов о разработке приложений

Собрали распространённые заблуждения, с которыми мы лично сталкиваемся в работе.

Миф 1: «Просто поменяйте шрифт / замените картинку»

Казалось бы — мелочь. На деле: изучение изменений в макете, подготовка изображений под разные разрешения, вёрстка, адаптация, тестирование, деплой на продакшн. А за «просто добавьте кнопку» нередко стоит новая бизнес-логика, интеграция и работа с базой данных.

Миф 2: «MVP можно сделать за месяц»

Можно — если это действительно MVP: пара экранов и базовый функционал. Как правило, под MVP подразумевается авторизация, личный кабинет, админ-панель, интеграции с API, рассылки. Это уже не минимальный продукт, а почти релизная версия.

Миф 3: «Релиз — это финал»

Релиз — это начало долгого пути жизни продукта. После запуска идут багфиксы, аналитика, обратная связь пользователей, обновления ОС, работа с безопасностью и новые фичи. Приложение — живой продукт, а не разовая задача.

Миф 4: «Документация — это необязательно»

Без roadmap'а и описательной части невозможно понять, как продукт работал раньше, как работает сейчас и куда движется. Легаси накапливается — и без актуальной документации разобраться в нём становится дорого.

Миф 5: «Рефакторинга можно избежать»

Можно откладывать. Но по мере роста продукта старый код начинает конфликтовать с новым функционалом. Костыли работают — до поры. Рефакторинг всё равно придётся делать, просто позже это обойдётся дороже. О том, что такое рефакторинг более подробно расскажем в новом посте.