Привет! Немного пропал из-за кучи активностей, которые не оставляют и шанса на написание какого-то осмысленного текста. Поэтому, бэкстейдж!

Видео про GC выйдет еще не скоро, а вы уже знаете что такое руты 🥰

Писят реакций и постов будет больше 🌟

Для тех, кто устал думать к пятнице 🥰

Честно, я писал технический пост, но в это же время попался новый мем, которым я не могу не поделиться 🌟

Кабинет солиднее этого вы уже сегодня не увидите.

За эту красоту спасибо моей любимой жене, а поздравления с днем рождения от вас принимаются в виде реакций 🌟

Это был классный год, а следующий обязательно будет ещё лучше

Сколько куч существует в CLR? Большинство ответили неправильно, поэтому велком🥰

Этот вопрос в той или иной формулировке с вероятностью 80% прозвучит на собеседовании, где спрашивают теорию.

Давайте разбираться.

Изначально их было две — Small Object Heap (SOH) и Large Object Heap (LOH).

SOH — это та самая дефолтная куча, где 3 поколения, там чаще других отрабатывает GC и двигает объекты туда-сюда.

LOH нужна для больших объектов, которые занимают более 85 тысяч байт, а в старых версиях дотнета и массивы типа double более 1000 элементов попадали туда же.

Зачем она нужна? Всё достаточно просто — большие объекты затратно перемещать по куче, поэтому фазу сжатия GC для этого поколения пропускает, да и такие объекты проверять часто тоже не надо, поэтому в LOH сборка мусора происходит только во время сборки мусора во втором (третьем по счёту) поколении SOH.

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

Pinned Object Heap (POH) — появилась в 5-ом дотнете и в ней хранятся объекты, адрес которых не должен меняться.

Никогда не пинил объекты и не особо хочу знать, зачем оно надо. Говорят, что как-то связано с неуправляемым кодом 🤔

Frozen Object Heap (FOH) — совсем новая и модная оптимизация, которая появилась в 8-ом дотнете. Тут располагаются объекты, которые живут всё время жизни приложения, не изменяются после создания и не ссылаются на объекты не из FOH.

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

Что? Техника 🌟. Тут надо тыщу реакций собрать иначе дальше только кружочки

Сегодня хочу выпустить ролик, на который ставлю просто грандиозные ставки. 🥰

Это полная двухчасовая запись собеседования в один известный банк с вилкой от 350.000 рублей на руки. Там куча дежурных вопросов, лайвкодинга, SQL, архитектуры, многопоточки.. Буквально смотри до конца, проверяй себя и ты и намного лучше готов к любому собеседованию по .NET.

Принимаю предположения по цвету банка и предложения по названию ролика 😭

Рабочее название на данный момент "Реальное собеседование SENIOR C# разработчика в банк"

Популярные блогеры кидают деньги победителям таких конкурсов, а я еще не инфоцыган и тем более не богатый. Могу выдать бесконечную человеческую благодарность 🤔

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

Лайк, шер, ретвит, репост, коммент => респект улиц и офферы на миллионы тыщь деньгов 🫡

https://www.youtube.com/@dotnetdad

Задачи текстом в комментах ⬇️

Комменты

Открыл свой старый ролик по SOLID и обнаружил под ним ровно два комментария.

Один говорит, что это лучшее объяснение SRP, а второй — что я сам ничего не понял и вообще всё спизжено.

И как быть? 🥰

Как вы тут? 🌟

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

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

Я не просто так избегал записи технички, ведь болтать на камеру и высказывать своё "экспертное" мнение легко, а по техничке всегда придёт какой-то комментатор, который вчера прочитал "Топ тыща ненужной хуйни в C#" и назовёт тебя некомпетентным, ведь он знает, а я почему-то нет.

Ну ничего. Дело сдвинулось, и следующий в очереди ролик про GC, а потом ещё одна секция в жёлтый банк.

Спасибо, что смотрите. Дальше — больше 🥰

Ролик про GC ждали? Надеюсь, что да, потому что он уже тут как тут 🥰.

Наконец-то разберёмся что такое руты, области кучи и зачем нам в этой жизни нужен гарбейдж коллектор.

https://www.youtube.com/@dotnetdad

