Dichiarare valori che sarebbero già stati assegnati dal compilatore è inutile per il comportamento del programma . Tuttavia, non è quello che dovresti ottimizzare come sviluppatore professionista. Invece, dovresti mantenere il tuo codice base nello stato in cui supporta lo sviluppo in corso .
Se il codice riguardasse solo la sua semantica qui e ora, potreste pensare davvero tanto una volta, eliminare il codice assembler necessario e non pensarci più. Ma nel mondo reale, le modifiche ai requisiti, le correzioni, la manutenzione, i cambiamenti di formato ecc. Ecc. Continuano a susseguirsi senza fine. È fondamentale che la tua base di codice non solo faccia ciò che è previsto, ma resti anche in uno stato che ti consente di svolgere il lavoro che sarà richiesto.
Spiegare cose che sarebbero già di default può essere utile per questo, quindi non è automaticamente una cattiva idea. Dopo tutto, non si paga il compilatore per il numero di caratteri che consuma. Dovresti dichiarare le cose quando lo fai rende il codice più leggibile.
In Java, le variabili globali sono automaticamente inizializzate, ma quelle locali non lo sono; a seconda dei livelli di esperienza della tua squadra (la tua squadra attuale e il futuro team atteso!) può essere una buona idea precisare le cose in modo che nessuno debba mai pensare, anche solo per un secondo, quale valore avrà qualche variabile in run- tempo, o potrebbe non esserlo. Ma "Non cambia nulla nel programma compilato" non è un argomento sufficiente per chiamare il codice "inutile".