Comments 7
Картинки к статье симпатичные, но вызывают боль, когда начинаешь всматриваться)))
Не понятно "предсказуемо и понятно" для кого? Куча сотрудников работали со старой системой, и она для них за долгое время работы понятна. Сказать им, что у вас теперь новая система и она теперь более понятна не значит, что бизнес процесс станет эффективнее.
Если брать частичную перестройку, то обычно все болячки вытекают из того, что хранение данных было организовано неудобно. База разрасталась и в определенный момент с этим стало невозможно работать, по этому пришлось натыкать везде палок и липкой субстанции. А переход на новую систему довольно дорогостоещее занятие для больших баз. Да и высока вероятнтсть при переходе потерять часть этих данных. Это к тому, что частичная перестройка только внешне даст какое то отличие, внутри высока вероятнтсть, что понимание для чего там были палки придет только в процессе работы. И в итоге все будет по смыслу такое же только с новой оберткой.
Получается самый эффективный это только первый вариант с небольшими исправлениями старого бэковского функционала.
Кроме сотрудников есть клиенты. А базы данных не у всех блокирующие факторы
Сводить общую статью к узкому кейсу — довольно бесперспективная затея =)
Если внутрянка замка символизирует только фронт, который видит клиент, то вопросов нет. Но хочу заметить, что я затронул далеко не узкий кейс, а напротив взял весь проект в целом. И если редизайн затрагивает работу бэка и внутрянку, которой пользуются сотрудники, это как правило вытекает в боль.
У вас видимо проффесиональное искажение: работаете на взрослых проектах. А в мире вокруг есть люди, которые называют корпоративный сайт, в котором из интеграций форма обратной связи да счетчики, диджитал проектом =)
Ну и сами понимаете: эта статья для тех ребят, корым надо объяснять что такое API, на не для тех которые SQL запросы пишут для того чтобы размяться перед рабочим днем
Как сделать редизайн сервиса: рассказываем на примере средневекового замка