Devo usar o idioma em que me sinto mais confortável ou a empresa "padrão"

Vou desenvolver um site da Intranet para minha planta específica, e o padrão da nossa empresa para desenvolvimento na Web é o IIS + ASP.Net + VB.Net + Microsoft SQL Server (observe que temos mais de 10 plantas). O site da Intranet será usado apenas pela minha fábrica e sou o único que o apoiará. Sou muito mais experiente em uma configuração de LAMP e poderia desenvolver e solucionar problemas muito mais rapidamente com PHP do que com ASP.Net. Embora a "norma" da empresa seja o ASP.Net/VB.Net, a maior parte do que a empresa faz como um todo é comprar software de terceiros (que geralmente é baseado em Java ) e muito, e eu quero dizer muito poucas pessoas em a empresa sabe mesmoVB6 , muito menos ASP.Net/VB.Net.

Dito isto, é melhor violar o padrão da empresa e seguir a configuração que eu posso suportar melhor, ou é melhor ir com a configuração que a empresa pode suportar melhor se eu fosse embora, mesmo que ninguém atualmente na empresa pode suportar seu próprio padrão de qualquer maneira?

Alguns fatores adicionais a serem considerados no meu caso pessoal:

• Novamente, isso é apenas para minha fábrica, e eu sou o único que sempre a apoiará, a menos que eu saia da empresa e, então, meu substituto a apoiará. Ninguém mais já está na empresa.
• A empresa faz muito pouco desenvolvimento com seu padrão de qualquer maneira.
• Quase nenhum software existente da empresa usa seu padrão.
• Se eu escolher o padrão da empresa, tenho que usar a versão Express do Microsoft SQL e um sistema operacional Windows 7. Pelas minhas leituras, a versão Express é adequada para uso comercial, mas o tamanho do banco de dados é limitado.

Novamente, isso é apenas para minha fábrica, e eu sou o único que sempre a apoiará, a menos que eu saia da empresa e, então, meu substituto a apoiará. Ninguém mais já está na empresa.

1 - Não assuma que você é o único que vai apoiar isso. Você gosta do seu tempo doente e férias, certo? E se você precisar tirar uma licença prolongada de maternidade / paternidade ou algo assim? Quem vai dar suporte ao seu aplicativo então? Além disso, e se você gostaria de conversar com alguém sobre problemas técnicos específicos da sua empresa? E se você gostaria de receber análises de código? Ou precisa de ajuda com um bug complicado? Em todos esses casos, é importante estar entre outros com informações sobre a tecnologia que você está usando - especificamente como ela pode ser aplicada para solucionar problemas específicos da sua empresa.

A empresa faz muito pouco desenvolvimento com seu padrão de qualquer maneira.

2 - Só porque existe um documento, isso não significa que é realmente o padrão ou significa alguma coisa. Pode simplesmente significar que há um grupo de indivíduos politicamente influentes defendendo essa abordagem, e pode haver outros subgrupos adotando abordagens diferentes.

Seu problema pode ser simplesmente que o "padrão" evoluiu para algum estado de fato, não documentado, que conflite com o "padrão" documentado. Ou pode haver muitos pequenos grupos não oficiais de pessoas que usam "padrões" diferentes - com um desses grupos conseguindo tornar seu "padrão" oficializado. Você provavelmente precisa perguntar ao redor para descobrir o que os outros membros do seu grupo - que também podem oferecer suporte a você e ao seu aplicativo - consideram as melhores práticas. Pergunte o que eles sentem confortável com você usando. Mapeie o verdadeiro cenário tecnológico da sua empresa e descubra onde está o know-how. Assim como qualquer bom conhecimento tribal em evolução, a única maneira de saber como proceder é conversar com as pessoas.

3 - Não perca oportunidades profissionais para aprender coisas novas . Você precisa se proteger contra ser perfurado neste setor. Seja ágil. Você pode ter a oportunidade de ganhar um pouco de espaço e aprender uma nova maneira de resolver um problema. Sem mencionar que você está adquirindo novas habilidades para o seu currículo. Na maioria das vezes, isso pode ajudá-lo a sair da sua zona de conforto para fazer algo novo. Dito isto, se a coisa diferente / nova é tão extremamente específica, que você acha que você ou qualquer empregador futuro não terão valor com essas habilidades, então talvez essa não seja uma grande oportunidade. Mas ter a chance de ser especialista em ASP.net e LAMP certamente abrirá seus olhos e só poderá ajudar sua carreira. Não há nada como um projeto real com um prazo para forçá-lo a realmente aprender alguma coisa.

Portanto, meu conselho, não faça isso sozinho. Descubra onde as pessoas realmente se posicionam e decida onde você pode se encaixar melhor. Se você precisar sair da sua zona de conforto, use isso como uma oportunidade para crescer profissionalmente.

