Dmitry Pankin

+43
с 2020

CEO & Founder at Resolventa | Эксперт в разработке ПО - помогаю бизнесам создавать цифровые продукты и перезапускать устаревшие https://dmitrypankin.ru/

4 подписчика
26 подписок

О, а вот и защитники "все выкинуть и написать с нуля" подтянулись. Конечно, это сложно, и думать надо, и разбираться... И да, дорого, но зачастую выгоднее для бизнеса, чем все переписать.

Разработчикам, конечно, проще написать новую. А вот для бизнеса это далеко не всегда оптимальное решение. Об этом и статья.

Вы так интересно отрезали ключевую часть фразы про CMS - "Если планируется развитие и усложнение системы, то CMS это почти всегда тупиковый путь".
Про бюджет любому адекватному человеку тоже понятно, о чем речь.
Вы, похоже, бог троллинга ) Не вижу смысла далее с вами дискутировать.

3

Да не надо менять версию ради версии. Речь в статье вообще не об этом, и не о приложениях, которые всем устраивают бизнес.
Основной кейс, который я адресую, и с которым мы часто сталкиваемся - есть устаревшее ПО, которое не удовлетворяет бизнес по множеству параметров. Что делать с таким ПО - переписывать с нуля или планомерно модернизировать. Во многих случаях, постепенная модернизация предпочтительнее для бизнеса, хотя программисты наоборот уверяют, что надо все переделать с нуля.
Мне кажется, что мы вообще с вами об одном и том же говорим просто с разных сторон. Я как раз за то, чтобы не переписывать все заново, если бизнесу это не приносит пользы.

1

Нет, я так не говорю. Я уверен, что для каждой задачи есть свое оптимальное решение. Именно в этом и заключается профессионализм - знать многообразие вариантов и подбирать лучший в зависимости от задачи и целей клиента.
CMS - прекрасный вариант во многих случаях. Например, когда нужно быстро, недорого и без особо сложной кастомизации на уровне кода.

Нет, конечно, если бизнес заказчика и пользователей все устраивает, то и не надо ничего обновлять. Я давал общие, усредненные рекомендации. Статья в первую очередь для менеджеров, у которых проблемы с устаревшими ИТ системами, а им ездят по ушам...
Естественно, каждый случай индивидуальный и невозможно дать какой-то единый четкий алгоритм для абсолютно любой системы.

1

Не понял вашего вывода. Действительно, на старте многих проектов скорость и бюджет решают. Соответственно, выбор CMS оправдан.
А если клиенту не нужна кастомная разработка, то мы его за уши в нее тащить не будем. Более того, он и сам скорее всего не пойдет, т.к. бюджеты совсем другие по сравнению с CMS.

Евгений, а мы с таким не сталкивались особо. Могу предположить лишь то, что разработчики делали сайты на каких-нибудь CMS, типа битрикса, и они просто ограничены функционалом этой платформы, поэтому отбиваются от нестандартных хотелок заказчика как могут.
У нас, наоборот, кастомная разработка, поэтому чем сложнее и необычнее задача, тем нам интереснее с ней работать.

1

Илья, мне кажется, что вы в своих рассуждениях упустили самое главное - постоянные изменения в бизнесе, которые за собой тянут такие же постоянные изменения в приложении. Очень редкая ситуация, когда приложение создали и дальше пользуются им годами без каких-то изменений. Ваш пример с калькулятором именно про это. Бухгалтеру через 10 лет уже не калькулятор нужен, а планшет с самой свежей версией его бухгалтерской программы, а вы его калькулятором заставляете пользоваться...

Мы предпочитаем фреймворк Symfony. Он отлично подходит, как основа для поэтапной модернизации проекта, так и для старта новых больших и сложных проектов с нуля.

Да в общем то наверное так же как и любого другого подрядчика - смотреть портфолио, кейсы, адекватность и т.д.

В больших и сложных системах зачастую сложнее разобраться и в том, что уже написано и изменить это, чем написать что-то с нуля.

Если у компании есть экспертиза, чтобы найти, правильно оценить и потом управлять этим толковым разработчиком, то возможно будет выгоднее. Но если у вас нет серьезной экспертизы в ИТ, то зачастую и проще, и дешевле довериться надежному подрядчику.

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

2

Для первого опыта вполне неплохо. Но для чего-то серьезного это, конечно, не походит.

1