[OFF] VB 6.0 UM GIGANTE MAIS PODEROSO DO QUE NUNCA
Eu trabalho com o vb6 desde 2000 e até hoje inicio vários projetos por ele, já programei no .net, más o vb6 é como o nosso amigo FBGSYSTEMS falou, é uma delÃcia programar nele.
E na área de trabalho ele é muito solicitado ainda e pelo visto sempre será, por mais que a microsoft queira tirar ele, não vai conseguir, porque ele é muito bom
E na área de trabalho ele é muito solicitado ainda e pelo visto sempre será, por mais que a microsoft queira tirar ele, não vai conseguir, porque ele é muito bom
é [txt-color=#0000f0]Marcelo[/txt-color], isto só tem a somar com aquele meu tópico.
Ok, meu pitaco:
O maior problema de profissionais exclusivos do VB6 quando olham para o .NET, é imaginá-lo como uma linguagem. Visão obviamente equivocada. Acredito que as coisas têm seu tempo. Fiz um caminho parecido com quase todos aqui, Clipper, VB4, VB6, .NET
Quando programava em clipper, ele era exatamente o que as pessoas precisavam, na época, em que as máquinas rodavam com DOS e windows 3.1x. As necessidades e aspirações das empresas eram bem menores. TI ainda era visto com desconfiança, quase ao nÃvel de supérfluo. Mesmo os sistemas em clipper atendendo todas as necessidades da empresa, ainda havia uma grande resistência por parte do usuário para o uso informatizado das ferramentas. O papel era melhor, pois eles já estavam acostumados com isso. Era o [Ô]mundo[Ô] deles.
Com o tempo, as máquinas evoluÃram e computadores com DOS+Windows 3.1x, eram coisa do passado. A chegada do windows 95, mudou um paradigma importante: A facilitação do uso de redes, intranet e internet. O clipper funcionava no windows 95, numa boa. Às vezes era necessário um arquivo .PIF(quem lembra deles?
), mas funcionava. Então o uso de um mesmo sistema por vários usuários dentro de uma corporação, passou a ser uma rotina. O que se fazia? Colocava-se a aplicação em um servidor, compartilhava-se a pasta dela e os usuários usavam.
Clipper, não havia sido projetado para funcionar muito bem em rede. Vários problemas de compartilhamento e [Ô]package clashes[Ô] começaram a surgir e mais ou menos nessa época, o VB4 estava sendo lançado pela Microsoft. O versátil suporte à ActiveX, possibilitava o uso das bibliotecas de acesso de dados ADO e DAO, que por sua vez podiam usar perfeitamente provedores de dados OLE e ODBC. Nascia então o uso de VB+Banco de dados. Nessa época também, a popularização de SGDB[ô]s robustos e com grandes recursos estava em alta, Oracle e SQL-Server estavam com uma rivalidade ainda não tão acirrada como hoje, mas já havia. Com esses recursos, era possÃvel o uso do VB com SGDB[ô]s como Oracle e SQL Server, aumentando ainda mais o leque de recursos disponÃveis ao programador, que oferecia esses novos recursos aos usuários, aumentando suas expectativas básicas sobre o que um bom software de gerenciamento deveria fazer.
Ainda na mesma época, a internet estava começando a se popularizar. Modems cada vez mais rápidos e conexões cada vez de melhor qualidade, abriam, literalmente, um novo mundo tanto para usuários quando para profissionais técnicos como nós.
De lá para cá, os paradigmas mudaram pouco em sua essência. A internet se transformou em um monstro, mas basicamente com as mesmas funcionalidades, os SGDB[ô]s estão cada vez mais poderosos e com recursos de fazer sorrir até os mais céticos programadores.
De alguns anos até o dia de hoje, estamos em uma nova fase de mudança de paradigma. Assim como na transição DOS->Windows, estamos mudando o paradigma de aplicações de locais para globais. As aplicações em rede interna(Desktop), já não atendem mais as altÃssimas expectativas do usuário. Ele quer mais. Ele quer vender seus produtos na internet, ele quer total integração com bancos e quer que tudo esteja disponÃvel tanto no computador no trabalho, quando no seu dispositivo móvel e seu computador em casa. Ele não quer mais estar preso à um único local/dispositivo.
Aà é que entra a mudança de paradigma do .NET. Ele foi projetado para atender essa demanda. Ele está preparado para ser usado da maneira que o usuário quer. Não só o .NET, mas as outras linguagens modernas também estão se adaptando à esse novo paradigma, esse novo modo de ver as coisas: Cloud Computing. Ele veio para ficar e vai dominar todas as frentes de negócio. Sai na frente, quem o entender e souber aplicar bem o conceito à s expectativas do usuário. O mesmo está acontecendo para os sistemas operacionais. Agora, o usuário utiliza não só windows, ele utiliza um dispositivo móvel, rodando Android, iOS, windows mobile, enfim, ele está se desprendendo do velho windows e sendo cada vez mais versátil no modo de usar suas aplicações.
A opção por .NET, não é errada. é uma plataforma preparada para esse novo mundo e quem não se adaptar rápido, será engolido.
Era o que tinha por enquanto...
O maior problema de profissionais exclusivos do VB6 quando olham para o .NET, é imaginá-lo como uma linguagem. Visão obviamente equivocada. Acredito que as coisas têm seu tempo. Fiz um caminho parecido com quase todos aqui, Clipper, VB4, VB6, .NET
Quando programava em clipper, ele era exatamente o que as pessoas precisavam, na época, em que as máquinas rodavam com DOS e windows 3.1x. As necessidades e aspirações das empresas eram bem menores. TI ainda era visto com desconfiança, quase ao nÃvel de supérfluo. Mesmo os sistemas em clipper atendendo todas as necessidades da empresa, ainda havia uma grande resistência por parte do usuário para o uso informatizado das ferramentas. O papel era melhor, pois eles já estavam acostumados com isso. Era o [Ô]mundo[Ô] deles.
Com o tempo, as máquinas evoluÃram e computadores com DOS+Windows 3.1x, eram coisa do passado. A chegada do windows 95, mudou um paradigma importante: A facilitação do uso de redes, intranet e internet. O clipper funcionava no windows 95, numa boa. Às vezes era necessário um arquivo .PIF(quem lembra deles?
), mas funcionava. Então o uso de um mesmo sistema por vários usuários dentro de uma corporação, passou a ser uma rotina. O que se fazia? Colocava-se a aplicação em um servidor, compartilhava-se a pasta dela e os usuários usavam.Clipper, não havia sido projetado para funcionar muito bem em rede. Vários problemas de compartilhamento e [Ô]package clashes[Ô] começaram a surgir e mais ou menos nessa época, o VB4 estava sendo lançado pela Microsoft. O versátil suporte à ActiveX, possibilitava o uso das bibliotecas de acesso de dados ADO e DAO, que por sua vez podiam usar perfeitamente provedores de dados OLE e ODBC. Nascia então o uso de VB+Banco de dados. Nessa época também, a popularização de SGDB[ô]s robustos e com grandes recursos estava em alta, Oracle e SQL-Server estavam com uma rivalidade ainda não tão acirrada como hoje, mas já havia. Com esses recursos, era possÃvel o uso do VB com SGDB[ô]s como Oracle e SQL Server, aumentando ainda mais o leque de recursos disponÃveis ao programador, que oferecia esses novos recursos aos usuários, aumentando suas expectativas básicas sobre o que um bom software de gerenciamento deveria fazer.
Ainda na mesma época, a internet estava começando a se popularizar. Modems cada vez mais rápidos e conexões cada vez de melhor qualidade, abriam, literalmente, um novo mundo tanto para usuários quando para profissionais técnicos como nós.
De lá para cá, os paradigmas mudaram pouco em sua essência. A internet se transformou em um monstro, mas basicamente com as mesmas funcionalidades, os SGDB[ô]s estão cada vez mais poderosos e com recursos de fazer sorrir até os mais céticos programadores.
De alguns anos até o dia de hoje, estamos em uma nova fase de mudança de paradigma. Assim como na transição DOS->Windows, estamos mudando o paradigma de aplicações de locais para globais. As aplicações em rede interna(Desktop), já não atendem mais as altÃssimas expectativas do usuário. Ele quer mais. Ele quer vender seus produtos na internet, ele quer total integração com bancos e quer que tudo esteja disponÃvel tanto no computador no trabalho, quando no seu dispositivo móvel e seu computador em casa. Ele não quer mais estar preso à um único local/dispositivo.
Aà é que entra a mudança de paradigma do .NET. Ele foi projetado para atender essa demanda. Ele está preparado para ser usado da maneira que o usuário quer. Não só o .NET, mas as outras linguagens modernas também estão se adaptando à esse novo paradigma, esse novo modo de ver as coisas: Cloud Computing. Ele veio para ficar e vai dominar todas as frentes de negócio. Sai na frente, quem o entender e souber aplicar bem o conceito à s expectativas do usuário. O mesmo está acontecendo para os sistemas operacionais. Agora, o usuário utiliza não só windows, ele utiliza um dispositivo móvel, rodando Android, iOS, windows mobile, enfim, ele está se desprendendo do velho windows e sendo cada vez mais versátil no modo de usar suas aplicações.
A opção por .NET, não é errada. é uma plataforma preparada para esse novo mundo e quem não se adaptar rápido, será engolido.
Era o que tinha por enquanto...
Bom desde que surgiu problemas de incompatibilidade eu tento usar tlb e dll (nativas - não registráveis)
meu nooote era win7 64 bts e nunca tive problemas com vb6, hj uso win8 64 e nunca tive problemas ..... ja tive problemas com XP pois desenvolvi no win8 e rodei no xp, ..... tive que ativar as atualizações automáticas do winxp para depois ele executar o meu programa numa boa .....
Enquanto a vida doo vb6 para os próximos sistemas (win 9 e 10) não se preocupem, o Bill Gates é viciado em VB6 e a Microsoft dara suporte sempre .......
kkkkkkkkk
meu nooote era win7 64 bts e nunca tive problemas com vb6, hj uso win8 64 e nunca tive problemas ..... ja tive problemas com XP pois desenvolvi no win8 e rodei no xp, ..... tive que ativar as atualizações automáticas do winxp para depois ele executar o meu programa numa boa .....
Enquanto a vida doo vb6 para os próximos sistemas (win 9 e 10) não se preocupem, o Bill Gates é viciado em VB6 e a Microsoft dara suporte sempre .......
kkkkkkkkk
Citação:más o vb6 é como o nosso amigo FBGSYSTEMS falou, é uma delÃcia programar nele
Com todo respeito as opniões, mas delicia é vc digitar e a plataforma já te auxiliar, vc criar uma classe e utilizar seus objetos.
VB6 da desanimo.
Deste 2009 quando comecei a programar em VB usando Visual Studio 2008, foi um dos melhores linguagens q conheci, hoje uso o Visual Studio 2010, alem de varias ferramentas fácil de utilizar, é possÃvel criar um bloco em C e chamar para execução no próprio VB q executa normalmente...
Tópico encerrado , respostas não são mais permitidas