Dito isto, é melhor violar o padrão da empresa e seguir a configuração que eu posso suportar melhor, ou é melhor ir com a configuração que a empresa pode suportar melhor se eu fosse embora, mesmo que ninguém atualmente na empresa pode suportar seu próprio padrão de qualquer maneira?

É uma decisão de gerenciamento. Faça com que eles saibam suas preocupações e insista formalmente em mudar.

Dito isto, um idioma é uma ferramenta e você deve escolher a ferramenta certa para um trabalho; faça-os entender que você não estraga um parafuso com um martelo.

Você tem alguma ambição de promoção ou trabalha em outros projetos? Nesse caso, sugiro que "fazer suas próprias coisas" terá dois efeitos negativos quase certamente resultando em (paráfrase) "Eu serei o único a apoiá-lo até que eu saia"

1. Como você optou por não seguir os padrões da empresa, mostra que não é particularmente adequado para cargos mais altos, pois não consegue seguir instruções simples.
2. Como você optou por não seguir o padrão da empresa, será seu problema que ninguém mais na empresa possa oferecer suporte ao seu código.

Se você optar por usar o padrão, não será sua responsabilidade continuar com a manutenção do produto quando (se) surgir uma oportunidade de promoção ou outro projeto.

A outra maneira de olhar para uma analogia ridícula. Eu mudo para um país onde eles dirigem à esquerda, no entanto, estou muito mais acostumado a dirigir à direita, prefiro dirigir à direita, por isso, sou melhor nisso e posso dirigir mais rápido. Devo dirigir à direita?

As empresas têm padrões por uma razão, se houver um padrão formalmente declarado que diga usar x, será necessário justificar y.

Isso não significa que você não pode usar y, significa que você deve entender o raciocínio por trás do padrão e obter aprovação antes de violá-lo.

Talvez depois de entender o motivo, você não queira mais violá-lo, talvez veja que ele precisa ser alterado ou descartado ou que não se aplica nesse caso, para que o uso de y não seja um problema.

Se aplicável, a menos que você possa alterá-lo, você deve segui-lo. Os padrões da empresa não estão no mesmo nível que os pedidos diretos, mas seu empregador tem uma expectativa razoável de que você siga ambos, a menos que violem a lei.

Tudo depende de você ser demitido ou não. Se você for demitido, não faça isso. Se você não for demitido, siga em frente.

Eu acho que você pode antecipar muitos dos problemas que podem surgir disso e fazer um plano detalhado para se e quando você teve que sair da empresa.

Um problema que poderia prejudicar os trabalhos seria se você saísse e o RH precisasse procurar sua substituição. Como eles tentam ativamente entender o que você fez e contratar de acordo com as habilidades necessárias - ou -, basta olhar para o documento original que especifica a política do IIS / ASP.NET / etc. e contratar cegamente alguém com essas habilidades para manter seu código LAMP (no princípio "porque assim diz"), acho que o último é muito mais provável.

A coisa mais fácil (a longo prazo) é fazer o que fabianhjr recomendou e alterar o padrão. Altere-o para incluir Microsoft e LAMP se eles forem resistentes a um switch completo.

Nesse caso, você precisa seguir o padrão. Se o padrão parece não se aplicar, você precisa conversar com seu gerente sobre como fazê-lo em um idioma diferente.

De todos os padrões a seguir no desenvolvimento, eu pessoalmente acho que a escolha do idioma é a mais importante . Ignorando a escolha de idioma padrão em favor de uma que você se sinta mais à vontade, deixa colegas de trabalho e / ou sucessores em um riacho sem remo, porque eles podem não ter as habilidades necessárias para trabalhar em seu projeto. As decisões de contratação de uma empresa são baseadas na escolha do idioma, para que decisões como essas possam ter um grande impacto. A introdução de outra plataforma / idioma pode forçar a empresa a ficar em uma situação difícil quando começa a contratar outras pessoas.

Além do idioma, você deve considerar o suporte interno para o servidor LAMP. Quem vai administrar o Apache? E o MySQL? O software da empresa é executado em um banco de dados diferente? Os administradores estarão dispostos a administrar uma nova plataforma. Mesmo se você planeja administrar esses serviços, os deveres podem eventualmente recair sobre outra pessoa. Se você planeja administrar os serviços, os administradores de rede / servidor permitirão isso?

As ramificações da introdução de uma plataforma diferente podem ser amplas e profundas. Não seguir o padrão pode afetar muitas pessoas além de você. Embora você seja mais experiente em LAMP do que no ASP.NET, a criação dessa plataforma pode acabar custando muito mais à sua empresa a longo prazo. A chave aqui é a comunicação com seu gerente e a compreensão dos efeitos da decisão final.