Николай Мохов

мне всегда веселило слушать фразы в стиле "миграция офиса во фриланс"

наверно мы живем в разных мирах.

серьезный офис НИКОГДА во фриланс не переедет. ежедневно надо тыкать друг-друга монитор, консультировать и консультироваться.

да более чем подходит миграция офиса во фриланс растет из года в год, в целом заказы на асп нет довольно часто встречаются

Очевидно, в первую очередь она грозит все нарастающими сложностями по мере развития и роста приложения: чем больше внутри связей, тем труднее их отслеживать и учитывать. Как итог, внесение правок в тот или иной слой или компонент системы влечет собой трудопрогнозируемые изменения в поведении не только этого компонента, но и ряда других, с ним как-то связанных. По сути, это касается не только слоев как таковых, но и функциональных блоков внутри них.

Притча в тему:

Маркетолог спрашивает программиста: в чём сложность поддержки большого проекта?

Программист: ну представь, что ты писатель и поддерживаешь проект «Война и мир». У тебя ТЗ — написать главу как Наташа Ростова гуляла под дождём по парку. Ты пишешь «шёл дождь», сохраняешь, вылетает сообщение об ошибке «Наташа Ростова умерла, продолжение невозможно». Почему умерла? Начинаешь разбираться. Выясняется, что у Пьера Безухова скользкие туфли, он упал, его пистолет ударился о землю и выстрелил в столб, а пуля от столба срикошетила в Наташу. Что делать? Зарядить пистолет холостыми? Поменять туфли? Решили убрать столб. Получаем сообщение «Поручик Ржевский умер.» Выясняется, что он в следующей главе облокачивается о столб, которого уже нет…

Потом, есть еще традиционный вопрос заменяемости компонентов. Скажем, сегодня у нас View - это веб-интерфейс. А завтра заказчик захотел, скажем, десктопный клиент или клиент в виде Android-приложения. А у нас уже Business на веб завязан. Или Data использует какой-нибудь NHibernate, который захотели заменить на EF. Но фиг там - в Business вовсю хвосты NHibernate торчат, и теперь надо полсистемы переписывать.

Не знаю, где вы читали эту новость, но по этим двум источникам выходит, что большую часть написанного в вопросе вы сами придумали, и все намного проще:
gtlaunch.ru/hakeryi-iz-anonsec-ugnali-u-nasa-bespi...
https://xakep.ru/2016/02/02/anonsec-nasa-leak/

Итак, смотрим:

Так как к трояну Gozi группа отношения не имеет, хакеры пишут, что они попросту купили доступ к зараженному серверу у автора Gozi, и сервер стал отправной точкой входа.

Ну т.е. они даже эксплоит не покупали. Даже если б купили - ну приватный эксплоит, обычное дело.

Безопасность НАСА действительно оставляла желать лучшего: запустив обычный брутфорс, хакеры нашли первое сочетание логина и пароля root:root через 0,32 секунды.

Закрепились на одной машине, стали сканить с неё все доступные во внутренней сети - простое и логичное действие. root:root это конечно полный фэйл, и можно сказать удача для AnonSec, но в принципе не так уж удивительно и невероятно.

Хакеры смогли получить полный доступ к сетевым хранилищам данных (NAS) на которых хранились копии всех планов полетов беспилотников

Хакеры заметили, что для большинства миссий в беспилотник загружают уже готовый план полёта в виде файлов .gpx

Получили доступ к NAS (снова root:root, или зашли с доверенной машины, или насобирали паролей разных юзеров и какой-то подошел к NAS), смогли заливать свои файлы. Вот и залили.

Я не говорю, что со всем этим справился бы школьник, но где вы тут видите что-либо про взлом прошивки? И да, про "закрытые данные":

взломать внутреннюю сеть НАСА и провести в ней несколько месяцев, а в качестве доказательства они опубликовали архив объёмом 276 ГБ

Несколько месяцев, Карл! Даже если серьезные документы хранятся в другой сети с более защищенным периметром, за это время они могли проскочить на чьих-то рабочих машинах или на внутренних серверах.

