Esistono standard di settore che definiscono la qualità del codice?

3

La nostra situazione specifica è che stiamo creando un accordo tra noi e un altro team per il controllo o l'uso condiviso di un'applicazione web basata su PHP che stiamo costruendo. Abbiamo una serie di standard e convenzioni documentati nelle nostre specifiche tecniche. Tuttavia, mi è stato chiesto di definirli in termini di standard del settore.

Sono a conoscenza della terminologia diversa per le convenzioni di codifica. Notazione ungherese, CamelCase, per esempio. E alcuni standard definiti per cose molto specifiche, PSR-0 per esempio copre gli spazi dei nomi in PHP.

Sembra che il punto sia cercare di darci un terreno più strong nell'accordo, puntando agli standard del settore piuttosto che a uno standard arbitrario da noi esposto. Stanno cercando cose come PSR-0 o ISO #### o IEEE #### a cui possiamo puntare.

La mia preoccupazione personale è che ho trascorso del tempo lavorando con il team per mostrare loro gli standard che abbiamo e per comprarlo nelle parti più grandi di esso. Quindi sono preoccupato che o finiremo per conformarci ad uno standard che non corrisponde a quello che ci piace programmare, o il caso migliore sarà scegliere e scegliere i pezzi di standard, se esistono, per adattarsi alle nostre attuali convenzioni.

In ogni caso, il nocciolo della domanda è, Esistono standard di settore relativi alla qualità del codice, ai processi di codifica o ad altre aree che potrebbero aiutarci a impedire ai programmatori di creare codice dannoso o difficile da mantenere? Mi rendo conto che non possiamo impedirlo, ma se possiamo puntare all'accordo, almeno ricorreremo ad altro che a refactoring o ricodifica noi stessi.

Qualsiasi altro pensiero o suggerimento sarebbe utile.

    
posta Chris 14.05.2013 - 22:34
fonte

2 risposte

5

Bene, ci sono gli standard del PHP Framework Interoperability Group .

Poi ci sono gli standard proposti in risposta al PHP Framework Interoperability Group: The Difinitive PHP Style Guide .

E poi la guida di stile di Apache .

Quindi, no. Nulla di ciò che è stato concordato dal settore.

    
risposta data 14.05.2013 - 22:46
fonte
4

Gli standard di settore sono soggettivi. Il campo è così pieno di idee in competizione che puoi sempre trovare qualcuno che preferirà un altro approccio anche a quelli raccomandati in qualche manifesto. Ciò che conta è la coerenza all'interno dell'organizzazione. Che supera gli standard del settore.

La ragione è che a volte le organizzazioni hanno buone ragioni per adottare un approccio meno favorito. Ad esempio, ho lavorato su molti contratti governativi. Il governo ha difficoltà a attrarre e mantenere gli sviluppatori di alto livello. Come tale cerca di codificare in modo molto generale, tipo di sviluppatore entry-level di modo. Vogliono che sia facile portare nuovi sviluppatori. Vogliono anche che sia facile per gli sviluppatori spostarsi tra i progetti. Pertanto, cercano di mantenere lo stile di codifica tra i progetti omogeneo ed esplicito. Per esplicita intendo, essi preferiscono codificare le cose in outs e avere cose che accadono magicamente (guarda una definizione di ActiveRecord in Rails e saprai esattamente cosa intendo per "magia").

Nessuna organizzazione ha esattamente le stesse priorità. Come tale, ci possono essere buone ragioni per cui i loro standard possono variare. La coerenza è ciò che conta.

    
risposta data 15.05.2013 - 21:34
fonte