1959... Хор пущен строго в левый канал, бас строго в правый)

может быть тогда было модно так делать (???), или иначе просто не умели...

какой шикарный... лирический баритон, наверное. Классная нюансировка! Очень кайфовая запись

STM32F100 Discovery готовая борда. Я на поиграться, поизучать арм, сделать ФортОС.
STM32F100RBT6. Неплохая вещь.

Я вот не согласен с этим. Вот почему: да, композиция чаще лучше, чем наследование. Но я думаю, это относится к тем местам, когда объект А не является объектом Б в полной мере, это раз.
Во вторых, композиция лучше, когда мы хотим чтобы объект мог работать интерфейсно с чем-то, то есть используя полиморфизм внутренностей, был разным.

Наследование, же, если не подразумевается раздутие иерархии, это разве плохо? В моем примере, будет только круг который можно закрашивать и вглубь это не уйдет. При этом такой подход избавляет меня от проброса АПИ, и от проблем с производительностью, который этот проброс может создать(да, я знаю, что компиль оптимизнет, но это так поаезло просто).

Разве слепо следовать тому что говорят - верно?

Кто что из вас скажет, господа профи? А именно @webreh @urandon и другие, заинтересованные раскрутить.

Это лёгкие деньги. Но можно блевануть

А в чем блевательство? Идея у них ок.

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

Там gc?

Но есть совсем надоело программировать, то можно получать на go лёгкие деньги

Естественно

Тогда не очень, но отсутствие наследования радует

Там более упоротая вещь заменяет наследование

Там встраивание

Помимо композиции

Не, если ты про делегирование, то это норм.