И под каждый беспилотник никто новую ОС писать не будет. И для серверов НАСА тоже никто новую ОС писать не будет. В беспилотнике будет какой нибудь embedded-дистрибутив, на серверах ну допустим какой-нибудь олдскульный UNIX (AIX/HP-UX/etc), а на новых будет Линух.

даже софт для управления этим беспилотником

Ну софт не найдешь, а вот gpx формат известен весьма широко.

В общем, читайте внимательно, вообще не пойму как сказанное вами относится к содержимому статьи.

А что за приложения-то там разрабатывают?
Какие технологии: Xamarin, Unity, ...? Да и суть их какая?
ИМХО, при собеседовании важнее не знания как таковые, а соответствие стандартам данной фирмы, кто лучше соответствует, того и возьмут скорее.

Готовых решений уже много для всех основных языков, но в плане UI все может быть не так радужно. Дело в том, что .NET Framework, как заметил товарищ Максим Грехов, даже несколько инструментариев для создания интерфейсов, тогда как библиотеки для создания служб (или микросервисов) на C++ таким похвастаться не могут.
Если реально интересно, то гуглить можно примерно так: microservices <язык>
Гугл выдаст что-то смежное.

Да даже в .net стеке тоже самое можно решить другими методами.

• WinForms - WPF
  
• WinService - self-hosted Web Server или просто Web решение для IIS, не понятно что предполагается под "выполняет различные фоновые операции"
  
• WCF - WebApi, NancyFx
  
• EF - dapper, NPoco, linq2db, nhibernate
  

ASP.NET Core имеет второе название ASP.NET 5. Фреймворк разработан для новой платформы от Microsoft - .NET Core, её разрабатывали, как кросс платформенное решение для запуска на любой популярной ОС.

ASP.NET Core будет прекрасно работать, как на Windows или Mac OS X, так и на Linux - Debian/Ubuntu/CentOS/Fedora.

При запуске ASP.NET Core приложения на Linux или Mac OS X необходимы следующие установленные компоненты:

• Платформа .NET Core или альтернативная платформа Monо - это open source проект, реализующий .NET Framework, для платформ Mac OS X или Linux. Mono активно поддерживается компанией Xamarin и совсем недавно Microsoft официально объявила о приобретении Xamarin.
  
  
• Веб сервер, который будет взаимодействовать с ASP.NET приложением, например Kestrel. Kestrel – проект с открытым исходным кодом, кросс платформенный. Можно использовать любой другой веб сервер, главное, чтобы он реализовывал интерфейсы Feature ASP.NET приложения, как минимум, IHttpRequestFeature и IHttpResponseFeature. Если приложение не высоконагруженное, запросы к Kestrel можно принимать напрямую, но обычно используют прокси сервер, как Apache или NGINX.
  

На Windows, помимо установленного .NET Core также потребуется наличие веб сервера для работы с элементами Features ASP.NET, рекомендуется использовать WebListener, но можно тот же Kestrel. Прокси сервером, в данном случае, лучше использовать IIS, хотя можно любой другой.

Что же касается плана от Azure, то это прекрасная возможность ознакомиться с облачными технологиями и разрабатывать северные приложения совершенно бесплатно, но для продакшена такой вариант не подойдёт, тут либо переходить на платный тариф либо искать альтернативу, например виртуальный или облачный сервер на Linux – сейчас это вполне доступно.

F1 - всего 60мин ЦП/сутки (плюс 3 мин в течение 5 мин), нельзя подцепить свой sitename (будет только дефолтный yoursite.azurewebsites.net).

В D1 получше с ЦП, плюс можно custom domain name.

Что касается других хостингов, то благодаря фичам ASP.NET Core его можно хостить на обычном IIS (8б yf 7.5 надо вроде доставлять модуль в IIS для роутинга запросов в отдельный dnx процесс), надо лишь умудриться указать что wwwroot находится "глубже" чем сама папка дистрибутива сайта. На "подконтрольном" сервере на работе это заняло одну минуту, а вот какие хостинги дадут провернуть этот фокус у себя - хз, сам только задался этим вопросом.

1. dnu restore в корне проекта
2. добавьте в Configure Startup класса - app.UseDeveloperExceptionPage(); чтобы ошибки увидеть

