Lavoro a un avvio più grande con una base di codice in scadenza. Ho lavorato qui solo alcuni mesi. Ho pochi problemi su cui lavorare attualmente perché siamo vicini a una versione. Non ho molti problemi / bug assegnati rispetto ad altri sviluppatori che stanno lucidando nuove funzionalità e aggiungendo test di regressione. Non sono sicuro di cosa lavorare, ma so che c'è molto da fare. È difficile trovare motivazione anche perché il lavoro tende ad essere più noioso (QA).
Ho ereditato parte del prodotto che è stato scritto male - uno sviluppatore C ++ prima incursione in HTML / JS, ed è il mio obiettivo principale qui. So che tutto il codice ha i suoi problemi, ma questo codice ha davvero bisogno di una riscrittura (sono circa 20.000 linee di javascript, un sacco di copia e codice, numeri di magia e nomi magri [var obj = ev.Items ;, doGetStuff (), meth [ metodo] [6], ecc.], per lo più metodi statici senza riutilizzo degli oggetti, nessuna separazione di UI e business logic) L'interfaccia utente è davvero pessima, potrei andare avanti con altri esempi ma voglio solo sottolineare che il codice è oggettivamente cattivo, non solo disordinato o che richiede un leggero refactoring. Tuttavia, poiché siamo vicini a una versione e il codice è alquanto stabile a questo punto, non è necessario modificare nulla che possa influire sul rilascio. Idealmente vogliono solo che il codice abbia più test unitari, test, documentazione, ecc.
Poiché è principalmente javascript strettamente collegato al codice ASP.NET dietro le pagine, è estremamente difficile eseguire il test dell'unità. Inoltre, non ci sono specifiche, quindi è difficile sapere se il codice funziona correttamente (ci sono regole aziendali molto complesse.) Quindi non sono sicuro di quanto sarebbero validi i test unitari anche se li avessi installati e funzionanti, il che sarebbe essere difficile in sé.
Su cosa mi piacerebbe lavorare, in modo che possa sembrare più un go-getter, un self-starter che in realtà fa cose utili in questa situazione? Mi preoccupo che sembrerò pigro se non sto producendo attivamente qualcosa, che si tratti di codice, documentazione o test. Potrei provare a ottimizzare, correggere i bug senza rompere nulla, che è rischioso e non fornisce molti vantaggi, o testare il codice più manualmente (che è probabilmente la cosa migliore da fare, ma in realtà non mi dà alcun riconoscimento dai miei colleghi ed è purtroppo molto noioso.) Mi piacerebbe rielaborare alcune delle UI e refactoring ma non posso farlo vicino ad un rilascio. Sto davvero lottando per capire qual è la cosa migliore da fare per sembrare positivo e lavorare sodo, e per trovare motivazione. Qualche idea su come posso essere più produttivo?