Ci sono compiti di programmazione che ritieni così critici da farli sempre pensierosi e lentamente?

Question

Ci sono alcune attività, in particolare quelle che prevedono l'eliminazione delle cartelle come SU, che eseguo in modo ponderato e lento prima di premere il tasto Invio. Penso che se gli altri mi vedessero fare questi con il ritmo attento che faccio, si rabbrividirebbero. Ci sono compiti di programmazione critici che svolgi e che ritieni meritino questa considerazione ponderata e attenta?

Answer 1

Modifiche ai database live, in realtà faccio prima un backup nel caso in cui sappia che sto molto attento :)

Answer 2

È una specie di attività di programmazione, perché se lo faccio in modo sbagliato, influenzerà la mia capacità di essere pagato per la programmazione: scrivere e-mail su argomenti delicati o persone sensibili.

Potrei impiegarmi un'ora per ottenere il tono di un'e-mail di un paragrafo giusto.

Answer 3

Tutto ciò che irrimediabilmente modifica dati importanti. Ho imparato la lezione nel modo più duro, più volte.

Answer 4

Un processo di rilascio di solito è una cosa metodica per me.

Answer 5

Tutto. Non sono mai stato un "solo tuffo in esso" programmatore. Avere sempre, sarà sempre.

Answer 6

Invia - perché è imbarazzante se interrompo un test.

Answer 7

Codice per valutare l'accuratezza di qualcosa che sto sviluppando. Altrimenti, passo tutto questo tempo a preparare l'altro codice pronto per la produzione, solo per scoprire che dopo tutto non calcola la cosa giusta.

Answer 8

Codice comune. Cioè modifica al vecchio codice condiviso che viene utilizzato in più programmi indipendenti.

Answer 9

Elementi del driver del kernel - perché quelle schermate blu sono un problema!

Answer 10

Qualunque giocoleria da collezione, specialmente in C (tutto ciò che serve è uno alla volta un errore per sparare al tuo heap).

Answer 11

Sul lato DB, se eseguo un aggiornamento / inserisci / elimina e non voglio eseguire il backup dell'intero database, seleziono sempre seleziono * in myTable_backup da myTable

Answer 12

se apporto grandi cambiamenti in Visual Studio, ad es. un grande refactoring o forse riorganizza la soluzione \ struttura del progetto, lo farò prima su una copia della soluzione per vedere se ci sono dei gotcha e che la cosa sanguinante verrà comunque compilata e riprodotta simpatico. Una volta soddisfatto questo è il caso lo farò sul codice sotto il controllo del codice sorgente.

Lo faccio perché ho riscontrato situazioni in cui la funzionalità di "rollback" di qualsiasi controllo del codice sorgente che stai utilizzando non ti consentirà il rollback come richiesto e \ o non lo ottenga% 100.

Answer 13

ottieni da SourceSafe & # 8212; davvero facile premere un pulsante sbagliato e perdere la versione locale su cui hai lavorato. / Odio le SS, ma sono costretto a usarlo. /