GavriKos

https://www.kirupa.com/forum/showthread.php?325182... - вроде как нет

Ну как вариант - сделать класс-наследник от Test, и в конструкторе класса-наследника переопределять значение q. Везде потом использовать наследника.

Смотря сколько это в относительных величинах. Допустим, вы оперируете микромиром, и максимальная масса у вас - 1000 масс электронов. Что мешает принять массу электрона за 1 тогда? А в интерфейсе уже домножать. Минус из этого - это точность. Но для точной работы с сверхмалыми числами вообще отдельные вещи мишутся.

www.delphibasics.ru/$Define.php - первая ссылка в гугле.

UML - это язык. Паттерны - это шаблоны. UML используется для описания функциональных блоков программного продукта, их взаимодействия. Паттерны проектирования - это варианты этих самых блоков и их взаимодействия. UML используется в т.ч. для описания паттернов. Соответственно вы сначала выбираете паттерн, а на его основе описываете всю структуру средствами UML.

Нет, непохоже.

StackTrace и структура данных Stack это немного разные вещи.
StackTrace - это последовательность вызовов методов. По сути нужно для отладки - какой метод за каким вызван. Соответственно эти вызовы упакованы в стек.
Что такое стек как структура данных - почитайте в Вирте. Или сходите на кухню и посмотрите на стопку тарелок - тот же стек. Т.е. структура данных типа "первый вошел - последний вышел". Достать за одну операцию можно только последний добавленный элемент.

CMS - это ОЧЕНЬ жирно для начала. Попробуйте такую последовательность:
1) 1 сайт по уроку (какая нить визитка с регистрацией, обратной связью, и вьюшкой статистики)
2) 1 сайте не по уроку - тоже что то простое
3) Плагин к популярной CMS

Лучше всего сначала сделайте сами полностью законченный сайт. Например, визитку с обратной связью и регистрацией. Чтобы хоть что то показывать. Дополнительные языки зависят от ваших предпочтений в разработке

А причем тут ООП и visual C++/MFC? ООП можно и в консоли вполне себе. А если хотите совсем ООП - то джаву учите.

Поверхностный гуглеж показывает что это известный баг, и что надо либо ждать фикса, либо использовать альтернативы.

Сначала наверное стоит выбрать средство написания интерфейса. Для плюсов рекомендую Qt или wxWidgets. А дальше уже читаете литературу по этим системам.

Ну вы правы - наследование тут совсем не нужно. Если уж очень хочется - разные конструкторы делаете в обоих классах - каждый будет по своему инитить переменную с именем таблицы.