Если на этом ролике будет 500 лайков, то я иду худеть, чтобы с меньшей доли вероятности задыхаться от произношения слов🥰

Утечки памяти в .NET 🐒

Слышал различные мнения на этот счёт и то, что это всё не утечки и их в дотнете не существует, но давайте посмотрим на определение из вики:

Уте́чка па́мяти (англ. memory leak) — процесс неконтролируемого уменьшения объёма свободной оперативной или виртуальной памяти компьютера, связанный с ошибками в работающих программах, вовремя не освобождающих память от ненужных данных

Иначе говоря простыми словами, утечка памяти — это сценарий, когда память не освободилась, а должна была. Давайте прикинем как такое возможно в дотнете на примере трёх не самых очевидных вариантов🥰

1. Забытые подписки на события
Пока у события есть подписчики оно не будет очищено сборщиком мусора.

public class EventPublisher
{
    public event EventHandler SomeEvent;
    
    public void RaiseEvent()
    {
        SomeEvent?.Invoke();
    }
}

public class Subscriber
{
    public Subscriber(EventPublisher publisher)
    {
        // Подписываемся на событие
        publisher.SomeEvent += OnSomeEvent;
        // Но никогда не отписываемся!
    }
    
    private void OnSomeEvent(object sender, EventArgs e)
    {
        Console.WriteLine("Event received");
    }
}

2. Статические поля и коллекции
Статические поля живут на протяжении всего времени работы приложения. Если они содержат ссылки на большие объекты или продолжают расти, это может привести к утечкам:

public static class Cache
{
    // Эта коллекция будет только расти
    private static readonly Dictionary<string, object> _items = new Dictionary<string, object>();
    
    public static void Add(string key, object value)
    {
        _items[key] = value;
    }
    
    public static object Get(string key)
    {
        return _items.TryGetValue(key, out var value) ? value : null;
    }
}

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

public class LambdaExample
{
    public Action CreateLongLivingAction()
    {
        // Этот массив будет жить до тех пор, пока жив возвращаемый делегат
        var largeArray = new byte[1000000];
        
        return () => 
        {
            Console.WriteLine(largeArray.Length);
        };
    }
}

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

Ситуация следующая

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

Вроде, живём. Ответ написали, ролик чуть подредактировали и ничьи права оскорбить цели не преследовали .

Больше скажу, скоро выйдет ещё одна запись, которая взорвёт несколько сотен жоп как минимум 🫡. Ролик уже давно готов, только публикацию сам всё откладываю. Хотите узнать, как успешно пройти собеседование, не обладая нужными знаниями? 💀

Говорят, на ютубе ролик интересный вышел

За лайк как всегда выдаю респект улиц 🥰

https://www.youtube.com/@dotnetdad

Так, я посчитал, что меня смотрят примерно 20 девушек. Жену с мамой я уже поздравил — осталось 18.

С праздником!🥰 Чтобы никакие нейронки вас не заменили, а зарплаты только росли 🌷

Кажется, пора вернуться к истокам.

Настоящий синьор должен знать {Подставь_любое_название_технологии}.

Это не синьорское собеседование, тут не было про {Подставь_любое_название_технологии}.

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

Знаешь что?

Если ты хорошо разбираешься в какой-то хуйне, которая не нужна на рынке, то это значит лишь то, что ты специалист в ненужной хуйне 🥰 .

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

Кто такой синьор? Тот, кто зарабатывает как синьор, а следовательно, настолько ценен бизнесу.

Какие вопросы должны задавать на собеседовании синьору? Да никакие блять не должны. Если бизнес устраивает качество нанятых специалистов, то ему и виднее.

Через полгода 90% кода будет писать ИИ. Через год — 100%

Уже через 3-6 месяцев мы можем оказаться в мире, где нейросети будут писать 90% кода, а через 12 месяцев ИИ вероятно полностью заменит программистов

заявил совсем недавно Дарио Амодей — главный исполнительный директор Antrophic

Что думаете? Новость появляется буквально везде и на днях опубликую своё мнение

🌟 — Эти инфоцыгане нас пугают.
👍 — Стоит задуматься.


UPD: там в чате жаркие обсуждения ИИ — заходите в чат и подключайтесь 🥰

Источник