Вторая статья за день. No-Code - это прототипирование. До заказчика надо доносить что далеко не всё сможете реализовать в проекте. И может возникнуть ситуация, когда какими бы крутыми не были ваши разработчики, чтобы развивать проект дальше - придется брать и писать классическое приложение. А в наших реалиях если Клиент уже заплатил достаточно денег, ну ни как он не захочет выбрасывать то что уже сделано, а пойдет искать где смогут. Ну подходите вы здраво, не ведитесь на обещания))) Чуда не произойдёт. Хорошее и надёжное приложение - это результат работы специалистов!
Это все мои материалы) В черновиках лежали, за день запостил, поскольку они завязаны ссылками друг на друге
"No-Code - это прототипирование" - На самом деле не во всех случаях. Я бы сказал, что прототипирование это про MVP, сделанные на Adalo. Там действительно мало функциональных фишек, и там как раз нужно делать прототип, чтобы с ним идти к инвестору просить денег на кодовую разработку. В отношении Bubble не могу согласиться. Сейчас, например, ведем 2 проекта на Bubble: заказчики себе туда столько всего пожелала понапихать. И при этом мы им это все сделали, работает прекрасно. Не, понятное дело, что рано или поздно, и Bubble упрется в потолок, и дальше только на коде. Но тут уже не прототип, а все-таки продукт, и цикл самостоятельной жизни у него выше.
"А в наших реалиях если Клиент уже заплатил достаточно денег, ну ни как он не захочет выбрасывать то что уже сделано, а пойдет искать где смогут." - Да, безусловно. Но из-за рисков, озвученных мной выше в статье, большее стоит на кону. Если ты сразу вливаешь 25-30к$ в кодовую разработку, и твой проект потом не выстреливает, ты остаешься с большими долгами и проблемами. Что обиднее, потерять, в случае неудачи, 30к или 3,5?) А вот если продукт на no-code выстрелил и позволил тебе заработать, то и в кодовую разработку инвестировать уже не так страшно и жалко)
Вторая статья за день. No-Code - это прототипирование. До заказчика надо доносить что далеко не всё сможете реализовать в проекте. И может возникнуть ситуация, когда какими бы крутыми не были ваши разработчики, чтобы развивать проект дальше - придется брать и писать классическое приложение. А в наших реалиях если Клиент уже заплатил достаточно денег, ну ни как он не захочет выбрасывать то что уже сделано, а пойдет искать где смогут.
Ну подходите вы здраво, не ведитесь на обещания))) Чуда не произойдёт. Хорошее и надёжное приложение - это результат работы специалистов!
Это все мои материалы)
В черновиках лежали, за день запостил, поскольку они завязаны ссылками друг на друге
"No-Code - это прототипирование"
- На самом деле не во всех случаях. Я бы сказал, что прототипирование это про MVP, сделанные на Adalo. Там действительно мало функциональных фишек, и там как раз нужно делать прототип, чтобы с ним идти к инвестору просить денег на кодовую разработку.
В отношении Bubble не могу согласиться. Сейчас, например, ведем 2 проекта на Bubble: заказчики себе туда столько всего пожелала понапихать. И при этом мы им это все сделали, работает прекрасно. Не, понятное дело, что рано или поздно, и Bubble упрется в потолок, и дальше только на коде. Но тут уже не прототип, а все-таки продукт, и цикл самостоятельной жизни у него выше.
"А в наших реалиях если Клиент уже заплатил достаточно денег, ну ни как он не захочет выбрасывать то что уже сделано, а пойдет искать где смогут."
- Да, безусловно. Но из-за рисков, озвученных мной выше в статье, большее стоит на кону. Если ты сразу вливаешь 25-30к$ в кодовую разработку, и твой проект потом не выстреливает, ты остаешься с большими долгами и проблемами. Что обиднее, потерять, в случае неудачи, 30к или 3,5?) А вот если продукт на no-code выстрелил и позволил тебе заработать, то и в кодовую разработку инвестировать уже не так страшно и жалко)