Исходное сообщение
"Релиз открытой платформы платформы .NET 6" Отправлено Аноним, 10-Ноя-21 09:35
3 года по любым меркам это очень и очень мало. Приходит крупная компания и решает, какую платформу использовать для своего программного продукта, который будет работать в ближайшие 10-15 лет. Допустим, возьмём команду из 10 .net разработчиков (или найдём outsource), они за год-полтора пишут все и внедряют. Дальше их нет смысла держать, достаточно 1-2-3 для тех. сопровождения и правок багов. Причём оплата за задачи, то есть накапливается несколько задач, это оценивается в N часов, вот за эти N часов и идёт оплата. Если программный продукт крупный, то у него будут различные интеграции (с какой-нибудь ERP, 1C и прочей чертовщиной). И тут обычным обновлением версий не обойдешься. И само обновление для крупного программного продукта - процесс более сложный. Нужен план обновления, checklist/тестплан, методика обновления, опытной эксплуатации, решение в вводе новой версии в промышленную эксплуатацию, где донабрать команду на обновление и тестирования и мониторинг, чтобы ничего не отвалилось (в том числе и интеграции). И самое главное - надо обосновать бизнес, зачем он должен на всё это выделять деньги, когда такое обновление приносит ему нулевую выгоду.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> 3 года по любым меркам это очень и очень мало. Приходит крупная > компания и решает, какую платформу использовать для своего программного продукта, который > будет работать в ближайшие 10-15 лет. Допустим, возьмём команду из 10 > .net разработчиков (или найдём outsource), они за год-полтора пишут все и > внедряют. Дальше их нет смысла держать, достаточно 1-2-3 для тех. сопровождения > и правок багов. Причём оплата за задачи, то есть накапливается несколько > задач, это оценивается в N часов, вот за эти N часов > и идёт оплата. Если программный продукт крупный, то у него будут > различные интеграции (с какой-нибудь ERP, 1C и прочей чертовщиной). И тут > обычным обновлением версий не обойдешься. > И само обновление для крупного программного продукта - процесс более сложный. Нужен > план обновления, checklist/тестплан, методика обновления, опытной эксплуатации, решение > в вводе новой версии в промышленную эксплуатацию, где донабрать команду на > обновление и тестирования и мониторинг, чтобы ничего не отвалилось (в том > числе и интеграции). И самое главное - надо обосновать бизнес, зачем > он должен на всё это выделять деньги, когда такое обновление приносит > ему нулевую выгоду.
	Введите код, изображенный на картинке: