Я несколько лет сидел за очень маленьким монитором (на самом деле это был телевизор).
Разрешение у него было 1024x768 и соотношение сторон 4:3, растянутое до 16:9.
Цветопередача, углы обзора и частота обновления были ужасными.

И вот спустя столько времени я наконец-то купил себе нормальный монитор.
Разрешение 1920x1080, настоящее соотношение сторон 16:9, диагональ 27 дюймов, частота обновления 144 Hz.

Это не монитор, а плазма какая-то: он очень огромный, фильмы и youtube смотреть одно удовольствие.
Большая частота обновления уже позволила мне заметить, что анимации в windows 10, оказывается, очень плавные.
Теперь на экране помещается всё, не надо больше тесниться, очень много свободного места.

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

На фото: слева исходный вид кода, справа после обработки на сайте.

Добавил новую ссылку в полезные ссылки для C++ разработчиков:
https://cppinsights.io/

На cppinsights можно увидеть, во что превращается ваш код, показывает все неявные моменты и раскрывает синтаксический сахар.
Есть выбор стандарта языка С++, настройки для отображения кода и не только.

ссылка на канал | ссылка на группу

Я хочу поздравить всех с наступающим или уже наступившим новым годом!
Желаю вам успехов, здоровья, счастья и всего наилучшего!

За 2023 год я создал этот канал, познакомился со многими интересными людьми как с России, так и из-за рубежа, устроился наконец-то на работу программистом).

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

Хорошо, когда дарят нужную и полезную вещь).
Теперь детали не будут храниться то в спичечных коробках, то в коробочках).

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

Мой велосипед (реализация динамического массива) работает).

Делать его в Си стиле и через void*, мне кажется, это плохая идея хотя бы потому, что это небезопасно и нет статической проверки типов.
Используя шаблоны можно написать более удобный и эффективный код, добавить перегрузку операторов, и способ использования никак не будет отличаться от статических массивов.
Только вместо push_back, как у std::vector, можно перегрузить оператор +=.

dynamicArray<int> array { };

// array += 9901;
// array += 9902;
// array += 9903;
// array += 9904;
// array += 9905;
// array += 9906;
// array += 9907;
// array += 9908;

const int elementCount { 8 };
for(int i { }; i < elementCount; ++i)
    array += 9901 + i;

ссылка на канал | ссылка на группу

Ссылка на канал | ссылка на группу

Я тут немного закупился...
Ящичков же много не бывает, правда?)

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

Продолжаю улучшать свой велосипед.

Было очень неудобно каждый раз явно приводить внутренний указатель к нужному типу:
((Type*)dynamicArray.memory)[index].member.

У меня массив и псевдоним для типа через using лежали в структуре, которая приходила в функцию по указателю.
Из-за этого и без того некороткая конструкция превращается в ещё более длинную:
((myStruct::Type*)myStruct->dynamicArray.memory)[index].member.
И такую длинную конструкцию приходилось писать на каждую запись или чтение.

Первым решением было создать переменную с автовыведением типа и инициализировать его преобразованным к нужному типу данных указателем:
auto array { (myStruct::Type*)myStruct->dynamicArray.memory };.
Без ключевого слова auto длина инструкии была бы в два раза больше.
Отлично, теперь для чтения и записи можно использовать обычный синтаксис, как для статических массивов:
array[0].member.

Однако, это всё будет работать до первого увеличения размера массива, так как указатель станет просто висячим (невалидным).
Вторым решением было использовать ссылку, но для таких махинаций она не работает, поэтому пришлось делать указатель на указатель, чтобы не хранить копию адреса, а получать всегда актуальный адрес из dynamicArray:
auto array { (myStruct::Type**)&myStruct->dynamicArray.memory };.
Но тогда array[0].member превратится в (*array[0]).member или в array[0][0].member, что вообще выглядит ужасно и непонятно.

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

dynamicArray arrayMemory { };
Type* array { };`

dynamicArrayAdd(&arrayMemory);
array[0].member = 10;

dynamicArrayAdd(&arrayMemory);
array[1].member = 20;

При создании массива указывается адрес переменной array (void**) для доступа к памяти с информацией о типе данных, и когда старый указатель становится невалидным, dynamicArray после выделения памяти записывает в неё новый валидный адрес.

ссылка на канал | ссылка на группу

У меня не с первого раза получилось реализовать в dynamicArray увеличение ёмкости с коэффициентом амортизации K = 1.5, хотя с K = 2 всё работало правильно, за исключением случая, если изначально capacity == 0.

При коэффициенте K = 1.5 предыдущий алгоритм совсем переставал работать, когда capacity ∊[0, 1], поэтому на этот случай нужно сделать проверку, если amortizedCapacity < newCapacity, то capacity = newCapacity, иначе capacity = amortizedCapacity, где:
newCapacity = capacity + 1;
amortizedCapacity = capacity * 3 / 2;
// 3 / 2 == 1.5

Понять работу алгоритма увеличения ёмкости мне очень помог этот сайт:
https://baemincheon.github.io/2021/05/16/cpp-std-vector-growth/
А на этом сайте можно увидеть примеры увеличения ёмкости с коэффициентами 2 и 1.5:
https://tylerayoung.com/2020/08/20/default-capacity-growth-rate-of-c-stdvector/

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

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

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

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

В конфигурационных файлах моих проектов на разных языках программирования есть как повторяющиеся, так и отличающиеся настройки.
Часто, бывает, нужно работать сразу с несколькими проектами.
В vs code, когда открываешь проект, настройки можно определить только для всего проекта в подпапке .vscode, для подпапок настройки переопределить нельзя.

У меня давно была идея вынести общие настройки для всех проектов на уровень решения, а остальные настройки оставить или переопределить на уровне отдельного проекта.
Сегодня я нашёл способ как частично реализовать мою идею с разделением настроек.
Не знаю в какой версии это добавили, но в vs code есть такая функция, как рабочая область (workspace), это похоже на solution из IDE visual studio.
В рабочей области можно собрать несколько проектов, которые даже могут лежать в разных местах, и определить общие настройки для всего решения и отдельные для каждого проекта.
Какие проекты будут включены и их названия, а так же общие settings, tasks и launch определяются в файле рабочей области *.code-workspace.

Жаль, на уровне папки можно не все настройки переопределить, а так же настройки внутри подпапок проекта всё равно не будут работать.
Но в таком случае можно подпапку проекта добавить в рабочую область, а в проекте её скрыть.
Звучит, как костыльное решение, но если есть такая необходимость, оно будет работать.

https://code.visualstudio.com/docs/editor/multi-root-workspaces

ссылка на канал | ссылка на группу

debugConsole: форматы и их вывод в консоли отладчика gdb.
vscodeWatch: форматы и их вывод в окне контрольные значения в редакторе кода vs code.

Сегодня я отлаживал windows SEH исключения, и мне нужно было в отладчике видеть код исключения в 16 системе счисления.

Помню, если в vs code после имени поставить запятую и число, он станет интерпретировать объект или адрес, как массив.
Немного поэкспериментировал и нашёл значения, которые действительно меняют представление числа во вкладке контрольные значения.

Немного поискал и почитал документацию.
Похоже, это всё благодаря поддержке от отладчика gdb.
Ещё заметил, что не все форматы из документации работают в vs code и наоборот в консоли отладчика.

Вывод в соответствии с типом данных в консоли gdb:
Синтаксис:
команда[/формат] объект

> -exec output code
code = 3221225477

Вывод в 2 системе счисления:
> -exec output/t code
code = 11000000000000000000000000000101

Вывод в 8 системе счисления:
> -exec output/o code
code = 030000000005

Вывод беззнакового в 10 системе счисления:
> -exec output/u 3221225477
code = 3221225477

Вывод знакового в 10 системе счисления:
> -exec output/d code
code = -1073741819

Вывод в 16 системе счисления:
> -exec output/x code
code = 0xc0000005

Вывод в виде адреса:
> -exec output/a code
code = 0xc0000005

Вывод в виде символа:
> -exec output/c code
code = 5 '\005'

Вывод в виде числа с плавающей точкой:
> -exec output/f code
code = -2.00000119

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу