Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, Serginio1, Вы писали:


S>>>С интересом: а конкретизировать?

S>>Например тот же Asp.Net MVC тянул для совместимости кучу анахронизмов. Asp.Net Core выкинули старье, за счет отсутствия совместимости и увеличили скорость в 10 раз

S>Ну, заявление-то было про грабли и про дотнет в целом. Вы б ещё workflow foundation как пример привели.


S>И раз зашла речь про веб... на одном из прежних мест работы после полутора лет наблюдения за метаниями с .net core два довольно крупных проекта начинают на ruby, а не на дотнете. По результам будет принято решение о судьбе остальных проектов. Я в детали особо не вдавался, как понял, на ближайшую пару лет риски оценили как неприемлемые.

S>Ещё один проект, хардкор-энтерпрайз, принципиально не будет переводиться на .core в обозримом будущем. Если пропустить нецензурные высказывания, то предложение самостоятельно найти замену wcf, аппдоменам/песочнице для недоверенного кода, настройкам, бинарной сериализации, ef, wmi, System.DirectoryServices и тыды не нашло горячего одобрения

S>То же самое наблюдается ещё как минимум у двух человек.

Но можно привести пример сколько пришло новых. Была статья на хабре, что около 40% использующих .Net Core пришло из других платформ языков.

S>Потому что клиентам пофиг, насколько оно быстрее, их интересует стоимость разработки и совместимость с существующей инфраструктурой. По обоим пунктам у .net core политика поменялась относительно недавно. Сколько теперь времени пройдёт, пока намерения станут реальностью _и_ эта реальность дойдёт до заказчиков — науке теперь неизвестно. Пока впечатления невесёлые, диалог сводится к предложению продолжить смысловую цепочку: silverlight, wpf, lightswich...

То, что я вижу это стремление MS перейти к магазину и UWP. Можно сделать аналог silverlight на том же .Net Core, по аналогии с Visual Code или CEF, ES6, Angular 2, TypeScript использование классов .Net Core. Создание кроссплатформенного GUI для .Net с помощью CEF


Подождем NetStandard 2 и .Net Core 2. ждать осталось немного. А завтра статью опубликую [url=https://habrahabr.ru/post/323096/]].Net Core, AppDomain, WCF, RPC маршалинг по Tcp/Ip свой велосипед.
[/url Кстати скорость обмена порядка 14 000 вызовов в секунду.

Да выкинули AppDomain, Remoting. Но если добавить для динамиков псевдоинтерфейсы, аналога аннотации типа в TypeScript d.ts, для статической проверки кода и IntelliSense, то это будет мало отличаться от WCF и Remoting

Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, Serginio1, Вы писали:


S>>>С интересом: а конкретизировать?

S>>Например тот же Asp.Net MVC тянул для совместимости кучу анахронизмов. Asp.Net Core выкинули старье, за счет отсутствия совместимости и увеличили скорость в 10 раз

S>Ну, заявление-то было про грабли и про дотнет в целом. Вы б ещё workflow foundation как пример привели.


S>И раз зашла речь про веб... на одном из прежних мест работы после полутора лет наблюдения за метаниями с .net core два довольно крупных проекта начинают на ruby, а не на дотнете. По результам будет принято решение о судьбе остальных проектов. Я в детали особо не вдавался, как понял, на ближайшую пару лет риски оценили как неприемлемые.

S>Ещё один проект, хардкор-энтерпрайз, принципиально не будет переводиться на .core в обозримом будущем. Если пропустить нецензурные высказывания, то предложение самостоятельно найти замену wcf, аппдоменам/песочнице для недоверенного кода, настройкам, бинарной сериализации, ef, wmi, System.DirectoryServices и тыды не нашло горячего одобрения

S>То же самое наблюдается ещё как минимум у двух человек.

Но можно привести пример сколько пришло новых. Была статья на хабре, что около 40% использующих .Net Core пришло из других платформ языков.

S>Потому что клиентам пофиг, насколько оно быстрее, их интересует стоимость разработки и совместимость с существующей инфраструктурой. По обоим пунктам у .net core политика поменялась относительно недавно. Сколько теперь времени пройдёт, пока намерения станут реальностью _и_ эта реальность дойдёт до заказчиков — науке теперь неизвестно. Пока впечатления невесёлые, диалог сводится к предложению продолжить смысловую цепочку: silverlight, wpf, lightswich...

То, что я вижу это стремление MS перейти к магазину и UWP. Можно сделать аналог silverlight на том же .Net Core, по аналогии с Visual Visual Studio Code или CEF, ES6, Angular 2, TypeScript использование классов .Net Core. Создание кроссплатформенного GUI для .Net с помощью CEF


Подождем NetStandard 2 и .Net Core 2. ждать осталось немного. А завтра статью опубликую [url=https://habrahabr.ru/post/323096/]].Net Core, AppDomain, WCF, RPC маршалинг по Tcp/Ip свой велосипед.
[/url Кстати скорость обмена порядка 14 000 вызовов в секунду.

Да выкинули AppDomain, Remoting. Но если добавить для динамиков псевдоинтерфейсы, аналога аннотации типа в TypeScript d.ts, для статической проверки кода и IntelliSense, то это будет мало отличаться от WCF и Remoting