Как вообще этот ваш CI CD настроить

А зачем вам в данной ситуации kubernetes? Я так понял, он нужен, когда у вас куча микросервисов, у каждого из которых может быть несколько инстансов, и всё это дело на разных хостах запускается. У вас же есть только бекенд. Есть ещё вопрос к знающим людям, а зачем вообще использовать в таких простых случаях докер, можно же взять какой-нибудь capistrano и точно так же деплоить из CI?

Релиз MenuetOS 1.50, которая написана на ассемблере и умещается на дискету

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

Релиз MenuetOS 1.50, которая написана на ассемблере и умещается на дискету

Очевидно, что в совершенствовании навыков автора и в создании чего-то своего

NeoVim для Ruby разработчика

Я тоже долгое время на VimPlug сидел, потому что лень было разбираться с lua плагинами. Но в этой конфигурации не хватает, как минимум, Coc.nvim или встроенного lsp. Без lsp большие проекты очень сложно разрабатывать.

Релиз MenuetOS 1.50, которая написана на ассемблере и умещается на дискету

А я думал, что Menuet умер и от него ответвился kolibrios, оказывается обе ещё живы

NeoVim для Ruby разработчика

Опять статья про установку плагинов в (Neo)Vim. Сколько можно? От языка программирования вообще ничего не меняется, я как человек, который языков 10 в виме попробовал говорю. Ну и смысл тогда писать очередную статью про установку плагинов для %language name%?

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

Ну не знаю, рано или поздно новичку придётся решать конфликты в зависимостях (это же всё ещё rolling release). Интересно, справится ли он, и не надоест ли это ему после n-го раза?

Бардак в 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: хабр заглючил, у меня предыдущий коммент был в одну строку, я поэтому новый создал.