O que o Delphi ser "tão bom" tem a ver com os novos produtos? Não são nem escritos pelas mesma equipes, aliás.

A força do Delphi é em código nativo (algo basicamente deixado de lado no Visual Studio agora), e é nisso o foco do produto nas ultimas versões (o que eu acho uma estratégia acertada, aliás). Código gerenciado, como .Net ou Java, são adequados para determinados problemas, mas não para todos. Certamente ainda não para interfaces ricas desktop, ao meu ver.

Ah, não deixe o marketing do ano no nome do produto enganar você: o VS2005, depois de muito atraso, saiu em Out/2005. O D2006 em Dez/2005. Apostar o ciclo de desenvolvimento de um produto em uma data de lançamento do .Net 2.0 que era empurrada pra frente cada vez mais não seria uma jogada certa, na minha opinião.

O NetBeans 9 é uma IDE bem interessante, com recursos legais, mas longe de ser um Delphi Killer por ter um designer ou um wizard. O VB também tinha.

Sei exatamente a história da CodeGear (aliás, já deveria ter falado que trabalho lá), e tenho certeza que não. Enquanto a Borland abusava dos produtos de desenvolvimento para para investir em outras áreas (o que prejudicou sim o progresso do Delphi, mas nem tanto assim), enquanto a CodeGear pode investir diretamente no que interessa para os desenvolvedores (aka código nativo). A CodeGear acabou de anunciar alguns milhões de lucro nesse primeiro trimestre, aliás, embalada pelo lançamento do Delphi 2007 para Win32.

Suas dúvidas relativas ao código nativo não fazem sentido, infelizmente. Não há mágica que uma máquina virtual possa fazer pra rodar código single-threaded em vários cores. Um compilador JIT pode fazer alguma otimização especifica para a plataforma que está rodando, mas até hoje não vi nenhuma evidência que isso aconteça, e que não cause mais problemas do que melhore a performance.

No geral, o código gerenciado vai ser mais portável (e discutivelmente mais seguro), em troca de mais lento e menos eficiente (no uso de memória, etc), quando comparado ao código nativo, goste ou não. Java e .Net já fizeram grandes avanços nessa área, mas eu acredito que ainda falta um bom caminho a ser andado para que o código gerenciado seja preferível para aplicações ricas desktop.

Sobre o lançamento do D2006, se você acha que um mês antes do lançamento de um produto é tempo o suficiente para trabalhar em alguma alteração desse tipo, não conhece muito de ciclo de desenvolvimento de software. E não se esqueça que BDS2006 tem suporte a bem mais coisa do que só .Net. A Borland poderia, sim, ter investido tudo no lançamento do suporte a .Net 2.0 o mais cedo possível depois do D2006, mas preferiu trabalhar em um produto que seus clientes tinham mais interesse - o Delphi 2007 para Win32. Acho acertada a escolha.

E finalmente, acho que nunca usei um wizard no Delphi, não acho que seja uma das caracteristicas dele da forma que você aponta. A linguagem Java não é nada de novo do NetBeans 9 (e aliás, acho que existem outras linguagens com um potencial muito maior para tentar assumir esse posto de Delphi Killer). Já disse, sim, que o NetBeans tem recursos interessantes, mas nada tão surpreendente assim. E se um recurso como um form designer é tão inovador, não me parece que é o Delphi que está atrasado do resto do mundo.

Quanto aos herdar formularios... utilize os Templates...

ou até mesmo a propria heranca do OO,

voce pode arrastar um form dentro do outro e vai perceber que ele vai ser inserido automaticamente.

Quanto a parte "confortavel" de se mecher em banco de dados... isso vai ficar com encargo do Beans Binding e do JPA , e isso tem um suporte já funcional e sem muitos bugs... mas acho que voce nao está sabendo usar... mas é normal... de uma olhada no video e vai perceber que eh um "arrasta e solta" só...

Qual tarefa voce nao esta conseguindo realizar ?

O eclipse nem editor visual nao tem... (nao me fale do Visual Editor PRoject... esse alem de ser lento, limitado , já foi descontinuado)

Quanto ao "criar um formularia... e editar o filho" , eu faco isso numa boa... nao entendi