Бардак в GNOME — это не случайность

Тут согласен. Плюс rolling release иногда выстреливает в ногу, если долго не обновляться, и приходится решать конфликты в зависимостях. Я поэтому ушёл с арча на федору, с ней пока ни разу не возникало таких проблем

Бардак в GNOME — это не случайность

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

Бардак в GNOME — это не случайность

UPD: вспомнил, что glBufferData можно и во второй версии использовать, тогда и правда интересно, что там такое из новой версии используется (мб какие-нибудь возможности glsl, которые с 3-й версии появляются)

Бардак в GNOME — это не случайность

Вопрос был, почему кто-то ради 2.5 человек с компами из 2008 должен использовать старый OpenGL? Это претензия на уровне, почему 32-х битный интел перестают поддерживать. Я не специалист в OpenGL, но смею предположить, что третья версия производительнее, чем вторая, как минимум засчёт того, что не надо точки отдельно друг от друга грузить, а можно сразу одним вызовом загрузить их все (я про glVertex3f и glBufferData).

Почему проверять результат вызова malloc c помощью assert плохая идея

Ну так Вам более защищённая альтернатива нужна - с управлением памятью - или полная свобода маньяка-мазохиста, где кодинг - это хождение по краю пропасти!

Мы явно друг друга не поняли. Там где можно взять Go или Kotlin не стоит вопроса брать или не брать C, C++. Ответ однозначный - не брать.

У Rust тоже есть управление памятью - но да - переложенное на плечи
программиста и компилятора - маньякам-мазохистам понравится!

Ну не знаю, тут совсем надо быть мазохистом

Максимально простая игра на C++ (в консоли)

rand() % wordsA.size() - насчет UB не скажу, но, лично
для меня, такая конструкция при индексировании массива выглядит
угрожающе (выход за границы массива 99,9% не произойдет, но таки вдруг).

С чего бы ему произойти? Результат же будет лежать в интервале [0; wordsA.size() - 1]

А про коды клавиш верно заметили

Максимально простая игра на C++ (в консоли)

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

Бардак в GNOME — это не случайность

Скорее, кнопочная звонилка, желательно собранная самостоятельно из отдельных компонентов

Максимально простая игра на C++ (в консоли)

На будущее: лучше так не делать, потому что так никто не пишет.

Бардак в GNOME — это не случайность

Я бы ещё кое-что добавил к вашему списку:

Если в системе недоступен OpenGL 3.0, то GNOME работает в режиме
программного рендеринга, а mutter полностью отключает все оконные
анимации, что может быть проблематично, ведь юзабилити GNOME сильно
зависит от его анимаций. Почему mutter не может откатиться к OpenGL 2.0
или даже к режиму CPU для обработки этих простых анимаций? Сложно
поверить, что их анимации сложнее, чем в Quake 2 или Unreal Tournament —
играх, работавших в программном рендеринге на CPU конца 90-х.

Почему разработчики ради 2.5 динозавров с видеокартами из 2008 должны тратить время на поддержку двух версий OpenGL или вообще использовать только вторую?

Бардак в GNOME — это не случайность

Надо будет приглядеться, а то неоднородность я не особо заметил (кроме диспетчера устройств ничего в голову не приходит).

Бардак в GNOME — это не случайность

А что не так с виндовым интерфейсом? Я не особо часто им пользуюсь, но когда пользуюсь, проблем обычно не возникает (только приходится горячие клавиши вспоминать)

Максимально простая игра на C++ (в консоли)

Не заметил, что комментарий создался фигово:

        {
            for(int m = 6; m < 14; m++)
            {
                SetXY(15,m); cout <<"*";
            }
        }
        {
            for(int m = 6; m < 14; m++)
            {
                SetXY(30,m); cout <<"*";
            }
        }

Не понятно, только, для какого порядка. Или это была шутка?

UPD: хабр заглючил, у меня предыдущий коммент был в одну строку, я поэтому новый создал.

Максимально простая игра на C++ (в консоли)

_kbhit() и _getch уже не переносимы, собственно остальные функции по работе с консолью тоже

Максимально простая игра на C++ (в консоли)

Кстати, а в чём смысл оборачивать циклы for в фигурные скобки?

{ // я про эти
    for(int m = 19; m < 26 ;m++)
    {
        SetXY(m,6); cout <<"_";
    }
}

Бардак в GNOME — это не случайность

В целом да, но надо учитывать, что GUI тулкитов не так много (Gtk, Qt и WxWidgets), если Gtk испортится в будущем (пока не замечал существенных багов в Gtk приложениях, которые использую), будет печально, ибо придётся искать аналоги куче приложений или авторам этих приложений придётся всё переписывать

Почему проверять результат вызова malloc c помощью assert плохая идея

Go и Kotlin точно не являются альтернативами Си, т.к. у них есть GC. Rust вполне можно использовать, как замену.

То есть - это по большей части проблема Си и чуть меньше C++ (где правильно выделять память через оператор new.

Насколько знаю, сейчас уже принято использовать unique_ptr и shared_ptr вместо чистого new, так что даже об освобождении думать не нужно. В целом некоторые чисто сишные проблемы в C++ уже решили, так что я бы его выбрал, но там всё равно есть свои заморочки с UB, такие же, как в си

Бардак в GNOME — это не случайность

Мышки плакали, кололись, но продолжали страдать, чтобы быть нетакусями

Максимально простая игра на C++ (в консоли)

Или ImGui. Он как раз на C++ написан, в отличие от nuklear, который на си.

Интерпретатор Brainfuck на Brainfuck

На эту роль больше whitespace подходит, там в отличие от bf стековая машина.