Un progetto su cui stavo lavorando è terminato, quindi sono stato trasferito a un nuovo incarico presso il mio datore di lavoro. Il lavoro precedente era molto agile, piccolo team, progresso sulla procedura, ecc.Come gestire la gestione inetta
Quindi, in ogni caso, il nuovo progetto su cui mi trovo - mi ritrovo confuso su come gestire la gestione. Non hanno una reale comprensione della programmazione orientata agli oggetti, delle tecnologie attuali o delle metodologie. Sembrano temere il cambiamento e recentemente ci siamo trasferiti all'ultimo JRE
Facciamo queste revisioni di codice e devo ascoltare "barbe grigie" dicendo quanto è meglio in ADA o come facevano le cose in C Ma poi quando provano a revisionare il codice, non hanno nemmeno la più elementare comprensione del design e dello sviluppo di OOP. Si concentrano maggiormente sullo stile del codice; spaziatura; nomi dei metodi; ecc
Una delle persone di livello alto dire che dovremmo scrivere la nostra logger invece di utilizzare log4j a causa di una recensione negativa di log4j in un PDF accademica età scritti fa.
Come mi occupo di questo? Come posso spiegare loro che il loro design è difettoso o che sono davvero indietro nel tempo, senza imbattersi in un coglione. Sono stato con questa organizzazione da circa un anno - quindi non so quanta credibilità avrò.
Capisco che la formattazione statisticamente incoerente sia correlata a un elevato numero di errori. Il che è ovvio, perché se non riesci nemmeno a formattare correttamente, allora non c'è speranza. –
Questa domanda sembra essere fuori tema perché riguarda l'ambiente di lavoro. È troppo vecchio per essere migrato su [workplace.se]. –