Ilya Tkachenko
А можно подробней про "цифровизацию" строительства? А то вся статья про рекламные съемки и только пара предложений про собственно цифровую модель стройки. Какие выполненные работы, кроме земляных можно (и нужно) отслеживать с помощью дрона?
Да. Но нет
ага ))
Небось еще и нейросетка сгенерила!
Я тут подумал. А вдруг ребята просто неправильно посчитали?
Вик, передайте друзьям из SalesFinder, что такие sql запросы стыдно должно быть выкладывать на всеобщее обозрение. Навевает мысли о недостаточном профессионализме аналитиков. Как минимум, за вычисления в условиях запросу надо программиста пожурить, так делать не надо.
я комментарии читать не стал, извините. а можно ссылку на пресс-релиз сервисной сети Fit Service? я что то поискал, не нашел...
Да, если есть постоянные изменения в бизнесе, это должно отображаться в ПО.
Для этого, люди придумали техподдержку. Которая, еще раз: "заключается в добавлении в него новых возможностей, а не в его исправлении."
Если техподдержка и сопровождение, по каким то причинам прекращено, то выбор очень сложен - написать систему заново или найти кого-либо, кто продолжит сопровождение.
Для этого выбора, на мой взгляд, невозможно дать какие-то рекомендации, кроме самых общих - типа "делайте хорошо и не делайте плохо".
PS Стоимость разработки и поддержки ПО очень большая и многогранная тема, которую в комментарии раскрыть невозможно
Все это очень спорно и полемично.
Но я попробую придраться к итогам.
"Обновляйте сервис, если бизнес сильно вырос или изменился, технологии морально устарели."
Зачем? Зачем, ломать и перестраивать то, что работает?
Если калькулятор на столе у бухгалтера работает уже 10 лет, значит ли это что его надо поменять? Ведь и элементная база старая, и морально он устарел. Новые калькуляторы намного красивее и считают быстрее на 0,2 секунды!
Может все-таки стоит исходить от изменений бизнеса, новых потребностей?
"Поэтапно модернизировать проект — самое выгодное решение для компании в большинстве случаев"
Тут есть оговорка "в большинстве", уже хорошо )
Но эта фраза вытекает из теоремы что "писать сервис с нуля — плохая идея в 99% случаев", которую доказывается утверждением:
"На разработку сервиса с нуля обычно уходит примерно столько же времени, сколько было потрачено на его создание в первый раз."
Что собственно, на мой взгляд, является безосновательным.
Почему столько же времени?
Идея уже имеется, бизнес-логика проработана, даже интерфейс нарисован.. Почему столько же времени то?
И поэтапная модернизация, опять же на мой взгляд, самое дорогое решение.
И как раз вот это "Использование готовых частей кода", является одним из самых дорогих решений.
Так как:
-многократно используемые компоненты в три раза более трудоемки, чем одноразовые компоненты;
-Модификация повторно используемого кода крайне чревата ошибками. Если надо изменить более 20-25% кода компонента, то лучше переписать его с самого начала.
Ну и под "коду":
Стоимость сопровождения обычно составляет от 40 до 80% (в среднем 60%) стоимости ПО. Следовательно, эта фаза его жизненного цикла, возможно, самая важная. Примерно 60% расходов на сопровождение приходится на улучшение кода и около 17% – на исправление ошибок. Таким образом, в основном сопровождение и поддержка ПО заключается в добавлении в него новых возможностей, а не в его исправлении.
Они с CGpods работали! Это же успех!
Однако напомнило:
Вы не нужны.