✏ Участвую во втором туре конкурса «Продолжи мысль» от @systems_education
📌 Рецензия на пост: Фронт раньше бэка – это вообще законно? 🤔
История во мне откликнулась
Автор поста делится реальной болью: когда фронт выкатывают раньше бэка, команда сталкивается с рассинхроном и падением качества. Вывод прямой и жёсткий:
И в целом это правда. Но у меня есть немного другой взгляд.
Мой случай
Это был 2015 год, конец большого проекта для Водоканала. Мы сдавали систему автоматизации диспетчерской службы и производственных подразделений. Почти все модули были готовы, кроме одного — мобильного приложения для аварийной бригады. На него банально не хватило проектного времени.
В час «Ч» назначили финальное демо всей системы для управляющей компании - приехало начальство из Москвы. И нам пришлось показать то, что успели: только фронт с примером данных на планшете.
И что же? Заказчики нажимали кнопки, переходили между экранами и радовались:
Бэк мы прикрутили позже, уже после сдачи проекта. И удивительно — это приложение до сих пор используют водоканалы по всей России.
👉 Если бы мы ждали полноценного бэка, проект могли бы признать несданным. А так мы уложились в сроки и сохранили доверие заказчика.
Ещё один пример из истории
Когда Стив Джобс презентовал первый iPhone, устройство тоже работало «на честном слове»: многие функции были прототипами, и всё держалось на заранее отработанном сценарии. Но именно этот «фронт без бэка» произвёл эффект вау и изменил рынок.
Почему я смотрю иначе
Да, технологически фронт раньше бэка — риск. Но в реальной жизни часто решают сроки и бюджеты, а не идеальная архитектура. Иногда прототип или демонстрация фронта — единственный способ показать ценность и убедить заказчика продолжать проект.
Мой инсайт
Если использовать его осознанно, честно говорить о рисках и не подменять им полноценную систему, то он может стать сильным ходом. Иногда именно такие «смелые прототипы» открывают путь к долгоживущим продуктам.
#продолжи_мысль_SE
📌 Рецензия на пост: Фронт раньше бэка – это вообще законно? 🤔
История во мне откликнулась
Автор поста делится реальной болью: когда фронт выкатывают раньше бэка, команда сталкивается с рассинхроном и падением качества. Вывод прямой и жёсткий:
фронт без бэка — нельзя.
И в целом это правда. Но у меня есть немного другой взгляд.
Мой случай
Это был 2015 год, конец большого проекта для Водоканала. Мы сдавали систему автоматизации диспетчерской службы и производственных подразделений. Почти все модули были готовы, кроме одного — мобильного приложения для аварийной бригады. На него банально не хватило проектного времени.
В час «Ч» назначили финальное демо всей системы для управляющей компании - приехало начальство из Москвы. И нам пришлось показать то, что успели: только фронт с примером данных на планшете.
И что же? Заказчики нажимали кнопки, переходили между экранами и радовались:
«Наконец-то можно работать прямо у канавы!»
Бэк мы прикрутили позже, уже после сдачи проекта. И удивительно — это приложение до сих пор используют водоканалы по всей России.
👉 Если бы мы ждали полноценного бэка, проект могли бы признать несданным. А так мы уложились в сроки и сохранили доверие заказчика.
Ещё один пример из истории
Когда Стив Джобс презентовал первый iPhone, устройство тоже работало «на честном слове»: многие функции были прототипами, и всё держалось на заранее отработанном сценарии. Но именно этот «фронт без бэка» произвёл эффект вау и изменил рынок.
Почему я смотрю иначе
Да, технологически фронт раньше бэка — риск. Но в реальной жизни часто решают сроки и бюджеты, а не идеальная архитектура. Иногда прототип или демонстрация фронта — единственный способ показать ценность и убедить заказчика продолжать проект.
Мой инсайт
Фронт раньше бэка — не всегда ошибка. Это инструмент.
Если использовать его осознанно, честно говорить о рисках и не подменять им полноценную систему, то он может стать сильным ходом. Иногда именно такие «смелые прототипы» открывают путь к долгоживущим продуктам.
#продолжи_мысль_SE