Ну что опять за наезды на дельфи?
Если кто-то что-то имеет против дельфи, то сразу отвечаю - ты не прав  

И вообще, вопрос звучит так: "Стоит ли вобще переходить на C++?"
Ответ: А зачем?

Вторая часть: "т.к смотрю дельфи мрачное будущее."
Как раз наоборот. Позиции усиляются, язык и среда прогрессируют.

Какие ещё вопросы против банального "Delphi vs С++"?

Ограничивает. Как пример отсутствие парадигмы обобщенного программирования очень серьезное ограничение. Не везде она нужна, но достаточно часто. Поэтому при разработке сложных систем где главное не GUI, а надежность и внутренняя логика Delphi не предпочтительный инструмент.

"обобщенное программирование" - это шаблоны? да, из-за отсутствия статических полей в классах невозможен в чистом виде паттерн "одиночка". А что ещё не нравится?
поясни, плиз, собственное заявление для тех, кто впервые слышит о "парадигме обобщенного программирования"

ЛЮБОЙ код на плюсах конвертится в дельфи.
О каких ограничениях речь???

При чём здесь GUI?
Дельфи - это далеко не только VCL!
Хотя, если идти от обратного - VCL - несомненный плюс перед плюсами 
(каламбур )

Snowy, байта ради, не прибегай к подобным аргументам. Сейчас кто-нибудь ещё скажет, что всё в конце концов превращается в машинные коды…
Дайте теме спокойно умереть 

Так она ещё в августе умерла.
Её реанимировали 

Добавлено @ 23:28 
Любители плюсами померяться очень уж любят подобного рода хоуливары 

пример можно?

А что нет? 

Romikgy, из этого не следует делать вывод, что всё остальное не имеет преимуществ перед машинными кодами.

а хто этот вывод делает?
или не правда что все приходит к нему?

Не правда конечно: многое просто интерпретируется )

а интерпретируется на чем по-твоему
или процессор хлебушек вместо команд кушает?   
прямым или косвенным образом все превращается в команды процессора
на том предлагаю закончить 
кстати

не любой
думаю аналога

в Delphi нет, поправьте если не так

 Комманды интерпретатора. Но не кода, который в нем выполняется.

 Обычная процедура.

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

обычная да не совсем   

Да есть пару конструкций, которые простой заменой не сделаешь, например оператор swicth в С++ позволяет реализовать более сложную конструкцию чем case, так что в общем случае в делфи его можно заменить только серией If  then, но и в делфи есть конструкции, которые С++ не возьмет, например
procedure proc1;
 procedure proc2;
   procedure proc3;
   Begin
   end;
 Begin
 end;
Begin
end;

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

И еще можете ли вы размещать в библиотеках динамической компоновки код классов, который может быть успешно использован несколькими исполняемыми модулями одновременно?