The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз платформы .NET 6, opennews (??), 08-Ноя-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


147. "Релиз открытой платформы платформы .NET 6"  +/
Сообщение от Аноним (147), 09-Ноя-21, 10:16 
https://docs.microsoft.com/en-us/dotnet/core/compatibility/6.0
Ответить | Правка | Наверх | Cообщить модератору

152. "Релиз открытой платформы платформы .NET 6"  +/
Сообщение от Аноним (139), 09-Ноя-21, 10:26 
Спасибо. Что-то прям много всего поломали. Какой-нибудь крупный проектс закосом под энтерпрайз как раз три года и будет мигрировать на .net 6. А есть увеличенная поддержка, чтобы не три года, а хотя бы 6-8-10 лет?
Ответить | Правка | Наверх | Cообщить модератору

158. "Релиз открытой платформы платформы .NET 6"  +1 +/
Сообщение от амоним (?), 09-Ноя-21, 10:40 
нет, все lts у .net core, а теперь просто .net живут 3 года. по современным меркам это не так мало... + миграция не такая ацкая как кажется. проект на 500 тыс строк, переползает на новую версию обычно за неделю. и то все недовольны. 500 тыс строк на .net в сопровождении это не питон или js.
Ответить | Правка | Наверх | Cообщить модератору

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

И само обновление для крупного программного продукта - процесс более сложный. Нужен план обновления, checklist/тестплан, методика обновления, опытной эксплуатации, решение в вводе новой версии в промышленную эксплуатацию, где донабрать команду на обновление и тестирования и мониторинг, чтобы ничего не отвалилось (в том числе и интеграции). И самое главное - надо обосновать бизнес, зачем он должен на всё это выделять деньги, когда такое обновление приносит ему нулевую выгоду.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру