Não me deixe começar a falar
A maioria silenciosa: Por que o Visual Basic 6 ainda faz sucesso
A Microsoft recentemente estendeu a compatibilidade “Simplesmente funciona” de aplicativos Visual Basic 6 por todo o tempo de vida do Windows 8 (consulte a Nota do editor deste mês, “Velhos soldados nunca morrem”). O Visual Basic 6 foi fornecido inicialmente em 1998, portanto, seus aplicativos terão pelo menos 24 anos de tempo de vida suportado. Compare isso com o Microsoft .NET Framework 1.0 (2002), que é incompatível com o Windows 7 (2009).
Um aluno meu chamado Eric uma vez brincou que o Visual Basic 6 era a “barata que não se consegue matar” no ecossistema do Windows. Essa analogia vai muito mais fundo do que se possa pensar. Baratas são bem-sucedidas porque são simples. Elas fazem o que precisam fazer para seu nicho ecológico e pronto. O Visual Basic 6 fez o que seus criadores pretendiam para seu nicho de mercado: permitir todo desenvolvimento rápido de programas limitados por programadores com menor experiência. Nunca foi pensado para codificadores robustos que desenvolvem aplicativos complexos.
O Visual Basic 6 atingiu seus objetivos removendo a complexidade de seu sistema operacional Windows subjacente. Coisas simples eram muito simples de realizar. Por outro lado, coisas complexas, como manipular threads, eram impossíveis. Minha regra básica no Visual Basic 6 era: se eu não pudesse fazer em 10 minutos, então não poderia fazê-lo de forma alguma.
Outra chave para o sucesso do Visual Basic 6 foi a curva de aprendizado muito menor exigida por seu conjunto limitado de recursos. Aprender a dirigir um ônibus leva muito menos tempo do que aprender a dirigir um jato de caça. Tornar-se um bom programador de Visual Basic 6 levava muito menos tempo do que se tornar um bom programador de C++, a principal alternativa no momento.
Quando a Microsoft tornou o Visual Basic .NET “uma linguagem completa,” a empresa o encheu da potência e complexidade concomitante que o C# tem—threads, operações de segundo plano e herança, para mencionar apenas alguns. Exigia, portanto, o mesmo conjunto de habilidades da programação do C#, a mesma curva de aprendizado e a mesma experiência.
As pessoas na Microsoft fizeram isso porque isso é o que elas pensaram ter ouvido a comunidade do Visual Basic 6 solicitar. Mas os programadores do Visual Basic 6 representam a “maioria silenciosa”, um termo popularizado pelo presidente americano Richard Nixon em 1969 para descrever seus partidários que não protestavam naqueles dias turbulentos. Quase todos os programadores de Visual Basic 6 estavam contentes com o que o Visual Basic 6 fazia. Eles estavam contentes em ser motoristas de ônibus: ir embora do escritório às 5 da tarde. (ou 4h30 em um dia muito bonito) em vez de trabalhar até meia-noite; se divertir com suas famílias nos fins de semana em vez de se arrastar de volta ao escritório; dormir com seus cônjuges em vez de trabalhar em uma codificação de noite inteira e comer pizza fria como café da manhã. Eles não lamentavam a falta de sobrecarga de operador ou o polimorfismo do Visual Basic 6, assim, não falavam muito.
As vozes que a Microsoft ouvia, no entanto, vinham dos 3% de motoristas de ônibus do Visual Basic 6 que ativamente queriam se tornar pilotos de caça. Esses caras gastavam seu tempo para ir a conferências, postar perguntas em fóruns da CompuServe, responder a artigos. Não contentes em meramente fantasiar sobre disparar um míssil Sidewinder no cano de escape do carro que acabou de cortar sua frente no tráfego, eles exigiam que a Microsoft instalasse pós-combustores em seus ônibus, junto com mísseis, contramedidas e um visor. E a Microsoft o fez.
Mas dar o Visual Basic .NET à comunidade do Visual Basic 6 foi como criar um coiote como um cachorro doméstico, soltá-lo na floresta e gritar “Vá procurar seu jantar como seu criador planejou, criatura selvagem!” A maior parte deles disse “Vai para o inferno. Estou aqui sentado em minha almofada quentinha perto da lareira e você me abre uma lata de ração.” E o Visual Basic 6 continuou em frente.
O Visual Basic 6 não era sem falhas, certamente. OnError Resume Next? Se uma coisa reclama, simplesmente continua em frente e vê o que acontece? Provavelmente não é a melhor ideia. Mas o desenvolvimento rápido (e, portanto, mais barato) de aplicativos limitados (e, portanto, mais baratos) por pessoas com menos habilidade (e, portanto, mais baratas) é uma solução importante para uma classe muito grande de problemas.
O LightSwitch está agora tentando preencher esse nicho, com críticas mistas (consulte bit.ly/n9crJj). Está, na melhor das hipóteses, uma década atrasado.
As coisas que o Visual Basic 6 fazia ainda são necessárias. Até e a menos que a Microsoft lance outra ferramenta que faça essas coisas, o Visual Basic 6 continuará presente. Aposto uma cerveja que a Microsoft terá de estender o suporte ao Visual Basic 6 até o Windows 9 e 10.
David S. Platt ensina Programação .NET na Harvard University Extension School e em empresas por todo o mundo. Ele é autor de 11 livros de programação, incluindo “Why Software Sucks” (Addison-Wesley Professional, 2006) e “Introducing Microsoft .NET” (Microsoft Press, 2002). A Microsoft o nomeou Lenda do Software em 2002. Ele fica imaginando se deveria juntar dois dedos de sua filha para que ela aprenda como contar em octal. Entre em contato com ele em rollthunder.com.