Разработка приложения на базе сайта
Сегодня я хочу поднять проблему построения проекта, когда в нём есть и сайт, и мобильное приложение. Именно на этой проблематике очень часто возникают конфликты между программистами, которые подходят к задаче с точки зрения разработки и хотят сделать всё идеально, и клиентами, которых в первую очередь интересует экономическая сторона вопроса. <…
4141 показ
2.4K2.4K открытий
11 репост
Я не отрицаю того, что программисты могут перетягивать палку и слишком топить за рефакторинг. Но на деле бывает, что как раз программисты больше остальных задумываются о развити продукта и сигнализируют о надвигающихся проблемах на ранних стадиях.
Выслушать и принять взвешенные решения тут очень важно. Проблема в том, что менеджеры приходят в компанию на 3-6 мес, получают свою кипиайку и сваливают. Ип пофиг на дальнейшее развитие продукта. И всякие агенства - то же самое. Им еще менее важно развитие продукта через полгода.
Вы пишете о том, что классический подход оправлан, когда большие нагрузки и вот это вот всё. К сожалению, вы совершенно не понимаете, какие проблемы решает этот "классический" подход.
В вашем примере пилить параллельную реализацию было удобно, чтоб быстро закрыть проект, но вы создали заказчику уйму проблем. Многие фичи теперь надо пилить в двух местах - для сайта и для приложухи. Баги править в двух местах. Учитывать, что изменение архитектуры данных под задачу, касающуюся сайта может уронить рест апи, которым пользуется приложуха.
Подход, который вы назвали классическим, решает как раз проблему часто появляющихся и изменяющихся бизнес требований. То, что приложение потом еще и держит высокие нагрузки - это просто приятный бонус. Вернее, оно держит нагрузки не просто из-за правильного подхода, а из-за того, что логика изолирована и отлавливать и оптимизировать бутылочные горлышки проще.
Как вы сами написали, вы все равно пилили РЕСТ апи для приложухи. Т.е. работу вы особо не сэкономили.
Стоило только писать апиху с учетом реалий сайта и на нее было бы относительно несложно повесить и сам сайт. Возможно, ее даже проще было бы делать на основе работаещего кода существующего сайта. То, что там нет апихи совсем не означает, что логика отображения не отделена от бизнес логики. Вы совсем не осветили эти вопросы.
Но то, что вы хорошие сейлзы и продали клиенты какашку, спорит не буду.