Дмитрий

www.cyberforum.ru/asp-net-mvc/thread1018062.html С картинками. Чтобы публиковать напрямую из VS, выбираете не Web Deploy Package, а просто Web Deploy и заполняйте там все поля.

Если вы уже комфортно себя чувствуете при написании разных типов приложений в .NET стэке - то путь может быть таким:
0) убедиться, что уверенно владеете последним срезом технологий в .NET (в частности .NET Core) как и инструментарием (в частности, Visual Studio Code)
1) попробовать типы приложений, которые не пробовали - если занимались разработкой веб приложений на ASP.NET - попробовать написать что-то под мобильные платформы, или толстого клиента, и т.п.
2) попробовать смежные вещи их мира JS (сейчас в Visual Studio много всяких типов проектов, с которыми можно поковыряться)
3) побаловаться с архитектурными подходами - например, разобраться с microservices - понять как это должно выглядеть в .NET реализации
4) осваивать прикладные области - например, как можно работать с ML, BigData, AI, и т.п. из .NET (какие-то освоить библиотеки/фреймворки)
5) просто попытаться взять свои стандартные проекты и заменить ну, например, базу данных с привычной на что-то иное и заставить это работать
6) начать мониторить индустрию в целом (все стэки разработки), чтобы ориентироваться что есть в смежных "цехах" и уметь сравнивать .NET c ними. Это кроме эрудиции в целом, даст понимание для каких задач, что обычно используется, что эффективно, а что нет, заимствовать какие-то подходы у смежников чтобы реализовать это в .NET (возможно даже вы найдете свою нишу и напишете какой-то полезный порт под .NET - как например когда-то появился NUnit, NAnt, Swashbuckle и прочие чудесные вещи)
Вышеописанное точно избавит вас от вопросов - что делать дальше. :)

Алгоритмы, паттерны и SOLID это база для программирования, без которой писать продуктовый код не получиться. У меня такая же проблема, отчасти иногда помогает смена конторы/проекта/команды. Но как только разберешься с архитектурой проекта опять впадаешь в рутину и уныние. Этого не избежать. Поэтому для себя стараюсь искать сторонние интересные проекты. Например, предложили переписать проект на Golang. Сначала после .Net очень сильно матерился, но потом проникся самим языком и его стеком. На год апатию сняло как рукой. Сейчас появился .Net Core, пытаюсь портировать рабочий проект на него, а потом запустить на Linux. В общем как-то так, иначе можно впасть в ситуацию профессионального истощения.

В общем мой совет, всегда искать что-то новое и экспериментировать. Еще хорошо помогают профессиональные тусовки. Или просто на выходных не подходить к компу )))

Для фулл стека в принципе должно хватать и разнообразия и чего читать/учить обычно вопросов не встаёт, всегда есть белые пятна. Как по мне, смена работы даёт максимальный прирост профессионального развития. Перейдите в другой проект и сразу найдутся ваши пробелы и закроется вопрос что читать и что учить.