MineRunnerЧто мне больше всего не нравится, так это то, что фактически все вакансии ASP.NET (MVC) давно превратились в вакансии, что постольку-поскольку надо знать C# и .NET, и, ГЛАВНОЕ, чтобы от зубов отлетали всякие Angular, Bootstrap, jQuery, Typescript и прочая хрень. Т. е. если хочешь разрабатывать для веба под .NET, то вынужден более, чем на половину сменить профиль с .NET на javascript/HTML и кучу всяких библиотек под них.Ну это логично - программировать под веб-обозреватель нужно на языке, поддерживаемом веб-обозревателем.
MineRunnerА поскольку всякие библиотеки для JS появляются и исчезаются, а также переписываются до полной смены парадигмы каждый годИспользовать "сырые" библиотеки никто не заставляет.
MineRunnerВедь абсолютно та же херня была и с JS - был вначале простой и тупой язычок для двигания кнопочек по DOM'у и подгрузки кусочков текста асинхронно. Но пришёл сраный Гугел и давай продвигать "полноценную разработку на вебе, долой десктопы (толстый намёк на "виндовс не нужен, M$ маздай!")" и прочую ересь.Никто не мешает создать достойную альтернативу. А её нет и не планируется.
MineRunnerИ вот он результат такой политики в наше время - полмира программистов хреначат тормозное и глючное дерьмо, пожирающее ресурсы по 100-200 мегабайт на вкладку ради отображения нескольких сообщений по 140 символовТиповая корпоративная морда к БД всегда потребляла столько оперативки, ещё со времён Delphi.

MineRunnerа зачем нам ваще нужен сишарп?Для серверсайда.
MineRunner- эй, ребята, тут типа нода какая-то есть, крутая штука, говорят, щас всё на ней делается - сишарп не нужен."Говорят, что кур доят" (ц)

MineRunnerАлексей КНикто не мешает создать достойную альтернативу. А её нет и не планируется.
Нет альтернативы десятку сообщений по 140 символов на странице, жрущим по 150 метров оперативы и тормозящим на 2 ядрах? Кто-нибудь, взорвите эту долбаную планету!Применяй правильную архитектуру. С "тысячами записей в гриде" будет тормозить любое UI.

зы: По моим наблюдениям, HTML, при сопоставимых возможностях, работает быстрее WPF. Работать с "HTML + куча костылей на мой вкус" приятнее чем в WPF.

MineRunnerАлексей Кпропущено...
Применяй правильную архитектуру. С "тысячами записей в гриде" будет тормозить любое UI.

зы: По моим наблюдениям, HTML, при сопоставимых возможностях, работает быстрее WPF. Работать с "HTML + куча костылей на мой вкус" приятнее чем в WPF.
Это всего лишь следствие того, что рендер WPF писали какие-то индусы в 2005 году , которые по каким-то там причинам решили сделать вот так вот, как они сделали. С тех пор МС так и не удосужился переписать его. Да и незачем уже - WPF есть obsolete и legacy, на его место давно уже пришёл UWP и New XAML Framework (начиная с Виндовс 8), в которых рендер более оптимизированный и поддерживает DirectX вплоть до 12, а не как допотопный WPF - только DX 9.Речь идёт о тормозах WPF, связанных с расчётом компоновки.

MineRunnerТ. е. ваш комментарий вовсе не означает, что HTML настолько крут, что обгоняет десктопный натив. На самом деле HTML тормоз, несмотря на все последние оптимизации, но ему подфартило, что МС просто плюнула на оптимизацию WPF, что даже такое дерьмо, как HTML стал выглядеть на его фоне молодцом.WPF оптимизирован настолько, насколько позволяет его архитектура. При оптимизации уделено внимание даже такому :

MineRunnerАлексей К,

я думаю, когда в твоей ЖД будет очередной наплыв моднявых студней с нодой в головах, ты не станешь шамкать им что-то против, а быстренько смажешь флюгер и перекрасишься. МСУ вон перекрасился, только зачем-то в джаву (щас, наверное, локти кусает, после последних новостей про поддержку джавы оракелом), а надо было в джаваскрипт. Перепутал слегка - названия-то похожие. skyANA вот молодец - у него флюгер сразу по всем направлениям указывает и он всегда носит разноцветное хаки.На текущий мэнстрим для новых проектов: MSSQL, EntityFramework, MVC, WebAPI, HTML SPA, KnockoutJS, Bootstrap, "мой велосипед".

*Наш ...