Довольный Айтишникъ

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

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

Редиректим запросы исходящие на 53 порт на сам тик. Прокатывает, ибо DNS придумали хиппи. Юзеры в локалке могут писать что угодно.

chain=dstnat action=redirect to-ports=53 protocol=udp in-interface=Bridge src-port=53 log=no log-prefix=""
chain=dstnat action=redirect to-ports=53 protocol=tcp in-interface=Bridge src-port=53 log=no log-prefix=""

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

Первое правило думающего программиста: если что-то не работает, то читай логи

Вот наша корзина. Всё для людей.

В первом случае будет не очень если 2 потока одновременно потребуют инстанс. Создастся два инстанса.
Второй вариант - классическая реализация для всех языков программирования. В .Net есть более простые способы сделать Singleton.

В С# есть некоторые фичи про которые стоит почитать: инициализация статических конструкторов и типов.
Вам надо это (работает в тредах и даже немного lazy):

public sealed class Singleton
{
    public static Singleton Instance { get; } = new Singleton();
    private Singleton() { /* some initialization code */ }
}

О синглетоне в С# 6
О реализации в C#

в C# не получается явное преобразование

Метод ToString() давно отменили?

У каждого CMS своя структура, своя система по которой строится тема.
Загрузите пару CMS и посмотрите структуру и вы поймете.
Есть общая верстка(где конечный результат - простые html странички), а есть адаптированная под какую либо CMS(где конечный результат - тема , которую понимает тот или иной движок)

Джун должен точно знать что не все в работе программиста - это программирование. Если вы можете легко и связно изъяснятся, понимаете цикл разработки (описание-согласование,разработка, тестирование, интеграция) приложения и умеете читать(!! дада, многое что нужно действительно прочитать и сделать именно так), то у вас уже есть 50% успеха.
По программированию, то что вы можете прям быстро-быстро освоить:
asp.net webforms + EF5+jquery
WebForms -действительно очень старая технология на данный момент, все просто фанатеют и бегают как угорелые за ASP.NET MVC. Но въехать сразу что куда там и как, джуну будет сложно (некоторые мидлы тяжко переваривают, хотя как по мне так все просто там, не зря ж модели основанные на MVC самые распространненные в мире : MVC, MVVM, MVP, MVT).
С EF особо не извращайтесь (например с полной моделью дб). Возьми(те?) EF6 + code first, например, "хау ту" из гугла, и пройдитесь по мануалу. Создав приложение например, которое создает-отображает-модифицирует-удаляет записи из бд, открывайте Management Studio и смотрите что у вас получилось в бд. Напишите запросы на выборку данных соединенных из двух таблиц
Если после проведенных действий вы уже можете написать запросы INSERT, SELECT, UPDATE, DELETE, то уже хорошо, никто не будет от вас ждать глубоких знаний SQL, но и теряться при виде хоть мало мальски сложно запроса нельзя. Плюс как сказал Станислав Макаров, нужно знать что такое транзакции и с чем их есть.
У вас уже не должно вызывать ужас в глазах, приложение которое может это все делать и вы ориентируетесь в его коде. По asp.net'у научились использовать n-ое количество контролов: открываете список всех webforms контролов и прям по списку берете каждый и используете. Если вы будете представлять что есть такие-то и такие-то контролы, то вам будет легче не городить адовые конструкции из таблиц и всяких повторителей.
По самому .NET: один из самых популярных вопросов "что появилось в .net версии %version%?" Поэтому чтобы не потерятся при ответе на такой вопрос, гуглите примерно так

• Что появилось в .NET 2.0
  
• Что появилось в .NET 3.0
  
• Что появилось в .NET 4.0
  
• Что появилось в .NET 4.5
  

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

Из книжек, которые можно посоветовать одна из моих любимых это Троелсен. Достаточно качественно объясняет и легко чтобы сразу взять и въехать.

Ну и плюс все что выше описали, достаточно хорошие советы. Походите по ссылкам, почитайте статьи, посмотрите курсы. И самое главное если вы еще не начали, то начинайте учить английский. Грамматика в первую очередь. Банально составлять предложения это ОЧЕНЬ ВАЖНО. Вас никто не поймет если вы будете писать по-русски английскими словами, а вы будете если не возьметесь за грамматику сразу, наравне с программированием.

Меня бы заинтересовал курс "Как с нуля сесть и нарисовать дизайн для приложения имея только навыки кодинга." :)

Неудачно ник себе выбрали. Даже как-то объяснять не хочется.

корпоративные приложения

Поучите голый ADO.NET и какую-нибудь ORM-ку, да хотя бы EF. Еще можете хотя бы начать ASP.NET, вероятность попасть на него на первой работе достаточно высокая.

финансы, банковская сфера

Подтяните теорию по реляционным БД. Ведь какие финансы без транзакций!) Вы должны хотя бы знать о таких понятиях, как изоляция транзакций, представлять в общих чертах как на SQL можно сделать какую-нибудь выборку с агренированием. Никто конечно в здравом уме не даст джуниору непосредственный доступ к сколь-либо значащим данным, отражающим реальные денежные балансы, но ваша осведомленность пойдет вам на пользу, иначе рискуете клепать интерфейсики ближайшие несколько лет. А, ну да, выясните, почему нельзя вот так считать проценты по кредиту:

float interestRate = 0.13 // ставка
float interestSum = interestRate * sum;

геймдев

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

И еще для всех направлений: станьте более-менее самостоятельным в вопросах деплоя. Вы должны в общих чертах представлять, что находится внутри дотнетовской сборки, как работает версионность и что может пойти не так. Ну и про NuGet я надеюсь вы уже знаете.

А что посмотреть ошибку в логах не судьба?

В многопоточных решениях хорошо себя показал Jint. Мы тестировали несколько разных решений, но на x64 в многопоточном режиме это решение показало себя самым устойчивым. Пару слов найдёте здесь.