Ogni ambiente è leggermente diverso. In confronto, devi decidere cosa funziona per te. Amazon, ad esempio, fa sì che i propri sviluppatori possiedano il proprio codice, che alcuni sviluppatori odiano, ma è una caratteristica di quell'ambiente che mantiene bassi i bug (quando è stata l'ultima volta che hai visto un bug su amazon.com?).
Altri vogliono un processo di QA più stretta in modo da creare un reparto operativo di badare dell'airbag, ma ho scoperto che tendono a creare un clima di negatività in azienda: sono ricompensati da giustificare il loro ruolo, che comporta sottolineando e sostenere le cose cattive nel mondo. Se gli sviluppatori sono bravi nel loro lavoro, il risentimento può insinuarsi se la loro retribuzione è in qualche modo correlata al rendimento.
Personalmente, preferisco occuparmi dell'intero stack, ma mi trasferisco sempre più a provider che mi consentono di preoccuparmi sempre meno dell'hardware (EC2, Heroku, ecc.) E di concentrarsi maggiormente sulla funzionalità nel app.Personalmente mi piace possedere il codice e gli errori, in quanto significa che sono motivato in modo dimostrabile a tenere bassi i bug ticket - ogni biglietto aperto è un ritardo rispetto alla nuova funzionalità su cui voglio lavorare.
Ognuno al proprio.
La persona che ho sostituito si sviluppava nell'ambiente live! –
Per essere più specifico sul motivo per cui ho chiesto, ho un'app Web che utilizza un paio di file xml. Piuttosto che apportare modifiche a questi file tramite l'applicazione, preferisco semplicemente modificarli localmente e caricarli sul server. Non dovrebbero cambiare molto spesso. Lo stesso con alcune delle immagini del sito. Non cambieranno spesso, ma preferirei non lasciare che gli utenti li mantengano da soli. – JohnnyBizzle
@Ed B. Ora non andrei così lontano! – JohnnyBizzle