D как улучшенный C

На проде — это понятно.
Но всё же.

концепты сами собой напрашивались, но синтаксис как обычно сложный.

Эм, в C тоже можно сравнивать структуру по элементам. Если нужен синтаксический сахар, то можно использовать CPP, перегрузить оператор сравнения, который будет сравнивать так, как нужно вам.
Если хотите использовать memcmp для сравнения, то C никак вам не запрещает в структурах инициализировать одним значением байты выравнивание (зачастую нулями). Да, на C это будет некрасиво, но если нужен синтаксический сахар, то есть CPP.
Вообще, плох тот язык системного программирования, который по умолчанию делает кучу ненужных вещей. Вещи, вроде, проверки границ массива, инициализации байтов выравнивания должны делаться исключительно там, где в этом есть необходимость.

С++ изобрели потому, что проекты на си т е без ООП почти всегда вырастали в помойки которые невозможно развивать и даже поддерживать сложно, у молодежи этого понимания нет им проще писать функции чем думать о полиморфизме и солиде, поэтому клоны си без классов и наследования, порождающие такие же безнадёжные помойки, но не сразу и в условиях дикой ротации кадров не важно, заходят ну и конечно просто в их раскрутку вваливаются огромные ресурсы, а диланг например всегда был сам по себе

Классы с полиморфизмом есть в полноценном D. В Better C только структуры. Они не поддерживают наследование, но могут содержать методы, конструкторы и деструкторы. Есть любопытная техника, которая позволяет реализовать полиморфизм без наследования: alias this.

struct A {
    int x = 42;
}
struct B {
    A a;
    alias a this; // Теперь B позволяет обращаться к членам A как к своим собственным.
}
B b;
assert(b.x == 42);

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