После python сложно перейти на такие языки, как C#, но легче, чем без знаний Python вообще.

- The C# Player's Guide (RB Whitaker) - отличная книга для новичков, все расписывается довольно подробно, очень много примеров кода. (Нет на русском, насколько я знаю)
- C# 6.0 in a Nutshell (Joseph Albahari и Ben Albahari) - огромнейший справочник, больше 1000 страниц, покрывает почти все области, начиная с синтаксиса и базовых типов и заканчивая интеропом и рослином. (Есть на русском)
- C# 6.0 Pocket Reference (Joseph Albahari и Ben Albahari) - просто выжимка из справочника, можно всегда держать рукой (Есть на русском)
- C# 6.0 and the .NET 4.6 Framework (Andrew Troelsen) - 1600-страничный учебник по C#, покрывает BCL, WPF и ASP.NET, даже облачные сервисы, даже IL. (Есть на русском старое издание по C# 5.0 и .NET 4.5)
- C# 6.0 Cookbook (Jay Hilyard и Stephen Teilhet) - книга в формате "проблема-решение", можно пройтись по оглавлению, найти интересные проблемы и попыпаться самому решить, а уже потом посмотреть представленное решение. Книга скорее не для новичков, а для тех, кто уже знаком с C#. (Нет на русском, насколько я знаю)

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

p.s не советую браться за земарин в свете последних событий. Следите за новостями.
p.p.s вот вам еще одна полезная ссылка

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

Будут другие примеры, а с опытом вы научитесь подбирать наиболее подходящие, чаще всего набив шишки.

Потому что связываться с майкрософтными продуктами не всегда выгодно.

Голос за C#. Да он не такой быстрый как C++. Но он довольно быстр. Если вы собираетесь выпустить новую версию к лету или позднее можно присмотреться к новому asp.net core mvc. на гитхабе есть бенчмарки(только не смотрите на asp.net mvc 5 он уныл в этом плане). Внизу страницы есть "Plain Text with HTTP Pipelining", как мне кажется очень показательный. Да пока что линукс проседает(при этом все равно оставаясь быстре node.js, который быстрее php), но это дело времени. По поводу того что скала пока что быстрее, два месяца назад asp.net core выдавал в этих тестах 200-300к(на windows). На будущее(год-два) майкрософт пилит компиляцию в нативный код на разных платформах(пока что это работает только на HelloWorld).

Ну выбора у вас не много.
Го - на порядки проще, особенно при работе с вашими задачами (http/json/db)
C++ - в разы быстре Го, но и в разы тяжелее вам будет работать с ним
Пока у вас не миллионы онлайна и живёте вы на PHP, спокойно переходите на Go, его хватит надолго.

Для таких дел в ASP.net MVC есть области (Area). Это когда в сайте, Вы как бы создаёте еще подсайт. Правой кнопкой на проекте, добавить область. Автоматом будет добавлен раздел со своими разделами под контроллеры, модели и вьюшки. Так же будет добавлен маршрут. Обычно как раз админки делают в area. Единственное, придется в ссылках, указывать маршрут, область. Таких областей Вы можете создать сколько угодно, логически разделив сайт на разный контекст.

Можно ли хорошо зарабатывать в качестве C# программиста

Вы не в курсе, что C# - основной инструмент под винду, которая суть основная десктопная ОС?

ASP.NET

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

Как много заказов и к какой области они чаще всего относятся?

Так вы программист или кодер?
Если программист, то ни к какой области не относятся.
Заказчик рассказывает вам, какой ему домик надо построить и в каких широтах, а вы уже решаете, дерево или кирпич, клееный брус или бревна, или вовсе алюминиевый профиль.

1. Освоить синтаксис и ознакомится с основными конструкциями языка.
2. Писать много кода, собирать грабли.
3. Прочитать Рихтера CLR via C#, понять как обходить собранные грабли.
4. Писать еще больше кода и периодически заглядывать на Stackoverflow.

Если Windows, то:
- уже упомянутый WPF (с обязательным применением MVVM)
- написание WinServices
Кроме того не оставляйте в стороне:
- ADO.NET и работа с БД, в самой простейщей форме. Без БД не обойдется ни одна корпоративная программа.