Se veniamo assegnati simultaneamente a più lavori, è vantaggioso per la crescita di uno sviluppatore?
Se c'è un progetto di sviluppo e se sei assegnato a lavorare anche su un progetto di manutenzione, è positivo per la crescita o inibirà il progresso?
Ti fa bene (entro limiti ragionevoli).
Lavorare sui progetti di manutenzione rafforzerà il bisogno di buone abitudini di programmazione e ti esporrà ad altre tecniche (sia quelle buone da imitare che quelle cattive da evitare). Inoltre ti verrà in mente la nozione secondo cui le scelte di programmazione avranno delle conseguenze e dovrai pensare a la persona successiva per modificare il codice .
Allo stesso modo, una quantità limitata di commutazione di contesto non è necessariamente dannosa: ti dà l'opportunità di lavorare su qualcosa di diverso quando l'attività / progetto corrente inizia a diventare obsoleto. La sfida consiste nel garantire che gli switch siano sotto il tuo controllo e che tu abbia tempo sufficiente per entrambe le attività.
La mia idea di commutazione limitata sarebbe nell'ordine di un paio di switch a settimana, a seconda delle circostanze.
Lavorare su più iniziative contemporaneamente è più probabile che non istituire una buona quantità di cambio di contesto. Contesto cambiare è cattivo, generalmente . Come @Dan ha risposto, avere più iniziative ti consente di avere qualcos'altro su cui ricorrere quando hai bisogno di una pausa, purché tu abbia la comodità di farlo.
In termini di crescita degli sviluppatori, è bene che uno sviluppatore sia esperto in molte aree di sviluppo, se è quello che stai ottenendo, ma cerca di concentrarti su un'iniziativa alla volta per inibire la possibilità di un contesto costante commutazione e le insidie che vengono con esso.
Leggi altre domande sui tag programming-practices