Come trascorrere in modo produttivo il "tempo libero" in ufficio [chiuso]

Dopo aver spedito un rilascio, una volta ogni due o tre mesi, ricevo da 10 a 15 giorni di tempo libero. Per tempo libero, non intendo lavorare, a nessuno importa cosa stai facendo ecc., Ma devi venire in ufficio e andare.

Hai tempo libero così? Come si utilizza questa volta?

Tendo a leggere, ma sento che stipare sempre più informazioni non è il modo migliore per spenderle.

È un po 'insolito. E strano, a proposito. Se il tuo datore di lavoro non ha lavoro per te, perché ti costringe a venire in ufficio?

Migliora il tuo codice

In generale, c'è sempre un lavoro da fare, anche su un singolo progetto. Se non hai nulla da fare, significa che il tuo progetto è perfetto. Non credo in progetti perfetti, dal momento che non ho mai visto nessuno. Se la tua azienda ha progetti perfetti, vorrei poter dare un'occhiata a come è fatto.

Se il tuo progetto non è perfetto, puoi passare questo tempo libero a migliorarlo.

• Applica le regole dello stile di codifica,
• Verifica se i commenti sono aggiornati e non mancano da nessuna parte,
• Esamina il codice su parti che non sono state scritte da te,
• Migliorare la documentazione tecnica,
• Profilare il codice per vedere quali sono i colli di bottiglia e come rimuoverli,
• Rifattorizza il tuo codice,
• Inizia a pensare alle funzionalità future da implementare.
• eccetera.

Impara qualcosa di nuovo

A volte, hai appena finito di scrivere codice, finalmente hai rilasciato il progetto e l'ultima cosa che vuoi fare è continuare a lavorare con il codice su cui sei stato negli ultimi tre mesi. Questo è comprensibile. In questo caso, puoi facilmente trovare un'altra occupazione per cambiare le tue idee e aumentare le tue conoscenze. Ad esempio, se sei uno sviluppatore C #, impara Python o impara a utilizzare le estensioni reattive o qualsiasi altra cosa.

Potresti anche essere tentato di fare un piccolo progetto per te stesso durante il tuo tempo libero. Non ti consiglio di farlo, non solo perché il codice che scrivi sul tuo lavoro appartiene generalmente alla tua azienda, ma anche perché puoi essere citato in giudizio per utilizzare l'hardware aziendale e altre risorse per fare progetti che non hanno nulla a che fare con il tuo lavoro reale.

Parla con il tuo capo

Potrebbe essere una buona idea porre la domanda che hai posto su Programmers.SE alla persona interessata, cioè al tuo capo. In effetti, è probabile che:

• O ignora che gli sviluppatori a volte non hanno niente da fare,
• O si aspetta che tu faccia una cosa precisa.

È particolarmente importante sapere qual è la situazione se il tuo capo si aspetta davvero che tu faccia qualcosa. Ad esempio, se avessi dei dipendenti, mi aspetterei che migliorassero il progetto quando avessero finito di scrivere il codice e risolvere i bug. Allo stesso modo, quando lavoro per un'azienda sul posto, ho sempre speso tutto il tempo lavorando al progetto e migliorandolo se non c'erano bug da risolvere.

C'è un'eccezione: gli stagisti di solito non sono tenuti a svolgere un lavoro aggiuntivo da soli. Ma almeno ci aspettiamo che vengano a dirci quando hanno finito quello che abbiamo chiesto loro di fare, in modo da assegnare loro un altro compito.

In realtà finisco per avere situazioni del genere nel mio lavoro. Dopo un paio di settimane tende a esserci una pausa mentre ci prepariamo per la prossima versione, mentre i responsabili di sviluppo e PM discutono della priorità delle funzionalità per la versione n + 1.

Di solito cerco di passare questo tempo a rimborsare il debito tecnico che è stato sostenuto o ad aggiungere funzionalità che ritengo necessarie, ma che non ricevono mai risorse adeguate a causa del fatto che potrebbero non portare direttamente alle entrate.

Sono stato in questa situazione più di una volta per più di un datore di lavoro, credimi,

Questo non è comune ma certamente non insolito.

Non esagererò e dirò che è comune e che certamente non è normale. Questo è un segno di cattiva gestione e / o gestione del progetto. Ecco alcuni temi comuni che noto che producono pause come questa.

• Potresti essere in una grande organizzazione con MOLTE risorse di sviluppo. Diventa più difficile gestire in modo efficace progetti software in corso e mantenere un utilizzo al 100% delle risorse con un ampio pool di risorse.

• Cattivi project manager. Fanno un terribile lavoro di pianificazione del lavoro di rilascio in modo tale che le risorse siano il più possibile vicine al 100%.

• Progetto di manutenzione / funzionalità su software esistente. Molte volte quando c'è un arretrato di funzionalità o lavori di manutenzione complessi, il lavoro stesso potrebbe non richiedere molti sforzi per implementare, tuttavia richiede un livello molto elevato di familiarità tecnica e conoscenza aziendale per svolgere il lavoro.

• Esperto in materia. Non è raro che i progetti che dispongono di una vasta gamma di tecnologie e / o conoscenze aziendali abbiano la necessità di formare piccole bande di team attorno alle singole aree. Questi team diventano Esperti della Materia del Soggetto nei loro confronti e l'azienda li apprezza di PIÙ per ciò che sanno e cosa sono in grado di fare rispetto a ciò che stanno facendo nel momento in cui non c'è lavoro specifico per loro.

Davvero strano,

• 10-15 giorni di tempo libero a intervalli ricorrenti
• a nessuno importa cosa stai facendo, ma deve comunque essere fisicamente presente

Tuttavia hai del tempo decente che potresti utilizzare forse per fare qualche esercizio di team building, riunire i tuoi colleghi e imparare e presentare alcuni concetti sulla lingua o sulla struttura che stai utilizzando. E prenditi del tempo per esercitarti con un po 'di codice su alcuni problemi casuali per migliorare le tue abilità.

Tendo ad accedere a StackOverflow e qui durante alcune brevi pause disponibili. Anche scegliere una nuova lingua potrebbe essere una prospettiva che puoi esaminare.

Quello che mi sento di raccomandare è che, durante i due o tre mesi quando sei al lavoro, si inizia a costruire una lista di cose che vuoi fare quando il progetto è fatto e il paio di settimane di tempo libero rotola intorno.

• "Abbastanza buono" pezzi di codice che si desidera refactoring
• Strumenti, librerie, lingue, ecc. Con cui ti piacerebbe sperimentare
• Idee che vorresti prototipare, prove di concetto da costruire
• Tecniche di sviluppo che vorresti provare

Suppongo che se aggiungessi un URL e una nota a un elenco ogni volta che pensavo a qualcosa del genere, dopo due o tre mesi avrei sicuramente un elenco abbastanza lungo da fare per tenermi occupato!