Sou desenvolvedor e concordo strongmente com o Jim.
Os plug-ins que uso no Visual Studio tornam-me mais produtivo e facilitam o desenvolvimento.
No momento em que sou informado do que me torna mais ou menos produtivo e como posso configurar minha IDE, é hora de mudar para uma empresa menos visionária.
Os plugins são criados por um motivo, usá-los e tornar a vida mais rápida e fácil para seus desenvolvedores.
Nossos gerentes têm coisas muito melhores a fazer do que microgerenciar os IDEs dos desenvolvedores.
Desde que as ferramentas individuais de um desenvolvedor não quebrem as construções em nosso servidor de compilação central, ninguém se importa.
Se eu trabalhasse em um lugar onde a gerência se preocupasse com esse tipo de coisa, eu estaria procurando por um novo trabalho.
Nós permitimos que eles executem qualquer complemento não invasivo.
Mas, quando o complemento requer o armazenamento de alguns metadados no arquivo da solução, ele deve ser aprovado primeiro.
Como @Randolf, eu concordo amplamente - qualquer coisa não-invasiva deve poder ser instalada livremente.
No entanto, eu definiria invasivo bastante amplamente - incluindo plugins de controle de origem. Ocorreu um problema com uma versão inicial de um plug-in de subversão, causando alguns problemas.
Desempenho . Alguns desses addons afetam seriamente a velocidade do Visual Studio. Sempre que alguém reclama que o Visual Studio está lento, meu gerente primeiro pede que ele desabilite todos os addons e veja se ele é mais rápido. Muitas vezes ajuda.
Mas estamos bem livres para usar o que queremos. E não consigo imaginar ter que trabalhar sem o Resharper. Mesmo que um pouco atrapalhe o Visual Studio, eu ficaria aborrecido o dia inteiro tendo que trabalhar sem ele.
Tags ide visual-studio