Александр Юдаков

Для случая как в примере имхо лучше всего подойдет из всего разнообразия средств
https://developer.android.com/reference/java/util/Timer
пример
www.cyberforum.ru/post7226218.html

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

Нужно использовать не notifyDataSetChanged, , а другие методы - notifyItemlnserted, и тд. В этом поможет DiffUtil. Сработают стандартные анимации. А если нужны кастомные анимации, нужно писать свой ItemAnimator.

Событие WindowsSizeChanged
https://docs.microsoft.com/ru-ru/dotnet/api/system...

для десктопа под винду - достаточно C#
для веб-фронта - достаточно js
для веб-бэка.. тут вопрос интересный.. можно и C# обойтись
но если в вакансии присутствуют слова web, C# и фулстек, думаю потребуются оба. а еще html/css.. sql.. а еще умение вертеть всеми как жонглер 33-мя (не опечатка) шариками

Зайти в гугл

CodeDOM/Roslyn, есть и другие варианты. Все сводится к рантайм компиляции и выполнению.

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

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

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

auto t1 = std::chrono::high_resolution_clock::now();
f();
auto t2 = std::chrono::high_resolution_clock::now();

Examples
https://en.cppreference.com/w/cpp/chrono/high_reso...
FROM -----> https://en.cppreference.com/w/cpp/chrono/duration/...
https://en.cppreference.com/w/cpp/chrono/c/difftime

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

да фигня это все
IEnumerable<T> нужен тогда и только тогда, когда нужны асинхроннные или ленивые вычисления, по тому что метод возвращающий IEnumerable<T>, имеет право возвращать не весь набор, а возвращать экземпляры T поштучно, вот так
yield return (T)foo;
а вот уже эта фича, открывает много новых и интересных возможностей для параллельного программирования

Без кода сказать можно мало что. Если есть возможность залить на гитхаб, то шансов стало бы больше. Есть 3 подозрительных момента:

Для каждого сообщения создаётся новый объект SocketOutputStream

А нужно ли это? Почему бы не использовать этот stream все время пока живет сокет?

создание SocketOutputStream окружено Poco:Mutex

Попадает ли непосредственно запись в стрим и flush(деструктор) под этот mutex?

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

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

По отладке сетевого кода могу посоветовать логирование вместо отладчика.