Почему вам отказывали на собеседованиях на позицию .NET-разработчика?

Отказы обычно связаны с пробелами в ключевых для позиции областях. Основные причины, которые я наблюдал у коллег и анализировал на своём опыте:

1. Недостаточное понимание фундаментальных различий в языке. Например, неспособность аргументированно выбрать между class и struct в конкретном сценарии.
2. Поверхностное знание управления памятью. Слабое понимание работы Garbage Collector, областей жизни объектов (Gen 0, 1, 2), интерфейса IDisposable и паттерна Dispose.
3. Проблемы с асинхронным программированием. Механическое использование async/await без понимания состояния машины состояний, контекстов синхронизации и рисков взаимоблокировок (deadlocks).
4. Неэффективная работа с данными. Неумение анализировать и оптимизировать запросы Entity Framework Core/LINQ to SQL, незнание того, когда стоит использовать чистый SQL (Dapper, ADO.NET).
5. Слабое знание принципов проектирования. Формальное знание SOLID, DI, паттернов без понимания, когда и почему их применять.

Пример плохого ответа на собеседовании:

// Кандидат: "Я всегда использую классы, struct — это что-то устаревшее или для примитивов"
public class Point { public int X; public int Y; } // Для легковесного, иммутабельного объекта координат.

Как стоило ответить:

// "Для небольшого, иммутабельного объекта данных, который часто создаётся в больших количествах 
// (например, в циклах), лучше подойдёт структура. Это снизит нагрузку на GC."
public readonly struct Point
{
    public int X { get; }
    public int Y { get; }
    public Point(int x, int y) => (X, Y) = (x, y);
}

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