CD DO MSDN DO VB6
Quando eu usava o VB6 nunca instalei o Help
Lembro que o pessoal tinha dificuldade mesmo para encontrar o do VB6... mas o do VB5 encontrava fácil, e é praticamente a mesma coisa.
Abraços!
Citação:Hoje atualizei minha WebAPI .NETCore de 1.1 para 2.0 e nego querendo CD 2 do MSDN do VB6 ? Jesuisssssss !!!!!!!!!
Nem sempre é uma questão de escolha. Tem muitas empresas que vivem com sistemas muito antigos. Antes de vir pra SP, eu mesmo tinha que ficar dando manutenção em ERP e PDV feito em VisualFox Pro. Cheguei até a iniciar uma conversão para C#, mas sempre aparecia algo [Ô]mais importante[Ô], e meu chefe falava que não valia pagar meu salário se eu ficasse só convertendo o sistema rs.
Na empresa que estou trabalhando atualmente, tem um pessoal que fica por conta de um sistema grande em VB6 também.
Acredito que dificilmente alguém inicia um projeto em VB6 hoje. A maioria que faz isso, é simplesmente por falta de informação e orientação... Mas sobre os sistemas muito grandes antigos, a conversão tem que ser pensada com cuidado e verificar se realmente vale a pena. Porque do ponto de vista técnico, a possibilidade de usar OO, tecnologias mais novas (sem ficar na gambiarra criando Dll COM no .Net pra consumir) .. faz valer muito a pena. Mas nem sempre o coincide com o ponto de vista econômico da empresa.
Um sistema grande pode levar anos para ser reescrito. Fora que com a possibilidade de um novo projeto, vão pedir pra você modificar várias coisas do sistema original (um layout mais atual, algum recurso que ele acabou criando gambiarra na versão antiga, etc, etc).
E hoje para calcular o tempo de retorno do investimento nessa situação, é algo muito difÃcil. Porque você vai pagar anos de salário para um desenvolvedor. O sistema vai ficar melhor (assim esperamos quando o programador tem experiência né hahaha), mas a base de funcionamento continua a mesma.
Então como calcular o tempo ganho para desenvolver novos recursos, já que agora existe um código escalável?
Como calcular o tempo ganho dando manutenção?
E o tempo de disponibilidade do sistema?
Isso são coisas que só dá pra comparar depois que o projeto já está criado e a pleno vapor. (Isso se a empresa tiver todos os indicadores de qualidade, o que acho difÃcil). Então fica algo muito abstrato em investir, por isso a resistência de muita gente para reescrever o código.
Nessas situações, o que eu acho correto é desenvolver uma boa base na linguagem para qual quer migrar. E depois ir desenvolvendo em módulos, e chamando via DLL esses novos recursos. Assim, desenvolvimentos atuais podem ser feito na nova linguagem e você pode ir migrando aos poucos. Com a interface da DLL você consegue passar parâmetros de entrada e retornar um valor. Entao teria uma certa interoperabilidade bacana.
Enfim, dei uma boa viajada aqui. Fugi bastante do foco hahahaha
Abraços!
Citação::
Hoje atualizei minha WebAPI .NETCore de 1.1 para 2.0 e nego querendo CD 2 do MSDN do VB6 ? Jesuisssssss !!!!!!!!!
Nem sempre é uma questão de escolha. Tem muitas empresas que vivem com sistemas muito antigos. Antes de vir pra SP, eu mesmo tinha que ficar dando manutenção em ERP e PDV feito em VisualFox Pro. Cheguei até a iniciar uma conversão para C#, mas sempre aparecia algo [Ô]mais importante[Ô], e meu chefe falava que não valia pagar meu salário se eu ficasse só convertendo o sistema rs.
Na empresa que estou trabalhando atualmente, tem um pessoal que fica por conta de um sistema grande em VB6 também.
Acredito que dificilmente alguém inicia um projeto em VB6 hoje. A maioria que faz isso, é simplesmente por falta de informação e orientação... Mas sobre os sistemas muito grandes antigos, a conversão tem que ser pensada com cuidado e verificar se realmente vale a pena. Porque do ponto de vista técnico, a possibilidade de usar OO, tecnologias mais novas (sem ficar na gambiarra criando Dll COM no .Net pra consumir) .. faz valer muito a pena. Mas nem sempre o coincide com o ponto de vista econômico da empresa.
Um sistema grande pode levar anos para ser reescrito. Fora que com a possibilidade de um novo projeto, vão pedir pra você modificar várias coisas do sistema original (um layout mais atual, algum recurso que ele acabou criando gambiarra na versão antiga, etc, etc).
E hoje para calcular o tempo de retorno do investimento nessa situação, é algo muito difÃcil. Porque você vai pagar anos de salário para um desenvolvedor. O sistema vai ficar melhor (assim esperamos quando o programador tem experiência né hahaha), mas a base de funcionamento continua a mesma.
Então como calcular o tempo ganho para desenvolver novos recursos, já que agora existe um código escalável?
Como calcular o tempo ganho dando manutenção?
E o tempo de disponibilidade do sistema?
Isso são coisas que só dá pra comparar depois que o projeto já está criado e a pleno vapor. (Isso se a empresa tiver todos os indicadores de qualidade, o que acho difÃcil). Então fica algo muito abstrato em investir, por isso a resistência de muita gente para reescrever o código.
Nessas situações, o que eu acho correto é desenvolver uma boa base na linguagem para qual quer migrar. E depois ir desenvolvendo em módulos, e chamando via DLL esses novos recursos. Assim, desenvolvimentos atuais podem ser feito na nova linguagem e você pode ir migrando aos poucos. Com a interface da DLL você consegue passar parâmetros de entrada e retornar um valor. Entao teria uma certa interoperabilidade bacana.
Enfim, dei uma boa viajada aqui. Fugi bastante do foco hahahaha
Abraços!
Acho que essas empresas que ainda mantem sistemas antigo acaba criando nichos onde se pode ganhar dinheiro. Imagina se daqui a 10 anos essa empresa continua mantendo esses sistemas... onde essa empresa vai encontrar programadores de vb6 ou visual fox pro? Para encontrar um programador com conhecimento espefÃfico será raro e custará caro.
foi lá que encontrei ...
Citação::
Você pode achar o MSDN no sitio do 4shared.com
foi lá que encontrei ...
Valeu amigo, algumas pessoas não tem noção do que ganhei com VB5 e não fazem idéia do que vou fazer com o help do 6, mas você foi objetivo, 10.....
grande abraço