The Programmers Bill of Responsabilities [chiuso]

Quindi, tutti abbiamo sentito parlare di The Programmers Bill of Rights e XP ha un concetto simile.

Oggigiorno è una lamentela comune che sentiamo molto parlare dei diritti delle persone, ma non tanto delle loro responsabilità, quindi cosa dovrebbe essere nella lista delle responsabilità dei programmatori. Queste sono cose che dovrebbero fare, che potrebbero trovare sgradevoli, ma che separano i programmatori che agiscono in modo professionale e responsabile da quelli che non lo fanno.

Sono principalmente interessato a quelli sgradevoli e quelli che tendono a non accadere. Questi sono quelli che i programmatori tendono a sottrarsi ed evitare, piuttosto che quelli che il 90% dei programmatori vuole effettivamente fare (come rifattorizzare sempre e usare il controllo del codice sorgente).

Quindi, cosa dovrebbe essere nella Bill of Responsatives dei programmatori?

• Un programmatore ha la responsabilità di respingere i requisiti scadenti invece di implementarli ciecamente. Ciò include dire ai clienti che ciò che vogliono è più costoso di altre opzioni o presenta una serie particolare di rischi. Comprende anche comunicare cattive notizie in modo professionale - non urlare, chiamare stupide le persone, sottintendendo che sono stupidi o altri comportamenti infantili. Se tira indietro, dovrebbe avere una serie di motivi (più di "Non mi piace SQL Server e non lo userò") e un piano alternativo da presentare.

• Tuttavia, il programmatore ha anche la responsabilità di accettare decisioni e utilizzare strumenti o progetti che potrebbero non gradire se il loro respingimento non fosse accettato. Se è stato richiesto un report in SSRS, consegnarlo in Crystal Reports (che il client potrebbe non avere) è inaccettabile. Se era necessaria una soluzione .net, consegnarla in Haskell è inaccettabile. Se nessun altro membro del team utilizza uno strumento o un linguaggio che si desidera utilizzare, non è professionale utilizzarlo se il management non concorda sul fatto che sia lo strumento migliore per quel determinato lavoro.

• Un programmatore ha la responsabilità di testare il suo lavoro. (Questo non dovrebbe essere l'unico test, ma nessun programmatore professionista dovrebbe inviare il codice che non ha testato.) Ciò include il test anche dei rami del codice che non prevedi vengano colpiti molto spesso. Se si dispone di un set di IF nidificati, testare tutti i percorsi possibili.

• Un programmatore ha la responsabilità di gestire gli errori e le eccezioni con grazia e di scrivere messaggi di errore che l'utente vedrà che sono professionali e neutrali, non scherzi o insulti.

• Un programmatore ha la responsabilità di proteggere i dati privati, proteggere il codice proprietario che scrive per l'azienda e proteggere gli utenti dalla catastrofe (persino la catastrofe autoinflitta) dal loro uso dell'applicazione.

• Un programmatore ha la responsabilità di assicurarsi che il suo codice sia mantenibile e sia nel controllo del codice sorgente.

• Un programmatore ha la responsabilità di coordinarsi con gli altri per assicurarsi che i suoi cambiamenti non influenzino negativamente ciò che stanno facendo.

• Un programmatore ha la responsabilità di raccomandare la scelta migliore per il cliente di strumenti o linguaggi in fase di progettazione, non dello strumento / linguaggio con cui vuole giocare e apprendere.

• Un programmatore ha la responsabilità di lavorare con tutto il personale appropriato per un progetto, compresi quelli che non gli piacciono. Non è il tuo lavoro amare le persone, è il tuo lavoro lavorare con loro ed essere educato.

• Un programmatore ha la responsabilità di produrre un prodotto che fa ciò che è stato specificato in un lasso di tempo ragionevole. Se il periodo di tempo non verrà rispettato, lui o lei ha la responsabilità di informarne il management non appena è noto.

• Un programmatore ha la responsabilità di far conoscere al project management gli impedimenti a portare a termine il lavoro. Non possono risolvere ciò che non sanno.

• Un programmatore ha la responsabilità di svolgere l'intero compito, non solo le parti divertenti e interessanti. Ogni lavoro ha alcune parti noiose, devono ancora essere fatte. Ciò include cose come schede attività e l'aggiunta di elementi di discussione al software di gestione del progetto. Include cose come documentazione, revisione del codice, ecc.

• Un programmatore ha la responsabilità di apprendere il dominio aziendale che sta supportando non solo i concetti di programmazione.

• Un programmatore ha la responsabilità di mantenere aggiornate le sue capacità.

• Quando un programmatore sbaglia, ha la responsabilità di fare tutto ciò che è in suo potere per risolvere i problemi non appena umanamente possibile. Ciò può includere la gestione delle cattive notizie alla direzione piuttosto che il tentativo di nascondere che è stata appena eliminata una tabella critica nel database di produzione.

• Un programmatore ha le stesse responsabilità di qualsiasi altro lavoratore: presentarsi in orario, lavorare le ore contratte, richiedere in anticipo le ferie, rispondere ai messaggi di telefono e e-mail (diamine per leggere le loro e-mail), compilare i moduli richiesti per Risorse umane, ecc.

Ogni programmatore dovrebbe rendere il proprio codice leggibile da altri.

Il programmatore è responsabile della privacy e della sicurezza di tutti i dati forniti dall'utente. Soprattutto password, numeri di carta di credito, indirizzi e-mail e posizione fisica.

Non far perdere il lavoro all'utente.

Questo è più difficile di quanto sembri ... il lavoro è più di un semplice "dato in un file" ... è ogni volta che l'utente ha trascorso con il tuo software.

Ad esempio, se l'utente ha compilato il modulo di 30 campi con 29 articoli validi e 1 non valido, non cancellare tutti i suoi dati validi per lamentarsi di 1 non valido (diamine, non cancellare nemmeno quello non valido. forse è lungo e richiede solo una correzione minore, o l'utente non ricorderà cosa fosse prima se lo cancelli)

