Torna verso la fine del millennio e durante le altezze finali del boom delle dot com, mi sono trovato a Londra, la costruzione del UX per il nuovo marchio esclusivamente online banca Cahoot . (Ho poi realizzato il brutto tempo sono stato duraturo è stato, infatti, in estate e in fretta tornò a un inverno mite australiano. Ma sto divagando.) Come molte altre cose Dot Com, i giorni regolarmente allungato in notti e spesso consisteva in abbondanti quantità di entrambi caffeina e birra. Gli errori sono stati fatti.
La squadra che stava lavorando in consisteva di sviluppatori (chiaramente quelli intelligenti), designer (quelli che hanno reso la vita difficile per gli sviluppatori) e copywriter (meno si parla questi, il migliore). In una occasione, quest'ultima ha deciso che, in tutta la loro saggezza, che non ha letto bene che tutti i riferimenti che abbiamo avuto al numero 10 detto, bene, "10". Al contrario, un termine più grammaticalmente (letterario?) Corretta era "dieci". Il mio compito era quello di "fissare" questo in un sito molto grande.
Come tutti gli sviluppatori sanno bene, ci sono alcuni problemi che non possono essere risolti con una ricerca e sostituzione in modo così chiaro la cosa giusta da fare era questa:
10 -> ten
Una testa più chiara (probabilmente uno meno inebriati dalla caffeina e birra), avrebbe previsto la carneficina. Ogni numero sul sito che conteneva un 1 seguito da uno 0 è diventato un po 'dislessico - 110 divenne 1ten, 5.10 divenne 5.ten e 101010 si, beh, si ottiene l'idea. Una delle cose che ho imparato quel giorno è che i siti web bancari hanno un sacco di numeri!
Ma, naturalmente, un fallito di ricerca e sostituzione possono essere facilmente corretti da una ricerca e sostituzione nella direzione opposta:
dieci -> 10
Questo è stato chiaramente il genio puro subito risolto tutto quello che avevo appena rotto.E 'anche portato un altro problema alla mia at10tion. Questo era un problema che può essere risolto solo uno per uno e volete sapere qualcosa su siti di banche? Sono grande. Molto, molto grande.
Ma il vero problema - e io sono finalmente venendo intorno al tema qui - è che non abbiamo avuto controllo del codice sorgente, che tutti noi appena finito di lavorare sullo stesso set di file in una cartella condivisa. Sì, controllo del codice sorgente esisteva allora e che avrebbe potuto essere in esecuzione su CVS o Visual Source Safe (non ridete - era buono una volta), ma non siamo stati. Beh, abbiamo tipo di stati, ma era che il controllo fonte più infame di tutti - si potrebbe sapere come CTRL-C seguito da CTRL-V. Copiare la cartella del progetto e dare un nuovo nome. Alla fine della giornata. Se vi ricordate. Il che non lo fai perché hai avuto troppa caffeina e birra.
Oggi abbiamo un fantastico set di strumenti di controllo del codice sorgente a disposizione - molti dei quali totalmente gratuito - e l'idea di costruire il codice senza controllo del codice sorgente è, beh, quasi inconcepibile. Infatti nonostante le mie indiscrezioni precedenti (o forse a causa di essi), sono diventato vicino evangelica sulla necessità di controllo del codice sorgente in tutto ciò che facciamo, anche, che stabilisce il 10 (non "dieci"!) comandamenti della buona gestione controllo del codice sorgente .
Ma per quanto riguarda il database? Tabelle, viste, le autorizzazioni, e dati anche sprocs statici - quante persone pensano di essere "utilizzando controllo del codice sorgente", mentre in realtà si tratta di "controllo del codice sorgente, ma"? Si può davvero soffiare viatutti i vostri ambienti di sviluppo e recuperare tutto ciò che è necessario ricrearlo? Voglio direcompletamente ricreare in modo che l'applicazione in realtà, si sa, funziona! Si può distruggere completamente il database di sviluppo con una singola istruzione mistimed DROP o UPDATE poi subito tornare a una copia sicuramente funzionante?
Ho scritto di controllo del codice sorgente di SQL Red Gate un paio di volte ora di andare indietro di un paio di anni e continua ad essere una componente assolutamente inestimabile di arsenale sviluppatore miei strumenti. Ho scritto sullo strumento di mia spontanea volontà libera, semplicemente perché mi è piaciuto sia l'efficacia e la semplicità - una combinazione rara ma preziosa.
Ma ora Red Gate si sono offerti di darmi qualcosa di bello. A dire il vero, hanno offerto di darmi qualcosa di bello per dare a voi - 5 licenze di controllo del codice sorgente SQL che vendono normalmente per circa US $ 400 al pop. Ma non sono del tutto libero, ho bisogno di qualcosa da te in cambio ...
Utilizzando la sezione commenti qui sotto, mi racconti la tua esperienza più dolorosa che avrebbe potuto essere facilmente evitato utilizzando controllo del codice sorgente.
Non deve essere una mancanza di controllo database di origine, che deve solo essere una storia in cui, come me, hai fatto un mondo di dolore per voi stessi, semplicemente perché non hai avuto il giusto strumenti di controllo del codice sorgente.
In una settimana da oggi, scelgo i 5 migliori storie e ogni autore riceverà una versione completa di Source Red Gate SQL controllo.
Venite a 05:00 ora di Sydney il Lunedi della prossima settimana (1 ° ottobre), scelgo i vincitori quindi aggiornare questo post con i nomi. Non dimenticate di commentare con un account che posso usare per entrare in contatto con te se si fanno i primi 5. Particolarmente storie dolorose sarà guadagnare punti extra come storie di volontà in cui il dolore è stato generosamente condiviso con una squadra più grande! Creativamente storie scritte sono un bonus, la decisione del giudice è definitiva e così via e così via.
Nessun commento:
Posta un commento