A ascensão e queda do Visual Basic

Eu preciso fazer uma confissão. Antes de me tornar um desenvolvedor respeitável, trabalhando com linguagens modernas como C # e Java (e o caos que conhecemos como JavaScript), eu era um fã entusiasmado do incrivelmente popular e desajeitado Visual Basic .

Meu amor foi sincero. Quando criança, aprendi a programar no BASIC. Mas não apenas BASIC. Comecei com um incrível ambiente da Microsoft chamado QuickBASIC em um antigo sistema operacional DOS. Ainda me lembro de digitar texto em branco em seu fundo azul animado.


Para a programação em 1988, o QuickBASIC foi uma coisa mágica. Era possível escrever código sem números de linha pesados, detectar erros de sintaxe durante a digitação e executar programas diretamente do ambiente de desenvolvimento sem a necessidade de se preocupar com a linha de comando. Depois de terminar o programa, você pode compartilhá-lo com seus amigos com a ajuda desses caras:


Atualmente, o QuickBASIC é apenas mais um truque do passado distante. Embora seja assim? Um projeto inovador chamado QB64 criou a réplica rápida do QuickBASIC. É executado no Windows, MacOS e Linux e não requer um emulador. Quando o programa é iniciado no QB64, o ambiente executa um truque complicado - primeiro ele converte o código BASIC em C ++ e depois o compila.

VB clássico e a era visual

O QuickBASIC foi um meio impressionante para os dias distantes dos sistemas de computador baseados em texto. Mas tudo mudou quando a Microsoft lançou o Windows e mergulhou os usuários de PC no mundo gráfico dos botões e cliques. Simultaneamente com o lançamento do Microsoft Windows 3.0 (a primeira versão que alcançou verdadeiro sucesso), o Visual Basic 1.0 foi lançado.

Era algo completamente novo. O usuário pode criar botões para programas, desenhando- os na superfície da janela, como na tela do artista. Para forçar o botão a executar alguma ação, basta clicar duas vezes nele no ambiente de desenvolvimento e escrever o código. E o código não foi escrito em C ++ enigmático com montes de classes, gerenciamento complicado de memória e chamadas obscuras da API do Windows. Você, como pessoa civilizada, escreveu o código em um VB de aparência amigável.


Todos esses gadgets gráficos eram impressionantes, mas o verdadeiro segredo do sucesso do VB era sua praticidade. Simplesmente não havia outra ferramenta na qual um desenvolvedor pudesse esboçar uma interface completa e começar a codificar tão rápido quanto no VB. E embora os historiadores gostem de especular sobre a parte visual do Visual Basic, sua habilidade inimitável não tinha nada a ver com widgets gráficos. O VB ficou famoso graças à lendária função editar e continuar, que permitiu aos desenvolvedores executar programas, encontrar erros, corrigi-los e continuar trabalhando com o novo código. Isso era muito diferente de quase todos os outros ambientes de programação conhecidos pela humanidade, o que obrigava os desenvolvedores a compilar o trabalho novamente e começar de novo após cada alteração.

O Visual Basic original floresceu por cerca de uma dúzia de anos. Tendo emergido como um ambiente amigável para iniciantes, tornou-se uma ferramenta que possui recursos suficientes para programadores sérios. Quando o VB 6, a versão mais recente do clássico Visual Basic, foi lançada, havia aproximadamente dez vezes mais codificadores VB no mundo do que em C ++ severo no mundo. E eles não criaram apenas modelos de aplicativos de brinquedo. O Visual Basic chegou aos escritórios da empresa e até à Internet com o ASP (Active Server Pages), outra tecnologia monstruosamente popular. Graças a isso, você pode criar páginas da web que podem se comunicar com componentes do VB, se comunicar com bancos de dados e escrever HTML rapidamente.

Tudo isso aconteceu praticamente sem estrutura, a menos que você decida criá-la. Era uma regra não escrita no Visual Basic - lhe dava liberdade, da qual você se arrependerá mais tarde.

O problema do VB clássico

Em muitos círculos, o VB clássico tinha uma má reputação. Os fanáticos por OOP frequentemente reclamavam que o VB não possuía suporte à herança. (Essa foi uma reclamação estranha, porque a herança geralmente é uma ótima maneira de desenvolvedores inexperientes se darem nos pés - isso não é o que o VB precisava.) Na verdade, o VB clássico não estava inclinado à orientação a objetos. No final de sua vida, ele já suportava interfaces, polimorfismo e bibliotecas de classes. Tudo isso foi emprestado da COM - a parte fundamental da tecnologia de componentes, "brilhou" em cada versão do Windows.

O verdadeiro problema com o VB clássico era que ele era muito bem - sucedido. Ele reduziu tão efetivamente as barreiras para novos programadores que quase qualquer um poderia trabalhar nele. Iniciantes despreocupados, funcionários cansados ​​da empresa e estudantes resolviam problemas que seriam muito mais complexos em qualquer outra plataforma e penduravam códigos de espaguete em todos os lugares.

Em outras palavras, como o VB era fácil de usar, mesmo se você não estudou como programador, ele foi usado por muitas pessoas que não aprenderam a ser programadores. E VB não fez nada para impedir o enraizamento de seus maus hábitos.

VB.Fred e a plataforma .NET

Avanço rápido, em 2002: a Microsoft está comprometida com o que a Microsoft faz de melhor - ela destrói seu próprio ecossistema de desenvolvedores, introduzindo uma maneira completamente nova de trabalhar.

Desta vez, o projeto foi uma grande mudança na arquitetura do COM, uma tecnologia de componentes que suportava o Windows (e, indiretamente, o VB clássico). Era uma taxa all-in para uma empresa megálita que já havia feito mudanças tão arriscadas várias vezes.


A Microsoft chamou isso de "reinicialização" da plataforma .NET por vários motivos duvidosos, inclusive porque a tecnologia da Internet na época continuava sendo nova e empolgante, e também porque o .NET incluía o recurso de serviços da Web que a Microsoft firmemente decidiu promover. O produto foi criado sob a forte influência do Java e tinha uma gama completa de ferramentas para se comunicar com bancos de dados, criar sites, escrever programas multiencadeados, estabelecer conexões por soquetes - para quase todos os aplicativos que os desenvolvedores de negócios poderiam imaginar.

O único problema era que, para implementar todas essas funções, a Microsoft precisava se livrar de quase todo o VB clássico.


Se você apertar os olhos fortemente, a nova versão chamada VB.NET parecia quase a mesma. Mas muitas grandes e pequenas mudanças revolucionárias apareceram nela. Grande: os programas VB antigos continuavam presos no mundo dos programas antigos, e o surpreendentemente fraco assistente de migração dificilmente poderia corrigi-lo. Pequeno: programadores clássicos de VB precisavam se acostumar com uma nova maneira de contar elementos de array. Eles não podiam mais começar no 1, como pessoas comuns. Agora eles tinham que começar às 0, como programadores oficiais.

Outra mudança importante: não há mais função de editar e continuar.

Os desenvolvedores adoram reclamar, e os desenvolvedores de VB são especialmente conhecidos por isso. Quase imediatamente, um grupo de desenvolvedores influentes de VB apelidou o novo ambiente de programação da Microsoft de VB.Fred, para enfatizar o fato de que essa nova linguagem não é o Visual Basic.

O que condenou o Visual Basic à morte

Você pode supor que as alterações do .NET causaram rachaduras na base do VB e levaram ao declínio inevitável. Mas tudo estava diferente. De fato, apesar do VB.NET ter mudado de direção e ter feito mudanças críticas, tornando-o um código "órfão" absolutamente bom para o VB clássico, ele ganhou imensa popularidade. Isso aconteceu devido ao fato de que o VB.NET deu algo que os desenvolvedores no VB clássico não podiam alcançar antes - respeito.

No mundo .NET, as linguagens VB e C # têm o mesmo peso. Cada linha de código no VB pode ser convertida em uma linha equivalente de código em C # e vice-versa. Os dois idiomas têm os mesmos recursos, usam os mesmos componentes e compilam exatamente da mesma forma (em algo chamado idioma intermediário ). VB finalmente se livrou de sua síndrome do patinho feio.

