Le convenzioni di denominazione dei progetti sono più importanti delle convenzioni di denominazione della lingua? [chiuso]

1

Sto lavorando a un progetto con uno sviluppatore senior e lui non si attiene alle convenzioni di denominazione del linguaggio che stiamo usando. Il progetto è in Go e usa underscore per tutto. Ad esempio, in Vai campi pubblici sulle strutture dovrebbe essere chiamato qualcosa come TeamID, ma nel suo codice è Team_id. C'è già un sacco di codice scritto che segue questa convenzione di denominazione.

Quindi sostanzialmente le mie domande sono, dovrei assicurarmi che il mio codice segua le convenzioni di denominazione della lingua o dovrei concentrarmi sul mantenere le cose coerenti e utilizzare le convenzioni di denominazione stabilite dallo sviluppatore originale.

Ne ho parlato un po ', ma a lui non interessa davvero cose del genere e pensa che non sia importante.

    
posta arjabbar 25.03.2015 - 16:06
fonte

3 risposte

8

Se alla maggior parte delle persone non interessa lo sviluppatore senior, sarà molto difficile persuaderli tutti. In questo caso, ti consiglio di continuare con la convenzione originale definita dallo sviluppatore originale e almeno di mantenere le cose coerenti .

Se altre persone non sono d'accordo con questo, allora puoi concentrarti sul ROI della conversione della convenzione di denominazione dei progetti già esistente nella convenzione di denominazione linguistica e presentarlo alla direzione insieme allo sviluppatore senior. Questo sicuramente causerà qualche attrito.

In conclusione, direi che le convenzioni di denominazione delle lingue sono molto importanti perché le nuove persone che entrano nel tuo progetto sono più a loro agio con la base di codice che richiede meno spiegazioni e causa meno frizione.

La ragione è che le convenzioni di denominazione della lingua sono globali e le convenzioni di denominazione dei progetti sono locali, quindi le persone avrebbero bisogno di più tempo per abituarsi.

Man mano che i nuovi sviluppatori si stanno abituando alle convenzioni di denominazione del progetto, sono obbligati a confonderlo con le convenzioni di denominazione del linguaggio, se è quello a cui erano abituate. Le revisioni del codice potrebbero risolvere questo problema, ma è comunque uno spiacevole elemento di andare con le convenzioni di denominazione del progetto.

Quindi, da quella prospettiva le convenzioni di denominazione della lingua sono più importanti delle convenzioni di denominazione del progetto.

    
risposta data 25.03.2015 - 16:33
fonte
2

Non importa quale convenzione usi, purché tu sia coerente nella tua convenzione.

Ma quando ti allontani dalla convenzione di denominazione predefinita del linguaggio di programmazione, stai rendendo impossibile rimanere coerenti, perché qualsiasi interazione con la libreria standard utilizzerà una convenzione di denominazione diversa dalle interazioni con il tuo codice.

Per questo motivo è generalmente una buona idea adottare le convenzioni di denominazione utilizzate dalla libreria standard.

    
risposta data 25.03.2015 - 16:54
fonte
0

La coerenza all'interno del progetto è la cosa più importante. Odio i caratteri di sottolineatura e la notazione ungherese, ma se stai lavorando a un progetto pieno di loro, allora è meglio continuare a farlo allo stesso modo. Il passaggio a standard diversi rende tutto un disastro nel progetto e non si raggiunge alcun vero standard, a meno che non si abbia il tempo di passare e cambiare tutto ciò che è essenzialmente una riscrittura.

    
risposta data 25.03.2015 - 16:43
fonte

Leggi altre domande sui tag