Se alcuni sviluppatori usano ancora un 'Windows XP' a 32 bit e altri usano un '7 bit '64 bit', sarebbe consigliabile per l'intero team lavorare con strumenti di sviluppo a 32 bit anche se il loro sistema operativo è a 64 bit? Ci sono problemi che potrebbero verificarsi se l'uniformità non viene seguita?
Hai delle scelte:
tutti usano la stessa architettura che offri agli utenti. Se spedite 64 bit, sviluppate su 64 bit.
Ognuno usa qualsiasi architettura di sviluppo che preferisce e garantisce la qualità attraverso un buon ambiente di integrazione, o multipli se spedisci versioni diverse.
Ci sono problemi, ma questi sono piuttosto temporanei - in quanto potresti avere un problema con il codice di qualcuno in cui hanno fatto supposizioni che non sono vere su un'architettura diversa. Non è una cosa tanto brutta, dato che è meglio trovare questi problemi prima che faccia il tuo cliente. Quindi, tutto sommato, standardizza su un ambiente di sviluppo se ti aiuta a distribuire i nuovi sviluppatori più rapidamente, ma altrimenti ti concentri sulla qualità del prodotto finale, indipendentemente da ciò che lo sviluppatore ha usato per costruirlo.
C'è molta meno probabilità di problemi se usi tutti la stessa toolchain.
Potrebbe non esserci mai un problema, ma puoi immergerti nel tempo speso a indagare perché "funziona sulla mia macchina" per i nostri amici a 64 bit, e non con quelli a 32 bit se ci sono? Di solito è l'opzione migliore per andare con il minimo comune denominatore.
Il comportamento a volte differisce da piattaforma a piattaforma, in particolare per le versioni ottimizzate del rilascio.
Ancora una volta, molto improbabile che ci sia un problema, ma sempre una buona idea per standardizzare le cose.
Leggi altre domande sui tag teamwork 64-bit 32-bit developer-tools