Mas transformar-se em outra linguagem de programação respeitável criou um problema. O entusiasmo que fez do VB o idioma favorito de um grupo tão extenso de pessoas desapareceu. Não porque o VB mudou, mas porque o C # mudou.

Assim que o VB obteve o mesmo poder que o C #, o C # também adotou a conveniência do Visual Basic. Por exemplo, a presença de recursos de segurança de tipo e gerenciamento de memória .NET significava que os desenvolvedores de C # não precisavam mais se preocupar com vazamentos de memória, assim como os desenvolvedores de VB.

Em outras palavras, o C # agora tem uma “rede de segurança” que protege amadores, estudantes e iniciantes e não enfraquece seu poder. De repente, o VB deixou de ser algo especial. Tornou-se apenas mais uma ferramenta de um conjunto de programadores qualificados.

Estado atual do Visual Basic

Hoje, o Visual Basic está em um estado estranho. Entre os desenvolvedores profissionais, ele ocupa cerca de 0% da atenção - o VB nem aparece em pesquisas de desenvolvedores profissionais ou nos repositórios do GitHub . No entanto, ele ainda está vivo - ele gerencia macros do Office, bancos de dados antigos do Access e antigas páginas da Web ASP, além de atrair novos usuários para o .NET. O índice TIOBE, que mede a popularidade dos idiomas pelos resultados da pesquisa, ainda coloca o VB na lista dos cinco idiomas mais discutidos.

Mas parece que a inércia do desenvolvimento da linguagem chegou ao fim recentemente. Em 2017, a Microsoft anunciou que começaria a adicionar novos recursos de idioma ao C # que podem não aparecer no Visual Basic. Essa alteração não retorna ao VB o status de um patinho feio, mas prejudica seu status como parte do .NET.

Francamente, a tendência de empurrar VB para o lado de fora começou há alguns anos atrás. Desenvolvedores sérios sabem que as principais partes do .NET são escritas em C #. Eles sabem que o C # é o idioma preferido para apresentações, livros, cursos e workshops. Se você deseja falar sobre VB, isso não prejudicará os aplicativos criados, mas poderá limitar a capacidade de se comunicar com outros desenvolvedores.

Um dos nichos em que o Visual Basic deve parecer natural é o mercado educacional. Mas mesmo lá ele permanece uma ovelha negra. Linguagens modernas como C # e Python são simples e seguras o suficiente para serem escolhidas como a primeira linguagem a ser aprendida. Se você precisa de algo mais simples para as crianças, o mercado está cheio de ferramentas de programação gráfica como o Scratch. As linguagens entre chaves também são atraentes: C #, C, JavaScript e Java. Eles têm uma sintaxe semelhante e uma pessoa que aprendeu um deles se sentirá confiante com o outro.

No campo do desenvolvimento web, a Microsoft está analisando o vazio de oportunidades perdidas. Quem não seria seduzido por uma versão do VB tão fácil de usar quanto o VB 6, mas também capaz de compilar em JavaScript e combinar com um designer de formulários HTML? Sim, você não criará o novo Google Maps nessa ferramenta, mas poderá reviver o apelo do Visual Basic, permitindo que desenvolvedores de negócios, estudantes e amadores criem aplicativos on-line simples sem a necessidade de JavaScript pesado. Em vez disso, a Microsoft criou um produto baseado em VB chamado LightSwitch , que desapareceu com a morte do plug-in do navegador Silverlight. Se a Microsoft começar a criar outro produto da classe "codificação para as massas", provavelmente será uma ferramenta orientada a modelos com um pouco de código como o PowerApps .

Visual Basic usado para enfrentar diferentes perigos. Mas desta vez, ao que parece, tudo está diferente. Parece que o sol está realmente se pondo para uma das linguagens de programação mais populares do mundo. Se for verdade, o Visual Basic não desaparecerá ao longo de décadas. Ele se tornará outro produto Legacy, uma ferramenta subestimada sem o amor dos usuários e do futuro. Se perdemos algo especial ou simplesmente salvamos a tecnologia atormentada do tormento, é com você.