Un esempio non ovvio ma importante è ciò che Windows e praticamente ogni altro software "file manager" si sbaglia. Se trascorro mezz'ora con attenzione Ctrl-clic per selezionare un set di file e faccio accidentalmente clic invece di Ctrl-Click, non dovrebbe cancellare tutti i miei file precedentemente selezionati, facendomi ricominciare da capo.

Un altro che si sono sbagliati ... se ho accidentalmente premuto Ctrl-A (invece di Ctrl-S proprio accanto), non dovrebbe perdere il mio posto nel file e posizionare il cursore all'inizio .... Chiamo trovare il posto giusto nel file "lavoro" che il programma ha "perso".

Ancora un altro: la finestra di dialogo "commit" di TortoiseSVN ha un lungo elenco di file. Prima di premere "Commit", puoi scorrere l'elenco dei file, facendo doppio clic su ciascuno di essi per vedere le sue modifiche in una seconda finestra di dialogo. Per farlo rapidamente, a volte uso solo la tastiera, premendo <Esc>per chiudere la seconda finestra di dialogo e tornare alla prima. Se premo accidentalmente <Esc> due volte, chiude anche la prima finestra di dialogo, il che mi fa dimenticare quale file stavo facendo.

Un programmatore ha la responsabilità di rispettare il sistema su cui verrà eseguito il suo programma. Al termine dello sviluppo e dei test, il programma verrà distribuito per essere utilizzato per lo scopo previsto e ciò di solito coinvolge altre persone che lo eseguono sui propri computer. Il programmatore deve tenerlo a mente: il suo programma è in esecuzione sulla proprietà di qualcun altro , non sulla propria, e deve comportarsi come ospite nella propria casa invece di irrompere come se fosse il proprietario.

Ad esempio, il suo programma non dovrebbe:

• modificare le impostazioni globali senza il consenso dell'utente. (Compresi i problemi di gestione della libreria condivisa .)
• cancellare o modificare i dati che appartengono all'utente o ad un altro programma senza il consenso dell'utente.
• si aggiorna senza il consenso dell'utente.
• si rende difficile da disinstallare.
• si rende difficile da chiudere.
• disabilitarsi o interferire in alcun modo con il corretto funzionamento del computer se il programma non è in grado di superare un controllo di licenza fallibile .
• supponiamo che sia l'unico programma significativo in esecuzione sul sistema e hog risorse di sistema di conseguenza. (Naturalmente, si possono fare eccezioni per le macchine a singolo tasking, o per i programmi che l'utente può ragionevolmente aspettarsi di eseguire da solo, come giochi pesanti a schermo intero.)
• saltare davanti all'utente con una finestra popup mentre l'utente sta facendo altre cose in altri programmi. (Ti sto guardando, Yahoo Messenger!)

Dal manifesto per l'artigiano del software :

Come aspiranti artigiani del software stiamo alzando il livello dello sviluppo professionale del software praticandolo e aiutando gli altri ad apprendere il mestiere. Attraverso questo lavoro siamo arrivati ​​a valutare:

• Non solo software funzionante, ma anche software ben realizzato

• Non solo rispondere al cambiamento, ma anche aggiungere costantemente valore

• Non solo individui e interazioni, ma anche una comunità di professionisti

• Non solo collaborazione con i clienti, ma anche collaborazioni produttive

Cioè, alla ricerca degli oggetti a sinistra, abbiamo trovato gli oggetti a destra indispensabili.

Guardati allo specchio e forse riconosci le peggiori qualità di un programmatore in se stesso. Quindi lavorare per eliminarli ogni giorno.

