Pergunta

Faço parte de uma equipe de desenvolvimento que está construindo um novo aplicativo Web ASP.NET 3.5.Dois de nós são codificadores C# e o outro é um codificador VB.NET.

Eu sei que podemos misturar linguagens por projeto, e podemos construir classes em uma linguagem que herdam de classes escritas em outra linguagem em um projeto diferente (o que já estamos fazendo), mas posso nos ver entrando em uma situação em que podemos acabar com dependências cíclicas entre nossas diversas DLLs de projeto.

Além de simplesmente ter um grande número de projetos (mais separação de interesses em mais bibliotecas), como você administrou essa situação em seus próprios projetos?

Observação - acredito que esta pergunta seja diferente o suficiente da única correspondência semelhante que consegui encontrar (Este) com base no fato de que não queremos usar linguagens diferentes para aproveitar seus recursos específicos em si, mas sim fazer uso de quais recursos de desenvolvedor estão disponíveis para nós (ou seja,acontece que um desenvolvedor é apenas VB.NET).

Foi útil?

Solução

Eu fui honesto ao dizer que conseguiria que o cara do VB.NET se mudasse para C#.

Mais cedo ou mais tarde, você vai querer que ele trabalhe em parte da solução que é o projeto AC#. É uma barreira artificial que você está criando ao fazer a transição para uma nova sintaxe é relativamente direta.

A maioria dos desenvolvedores receberia a oportunidade de fazer a transição para C#.

Recentemente, fui envolvido em uma decisão em uma grande empresa de mudar para C# do VB.NET e descobrimos que esse aumento do moral e era mais fácil encontrar bons candidatos.

Outras dicas

Se sua loja for predominantemente C# E é isso que você deseja que seu projeto seja desenvolvido, eu encorajaria o outro desenvolvedor a aprender C# Em vez de comprometer seu projeto para explicar a falta de conhecimento de um dos membros da sua equipe. Isso não é para largar seu outro membro da equipe, mas se ele/ela tiver uma boa compreensão do .NET em geral, não há razão para que essa pessoa não possa aprender C#.

Temos uma mistura de ambos na minha empresa, no entanto, a opção de usar o VB.NET sempre depende se estivermos portando um aplicativo VB6 existente para .NET; nesse caso ser reescrito (na maioria dos casos).

Mas nunca permitiríamos que a habilidade do desenvolvedor ditasse se o uso de C# ou VB.NET, escolhemos a melhor ferramenta para o trabalho, e esse sempre deve ser o ponto de decisão.

Eu evitaria isso se possível.Tente fazer com que o codificador VB melhore seu C#.Não precisa ser imediato, deixe-os escrever VB por enquanto até que se sintam confortáveis ​​com C#, então você pode querer voltar e refatorar o antigo VB em C#.Eles já estão acostumados com as bibliotecas e ferramentas .NET, é principalmente apenas a sintaxe (mas sim, existem alguns diferenças de idioma).

A razão pela qual sugiro isso é para manutenção futura - você terá que manter e depurar o código em dois idiomas.Não é um problema se todos vocês conhecem todos os idiomas, mas podem garantir que assim será para sempre?

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top