C'è qualche ragione per non permettere al tuo gruppo di sviluppatori di installare componenti aggiuntivi di Visual Studio di terze parti? [chiuso]

Sono uno sviluppatore e sono assolutamente d'accordo con Jim.

I plug-in che uso in Visual Studio mi rendono più produttivo e semplificano lo sviluppo.

Nel momento in cui mi viene detto che cosa mi rende più o meno produttivo e in che modo posso impostare il mio IDE, è il momento di passare a un'azienda meno lungimirante.

I plugin sono creati per un motivo, li usano e rendono la vita più veloce e più facile per i tuoi sviluppatori.

I nostri manager hanno molto di meglio da fare rispetto alla gestione degli IDE degli sviluppatori.

Fintanto che i singoli strumenti di un dev non rompono le build sul nostro server di generazione centrale a nessuno importa.

Se lavorassi in un posto dove la gestione era preoccupata per questo genere di cose, sarei alla ricerca di un nuovo concerto.

Gli permettiamo di eseguire qualsiasi componente aggiuntivo non invasivo.

Tuttavia, quando il componente aggiuntivo richiede di memorizzare alcuni metadati nel file della soluzione, deve prima essere approvato.

Come @ Randolf, condivido ampiamente che qualsiasi cosa non invasiva debba essere installata liberamente.

Tuttavia definirei invasivo in modo abbastanza ampio, inclusi i plugin di controllo del codice sorgente. Aveva un problema con una versione precedente di un plug-in subversion, causando alcuni problemi.

Performance . Alcuni di questi addon incidono seriamente sulla velocità di Visual Studio. Ogni volta che qualcuno si lamenta del fatto che il loro Visual Studio è lento, il mio manager prima chiede loro di disabilitare tutti i componenti aggiuntivi e vedere se è più veloce. Spesso aiuta.

Ma siamo abbastanza liberi di usare ciò che vogliamo. E non riesco a immaginare di dover lavorare senza Resharper. Anche se in qualche modo rallenta Visual Studio, sarei annoiato tutto il giorno a dover lavorare senza.