#

https://i.imgur.com/xo1QmBg.png

вообще то практиковать на компе дома/на работе..

.. или вам додзё надо? тоже есть https://www.codewars.com/

1 - на самом деле, как раз в своем стеке, можно расти и расти... (ну или пока стек не выйдет из моды)

2 - все просто - если готовы и/или хотите начать ломать свои стереотипы - осваивайте прямого конкурента - java.. ну или kotlin для модности...

рекомендовать вам node.js большого смысла нет, если все так как вы описываете - js уже должен быть знаком.. но нода это тоже вариант

ломка стереотипов чертовски полезная штука.. но не менее чертовски сложная

ps

просто выйдите за рамки .NET... c++ попробуйте.. а потом D-lang... ;))

это не значит что надо бросать .NET. я сам полностью поглощен C#... но... быть больше своей страсти .. полезно )))

раз уж тишина..

1 - недавно человек делился обзором поиска инструмента для графиков - https://habrahabr.ru/post/204308/

от себя добавлю что в данной теме нет какого то буйного творчества, думаю по тому что в целом она покрыта продуктами лидеров фреймворкотворения - DevExpress, Telerik, ComponentOne и тд. рекомендую посмотреть на:

2 - Syncfusion ... упс... у них точно была комунити лицензия, но только что сайт сообщил что они нас посылают согласно законам USA 8(((

3 - https://www.nevron.com/ - больше специализируются на визуализации, точно были урезанные комплекты фри компонентов

4 - ну и напомню про мега 2D/3D на c# - Unity ;))) .. это совсем не обязательно только для игр - https://habrahabr.ru/post/243749/ и точно есть бесплатные варианты для не коммерческого использования

PS

5 - при наличии навыков js нет ни каких проблем использовать webview, тогда уже будет действительно огромный выбор средств визуализации (сам уже давно поглядываю в эту сторону)

"Я слышал, что ASP.NET умер в 2016 году" - я это слышу лет 10...

для конкретного решения небольших задач, это отличный выбор по сей день. но надо просто разобраться в достоинствах и недостатках

ASP.NET MVC - это скорее тренд, особенно для трудоустройства

тем не менее, мой совет - если Вы разберетесь в нюансах сами, и будете уметь применять и то и другое, в зависимости от ситуации, и аргументировать выбор - именно тогда ваша стоимость на рынке труда будет выигрышной

надо учитывать стоимость разработки, .net разработчики немного дешевле

так же стоит понять почему - не по тому что хуже, а по тому что их больше. не только самоучек, но и отличных профи

и этому есть тоже есть объективная причина - вхождения ниже + средства разработки лучше и доступнее

открытие сорцов и приход *nix - правильно и своевременно (и даже не факт что надо было раньше)

в связи с этим, я вспоминаю времена, когда все высмеивали windows против os/2 - кто помнит про полуось теперь?

потом был этап, когда все высмеивали выход windows NT в сектор офисных сетей супротив Novell - что стало с Novell? и в какие сроки? .. (кстати чертовски динамичная и поучительная история, стоит проследить вплоть до Open/Enterprise SUSE - кому тперь принадлежит львиная доля патентов этой linux оси)

MS наступает по всему фронту - подготовка кадров, инструментария, библиотек, стеков технологий (и ни где не аутсайдер) .... и теперь кроссплатформенность...

тут все просто - если МС не кончится (распадется из какой то мега ошибки) - то победит

можно еще прописать нужную программу как winlogon script в политиках, это будет действовать на всех пользователей, в т.ч. на новых

Выполнить->gpedit.msc -> Local Computer Policy -> User Configuration -> Windows Settings -> Scripts (Logon/Logoff)

если нужно что бы не было засветки на экране, надо делать не консольное приложение (и тем более не батник) а к примеру winform приложение, но без главного окна или стартующее с окном в состоянии "скрытое"

из приложения можете дергать сервис, а можно сразу делать то что планировали без всяких сервисов

ps - как вариант можно с каким то интервалом времени читать журнал безопасности и парсить события входа в систему

надо понимать что в любом случае скрыться от админа практически невозможно

к примеру тулза AutoRuns покажет "инородное тело" в системе при любом способе авто запуска - меню "автозапуск", реестр - любые ветки, сервис, драйвер, шедулер, политика... хотя вот сейчас посмотрел и с ходу не увидел... проверил - забавно, как раз политику похоже AutoRuns и не показывает...

pps - ну не факт что для этого надо изобретать целый сервис

тогда можно изначально запустить нужную программу как сервис

к примеру есть библиотека для запуска для запуска отлаженой консольной программы c# как сервиса - https://github.com/Topshelf/Topshelf

ppps - не совсем понятно зачем строить сервис - целевое приложение не может работать в бэкграунде? (его сразу можно было бы запускать как сервис, способов много, в т.ч. для готовых приложений.. в большинстве случаев по крайней мере...)

или приложение требует интерактива с пользователем?

можно просто создать батник в автозагрузке, для запуска всегда от имени конкретного логина - runas к Вашим услугам

к примеру можно запустить экземпляр IE от имени другой учетки, и иметь в нем кеш и куки другой учетки.. вплоть до одновременного логина в социалку под разными именами... под одним из текущего профиля.. под другим из профиля IE запущенного от имени другой виндовой учетки

(я просто пытаюсь понять круг проблем, на основе опыта решения ситуаций, которые возможно похожи...

pppps - ... возможно надо уточнить - если приложение ВАШЕ (в исходниках) - ну в конце концов - сделайте само приложение сервисом и запускайте от имени системы (к примеру)... если оно интерактивное.. - да тоже самое - любой удобный способ автозапуска, но от имени нужной учетки... кстати, в том числе от имени системы тоже