La melix free software ha elaborato 9 standard per migliorare il codice delle sue applicazioni.

1)Ogni programmatore e tenuto a creare sempre una Build a fine lavoro

E' provabile,usando un programma di controllo del versioning che qualche programmatore salvi un file sbagliato capace di danneggiare una build,può capitare che si crei un file nella propria macchina,tutto funziona alla perfezione ma mi scordo di salvare il file o ne salvo uno sbagliato nel sistema di versioning e danneggio la build.Succede che gli altri del gruppo non possono più lavorare,una build danneggiata può causare numerose seccature ed è quindi utilissimo creare una build alla fine del lavoro svolto per quel giorno, in modo tale che un danno del genere non possa passare inosservato.

2)Creare un sistema di gestione dei bug

Creare un database per gestire i bug conosciuti dal sistema,molta gente ritiene di ricordarsi tutti i bug a memoria ma non è vero,il database verra diviso in 5 sezioni: comportamento atteso,comportamento errato individuato,stato se risolto o no,modalita di riproduzione dei bug.

3)Risolvi i bug prima di scrivere il nuovo codice

Se ti trovi di fronte a un bug nella tua applicazione,seccante che sembra irrisolvibile,risolvilo da solo/a o chiedendo agliuto ai tuoi compagni,prima di continuare a scrivere del nuovo codice.

4)Creare un progretto di sviluppo

Prima di iniziare a scrivere il programma creare un progetto di sviluppo che includa anche le funzioni del software da creare con le relative caratteristiche.

5)Creare un documento di specifiche

Tutti sono daccordo che creare un documento di specifiche sia una cosa interessante ma alla fine nessuno lo fà,forse perchè a quasi tutti i programmatori secca un po scrivere su carta e penna.Quando si è a livello di designer (nero su bianco) è molto facile risololvere dei problemi che quando si è davanti lo schermo a scervellarsi davanti al codice.

8)Lavorare da soli e in un abiente tranquillo

Non so se qualcuno ha mai letto il libro di software management "Peopleware" esso documenta in modo approfondito questi vantaggi.Tutti gli sviluppatori riescono a scrivere con le massime capacita quando si trovano in uno stato di "trance produttiva" cioe quando un programmatore è sconnesso dal mondo che lo circonda e concentrato solo con il suo lavoro.In questo modo si perde il senzo del tempo e si producono cose grandiose più di quanto si pensa di saper fare.Solo che raggiungere il livello di trance produttiva non è facile in circa ci vogliono 15 minuti per uno che è tranquillo e non ha pensieri di altro genere,comunque perchè questo possa accadere devi essere in un ambiente tranquillo dove nessuno di interrompa.(jack lavora in una software house,ha raggiunta il suo livello di trance produttiva ma jim che si trova in stanza con lui,non si ricorda il nome di una versione unicode la domanda a jack che perde il suo stato di trance produttiva che riaquistera tra 15-20 minuti questo causa un calo drastico di produttivita.)Non so se sono stato chiaro?

9)Creare un report dei crash degli utenti

Sul sito verra aperto un spazio dedicato agli utenti dei software Melix che avranno l'opportunita di comunicare i crash dell'applicazione da loro usata.In modo che i programmatori del gruppo provvedano a riparare il bug.

Home__Regole di progettazzione__Struttura del gruppo__Info conferenze__Sala progetti__Blog__Forum

 

Created by Meli Nunzio