1. Non sto imparando nulla di nuovo
2. Non cercare di estendere le tue abilità
3. Non essere aperto a nuove, attenersi alle vecchie abitudini
4. Non preoccuparti della qualità del tuo lavoro
5. Non cercare di migliorare la qualità del tuo lavoro
6. Essere un lavoratore da 9 a 5 senza passione
7. Non avere la propria opinione delle cose
8. Accettare l'opinione degli altri senza mettere in discussione
9. Credere di aver imparato tutto
10. Non tollerare alcuna critica
11. Non ascolto dell'ingresso esterno
12. Essere centrati sull'ego, conoscere tutto individualmente
13. Avere una personalità negativa e criticare le altre persone

• La responsabilità di un programmatore è quella di creare un software che soddisfi le esigenze dei requisiti, analisi, progettazione e specifiche stabilite in qualsiasi contratto tra il programmatore e il cliente.
• La responsabilità di un programmatore è quella di creare software economico, affidabile e che funzioni in modo efficiente su macchine reali.
• La responsabilità di un programmatore è di lavorare nel modo più efficiente, etico e con la massima integrità possibile e comportarsi con la massima professionalità.

Parte di ciò vale per le responsabilità di "Una società di programmazione ".

• Il programmatore dovrebbe conoscere e utilizzare le librerie e la piattaforma principali utilizzate.

Specialmente quando il programmatore proviene da un'altra piattaforma / lingua. È terribile trovare il programmatore che lotta per qualcosa che la libreria principale fornisce o abusare del vantaggio della piattaforma a causa dell'ignoranza.

• Il programmatore dovrebbe creare un codice auto-documentante

È molto importante che il codice sia documentato per essere utilizzato da altri, ma quando si tratta di manutenibilità, il codice di auto-documentazione può letteralmente risparmiare ore e ore di frustrazione.

Ad esempio confronta:

// validates if is leap year
if(  year % 4 == 0 && (year % 100 != 0 || year % 400 == 0) ) { 
     doSomethingWithFebruary();
}

a

if( isLeapYear( year ) ) { 
    doSomethingWithFebruary();
}

La programmazione è una professione, non un'abilità. Ciò significa che un programmatore ha la responsabilità di rimanere aggiornato nel suo campo sugli ultimi strumenti, tecniche e tecnologie.

Ciò può significare respingere i manager per dare tempo per consentire l'apprendimento e la formazione continui o farlo nel tempo libero.

1) Spiegare chiaramente che una soluzione a qualsiasi problema avrà degli compromessi tra prestazioni, costi, tempi e qualità.

2) Completare la documentazione pertinente, siano esse note di rilascio o piani di test. (la documentazione varia in base al tipo e alle dimensioni dell'azienda)

3) Richiedi gli strumenti corretti per il loro lavoro (così tanti si lamentano ma non si avvicinano mai al loro capo con un caso ragionevole per ottenere ciò di cui hanno bisogno)

... Altri senza dubbio da seguire.

Domanda nulla: un programmatore dovrebbe avere la responsabilità di informarsi su qualsiasi cosa che un sistema possa essere tenuto a fare o gestire. Ciò può includere la richiesta di ciò che gli utenti possono vedere come domande sciocche in quanto vi sono vari siti dedicati a mostrare esattamente ciò che gli utenti possono essere in grado di fare. Il quotidiano WTF e SharkTank sono un paio di esempi, anche se sono sicuro che ce ne sono altri.

Un programmatore è responsabile della conversione degli user story nel backlog del prodotto in incrementi di software funzionanti e spedibili

Ecco perché i manager dovrebbero assicurarsi di avere tutto per il loro obiettivo.

Ecco la mia proposta

1. Un programmatore dovrebbe richiedere le condizioni di lavoro esposte nella Dichiarazione dei diritti del programmatore, al fine di non abbassare gli standard per la posizione.

(Per "programmatore" intendo "programmatore", non "hacker del fine settimana", quindi sono implicite tutte le cose standard che un programmatore dovrebbe fare.)

5 precetti della gilda del programmatore

1.) controlla il suo codice settimanalmente e nei giorni festivi.

2.) provvedere alle esigenze della comunità di programmazione.

3.) leggere almeno un libro di programmazione all'anno.

4.) partecipare ad almeno una conferenza di programmazione all'anno.

5.) essere all'altezza dei tuoi errori.

Aggiungerò "documenta sempre tutte le ipotesi fatte" all'elenco. :-)

Un programmatore non dovrebbe fare o implementare qualsiasi cosa non etica o illegale, come scrivere virus o hackerare i sistemi di altri (a meno che non sia per scoprire falle di sicurezza e quindi informare la vittima su ciò e cosa può fare per evitare che ciò sia sfruttato da eventuali hacker malintenzionati).