Cosa fare quando si è costretti a programmare in base a standard di progettazione (progettazione) non validi

Non si tratta delle convenzioni di denominazione tipiche, dove posizionare i tuoi commenti, dovremmo usare le regioni, ecc. Si tratta di uno standard di codifica che discute dettagli su come un programmatore dovrebbe progettare le sue applicazioni.

Cose come: (su un'app .NET e non nei termini esatti)

• Rendi il minor numero possibile di lezioni
• Le lezioni dovrebbero fare quanto le loro controparti del mondo reale possono fare
• La modifica è migliore dell'estensione
• Una DLL per categoria (una libreria per le funzioni e-mail, una libreria per le funzioni relative ai file)

Ognuno ha avuto la propria esperienza con codici errati e possibilmente cattiva progettazione, ma cosa succederebbe se fossi inserito in una squadra (partire non è un'opzione) in cui avevano standard di progettazione che semplicemente non si sentivano bene. Non sono sicuro di come rispondere professionalmente quando mi sento morire dentro ogni volta che mi viene chiesto di programmare in questo modo.

Non so chi l'abbia detto inizialmente, ma di fronte a una situazione che non ti piace, ci sono solo tre opzioni:

1. Cambiarlo.

2. Accettarla.

3. Lascialo.

Hai l'energia e l'influenza all'interno dell'azienda per fare il mastodontico sforzo di provare la prima opzione? Vuoi scrivere codice migliore di nascosto e rischiare di essere licenziato?

Riesci ad accettare la situazione e scrivere codice su quegli "standard"? Il mio consiglio, non farlo se non hai davvero bisogno della busta paga. Si scheggerà lentamente al tuo morale.

Ciò lascia l'opzione 3. Anche se devi accettare la situazione a breve termine, dovresti iniziare a cercare altrove un altro lavoro.