Mirn

Серия статей на Хабре: "Сети для самых маленьких"

1) Java а уж тем более python (даже pypy) сосут по производительности, т.к. у них большие накладные расходы. И речь тут даже не о виртуальной машине или интерпретаторе, а об явной возможности располагать объекты на стеке. Выделить память на стеке это одна машинная команда в один такт, а в куче это большая цепочка вызовов, в худшем случае доходящая до пространства ядра.

К сожалению java и python не имеют средств для ручного управления памятью. Хотя для scala есть проект offheap, правда он немного заглох.
Одна из самых популярных библиотек для Python - NumPy. И она написана на Си.

Но есть золотая середина: движок написан на C++, но имеет API для другого языка. Пример тому Unity, который сам написан на C++, но логика реализовывается на C#.

А почти все перечисленные вами движки живут на передовой графических технологий. Зачастую даже мощнейших процессоров и видеокарт им не хватает. Вспомните шутки про Крайзис.

2) Сборка мусора может блокировать все потоки приложения. Из-за этого у вас будут постоянные фризы.

Вы ошибаетесь:
Досканально знать язык не нужно. Хорошо в нем ориентироватся - да. На остальное - есть справочники. Тебе нужно ориентироваться, чтобы знать где именно искать.

Вторая ваша ошибка:
Говнокодерство к уровню знания языка отношения не имеет.
Да, самое никакующее знание языка будет давать говнокодерство.
Но при этом и самое отличное знание языка от говнокодерства ничуть тебя не гарантирует.

Не говнокодить - это знать методологии/паттерны/приемы, а не язык. И грамотно и уместно применять их - а это вообще не знания даже, а навыки.

Более того: с отличной практикой по методологиям/паттернам/приемам - у вам больше шансов не говнокодить даже на начальном этапе изучения языка, пока вы его едва-едва знаете.

Чтобы не быть г*внокодером

Кроме отрицательной эмоциональной окраски - что тут такого.
Даже выдающиеся программисты говнокодят, если проект одноразовый или сроки жмут.
Это нормально.

Другое дело, что есть и такие которые всегда говнокодят и иначе не могут.

int main(int argc, char *argv[])
{
#ifdef DEBUG
    printf("DEBUG");
#else
    printf("RELEASE");
#endif
}

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

Если ещё не читали, то прочтите статью Линейная алгебра для разработчиков игр, ещё могу посоветовать этот доклад с GDC. Для лучшего понимания трёхмерной графики очень полезно научиться моделить примитивные вещи в трёхмерном редакторе, а ещё лучше попробовать процедурно сгенерировать какую-нибудь сферу или кубик.

Кроме того, для расширения кругозора советую погулять по ссылкам википедии про вычислительную геометрию. Какие-то вещи стоит попробовать написать самому (например, алгоритм пересечения отрезков), а про какие-то достаточно просто знать - с той же триангуляцией можно месяцами возиться, для таких вещей лучше брать готовую библиотеку.

Получается, что я связующее звено между всеми отделами (Производство, Бухгалтерия, Логистика) - придумываю решение а индус все это дело кодит.

Вот тут вся суть твоего вопроса. Ты - не программист, не разработчик, ты - архитектор или как минимум менеджер проекта. И не надо расстраиваться на тему того, что тебя не тянет программировать. Не тянет - значит, не твоё. А вот руководить у тебя получается, судя по всему. А если получается руководить и придумывать решения появляющихся задачи и проблем, так и занимайся этим. Не все специалисты, задействованные в разработке ПО, обязательно должны программировать. Мой совет - развивайся в этом направлении дальше, а программирование оставь тем, кто этим действительно хочет заниматься.

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

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

Теперь насчёт вопроса. Посмотрите на более простой пример:

struct base
{
    virtual void foo() {}
};

struct derived: base
{
    virtual void bar() {}
};

std::cout << sizeof(base) << '\n'
           << sizeof(derived) << '\n'

(представляем 32битную машину и указатели по 4 байта)

4
4

То есть, при наследовании в общем случае дополнительных указателей на таблицу виртуальных функций не происходит (и это хорошо, страшно представить что бы случилось после десятка наследований). Где же хранится указатель на bar?
Ответ прост: он дописывается в единственную таблицу виртуальных функций, сразу же после указателей на функции базового класса.

Экстраполируя на вашу проблему ответ очевиден: фунцкия дописывается в одну из таблиц созданных для работы с функциями предков. Скорее всего к самой первой.

Вы почти ничего не умеете.
В офис учиться идите, года 4 минимум.
На фрилансе застрянете на низком уровне и все.

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

Договоритесь с преподами о том, что на лекции к ним ходить будешь эпизодически, так как работаешь, а лабы будете сдавать оптом, приходя один раз в две-три недели. К пятому курсу на посещаемость обычно смотрят сквозь пальцы, главное, чтобы хвостов не образовывалось очень длинных.

По поводу офис/фриланс. Для джуниора фриланс -- это путь в никуда. Фрилансеры, как правило, варятся в собственном соку, кругозор со временем сужается. Поэтому с джуниорства заходить во фриланс -- идея так себе.

Идеологически правильно найти приличную контору, где приличная команда и приличные (интересные и большие) проекты. Где есть у кого спросить, и есть возможность посмотреть на то, как работает КОМАНДА, как планируется время, как ставятся и распределяются задачи, как контролируется ход процесса разработки и все такие вещи. Достигнув уровня крепкого мидла -- там уже можно пробовать смотреть на фриланс.

Вот, посмотрите дискуссию: Почему люди уходят с фриланса в офис? Там как раз народ рассуждал на тему фриланс vs. офис, и там здравые мысли присутствуют.