А вы используете IAsyncEnumerable?

У меня сложилось впечатление, будто после релиза C# 8 про эту штуку все забыли, поэтому решил сегодня про неё вспомнить)

Этот тип данных решал задачу потребления и создания асинхронных потоков данных.

То есть, таких потоков, в которых данные получают или генерируют асинхронно.

Напомню, что если у нас есть некоторый метод:

static async IAsyncEnumerable<Data> GetData()
{
    // ...
}

То в таком случае, можно перебрать возвращаемое значение следующим образом:

await foreach (var item in GetData())
{
    // ...
}

Но что в таком случае будет наполнять тело метода GetData?

Обычно, асинхронные потоки удобны в том случае, когда данные представлены в виде набора батчей, но нам необходимо эмулировать целостность потока.

То есть, всё сразу предъявить мы не можем, но способны заявить об этой возможности.

Например, есть многостраничный список с фиксированным количеством элементов на одной странице.

Тогда, внутри метода GetData будет скачиваться одна страница и разворачиваться в плоский поток до тех пор, пока есть следующая страница:

static async IAsyncEnumerable<Data> GetData()
{
    var page = 1;
    while (page <= 10)
    {
        var items = await Fetch(page);
        foreach (var item in items)
            yield return item;
        page++;
    }
}

В вашей практике встречается потребность в IAsyncEnumerable?

Статические анонимные функции

Оказывается, в C# 9 лямбды получили серьёзное обновление!

Штука настолько малоизвестная, что меня даже ни разу не спрашивали про неё на собесах!

Допустим, у вас есть следующий код с замыканием:

int y = 1;
Func<int, int> lambda = x => x + y;

Захват переменной y и всего внешнего окружения вызовет ненужные аллокации.

С помощью ключевого слова static можно запретить подобные ситуации.

Тогда, обновлённый код не скомпилируется:

int y = 1;
Func<int, int> lambda = static x => x + y;

Однако, если очень нужно иметь возможность использовать y, но при этом сохранять эффективность кода, то переменную просто надо сделать константой:

const int y = 1;
Func<int, int> lambda = static x => x + y;

Кирилл сделал хорошее дополнение к последнему посту на своём канале @csharp_gepard

Бенчмарк показал, что производительность не меняется при добавлении static к делегату.

В целом ожидаемо и вполне логично, так как это compile guard

SSRS - зло?

Дорогие разработчики, рекомендую вам не соглашаться на любую разработку, связанную с отчётами.

Особенно, отчётами SSRS.

Разбираться, тестировать, отлаживать, ловить ошибки интерпретатора Basic и многое другое - это просто кошмар...

Если вы мне не верите, то ещё в 2015 году собрали 100 причин ненависти:

https://timwise.blogspot.com/2015/08/100-reasons-i-hate-ssrs.html

Напишите в комментариях своё отношение к SSRS

Польза IT за его пределами

У каждого специалиста в своей области есть позитивная профдеформация.

Некоторые ритуалы, которые возникли "на работе" и перешли в обычную жизнь, улучшив её.

Например, спортсмены в среднем более волевые, целеустремлённые и толерантные к неудачам люди.

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

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

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

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

Скорее всего, этот пост вы прочитаете спустя месяц после его написания.

Так что программирование полезно не только своей зарплатой!

Работодатель неправильно повышает зарплату

Или что не так с той схемой, которую нам навязывает корпоративный мир?

А именно: "делай больше, получишь больше".

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

Давайте представим, что вы каждый день ходите в пекарню покупать хлеб.

Он стоит 10 рублей, которые вы каждый день отдаёте за свежий ароматный хрустящий батон.

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

Как вы думаете, какова будет реакция пекаря?

Конечно же вас пошлют далеко и надолго, а батон теперь будет стоить 15 рублей!

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

Однако, инфляция не дремлет и вынуждает тратить больше на привычные вещи.

Программирование - область, в которой постоянно нужно учиться.

Новые знания можно впитывать на протяжении всей жизни, у этого развития нет предела.

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

Именно поэтому, рост нагрузки и ответственности не работает

Убийца Redis???

Microsoft выпустил новый инструмент для хранения кеша - Garnet.

Написан на C#, а разработкой занимался аж Microsoft Research.

Основная претензия на конкуренцию заявлена на поприще производительности.

Бенчмарки практически по всем показателям показывают превосходство Garnet над Redis, KeyDb, DragonFly.

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

Как рассчитать процент индексации?

✅СОВЕТ ОТ ПРОФЕССИОНАЛА✅

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

Пару собесов, туда-сюда - в руках офферы на новое место.

Затем по формуле считаете процент индексации:

decimal percent = (offers.Max(offer => offer.Value) / Me.Salary - 1) * 100

Вдохновлено https://habr.com/ru/articles/802159/

Ставь ❤️ если тоже не знаешь, когда Степан прекратит демонизировать работодателей (никогда)

Что не так с увольнениями?

Одна из самых непродуманных вещей в ТК РФ - те самые две недели отработки.

На что обычно они уходят?

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

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

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

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

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

До работы о них ничего не известно, во время работы есть основные задачи, а после работы уже будет всё равно и проблематично вспомнить.