Sergei Borisov

Термины равнозначны, используются для обозначения очень крутых профи.
Каждый использует тот термин, который ему больше нравится. Вроде того что если вы фанат Звездных войн, то теперь вы джедай)

Во-первых, new char выделит память только для одного символа, а у вас их много. То есть уже в следующей строке (cin >> array) проезд по памяти. Если пишете в целях обучения и нельзя брать std::string, то выделяйте с запасом, например new char[256]; Освобождать при этом память надо будет при помощи delete[] array;
Во-вторых, конец строки определяется по нулевому символу на конце. cin >> array делает это сам (пишет в конец array нулевой символ), а вы в своей функции нулевой символ не выставляете. Сделать это можно так:
str[length_str] = '\0';
Но надо иметь в виду, что памяти надо выделить [хотя бы] на 1 больше, чем length_str.

Итого:
1. Вам надо в обоих случаях память выделять под массив. В первом случае можно под 256 элементов. В идеале при этом читать не при помощи cin, а другими функциями, дабы избежать переполнения на случай, если введут строку более длинную.
2. В reverse надо выставлять терминирующий нуль и исправить длину массива. Возможно вообще разворачивать строку по месту, т.е. менять местами буквы, а не создавать новую строку (в этом случае не надо ни память выделять, ни трогать терминирующий нуль, он останется на месте).
3. Вам надо удалять выделенную память по окончании использования при помощи delete []

точку с запятой после class BaseModel { .. } не забыли поставить?

Я не очень давно общаюсь с git, но у меня сложилось мнение, что git flow он не в расширениях, а в головах.
Я полагаю можно выделить в команде роль хранителя git flow традиций. Если будет совсем тяжело, можно и самостоятельно рутинные сценарии автоматизировать.
Хотя, признаюсь, я тут не очень чтобы компетентен. Я с git`ом пока работаю сольно "без ансамбля".

Это невозможно.
У языков есть свои свойства, которые являются плюсами и минусами, причем эти свойства становятся плюсами или минусами только в определённых областях применения.

Возьмем динамическую типизацию. Для быстрого прототипирования при создании стартапов это плюс. Для энтерпрайз-проектов минус.
Возьмекм байткод. Для бизнес-приложений и стартапов это плюс. Для системного ПО или графических движков - минус.

Из-за того, что число 340,788 невозможно точно отобразить в плавающей запятой. Никакой: ни single, ни double, ни extended. А FloatToStr на стандартных настройках предполагает точность не то double, ни то extended.

ImageMagick, к примеру

Огромный XML на любом языке разбирают поточными парсерами, например SAX.

Требование совершенно справедливое, т.к. зная один единственный язык стать хорошим (тем более, пригодным для должности ведущего) программистом просто невозможно. Как абсолютный минимум нужно знать:
- ассемблер и устройство процессоров,
- минимум один "взрослый" язык (C/C++/Pascal)
- минимум один VM-ориентированный язык (C#/Java)

Зная C#, выучить синтаксис Java - вопрос одного-двух дней, но научиться правильно писать на нем программы - это как минимум один-два серьезных проекта, т.е. годик-другой. Однако, не расстраивайтесь - после третьего языка "изучение" последующих уже практически не напрягает. А потом наступает состояние, когда "новых" языков не остается - есть лишь языки, которые еще не использовал... но если нужно - просто берешь и используешь, "изучая" их, практически, по ходу дела. Вот именно оно и есть признак пригодности для должности ведущего программиста.

ruby