Che cosa è considerato buono / migliore pratica sulla gestione delle richieste di codifica ad-hoc?

3

Sono un ricercatore di dati e faccio molti programmi in R / RStudio.

Mi piace essere organizzato (come sono sicuro (spero) che la maggior parte dei programmatori faccia) e come tale uso sempre la funzione Project in RStudio per mantenere il mio lavoro organizzato in modo che possa passare comodamente da un progetto all'altro in un paio di clic, mantenendo i file correlati insieme.

A causa della natura del mio lavoro, regolarmente (giornalmente) ricevo richieste dai colleghi su cose ad-hoc / casuali che desiderano sapere.

Come inizialmente ho gestito questo è stato scrivere un codice a caso, nel mezzo del mio script corrente (sì, lo so) per dare loro la risposta, e quindi cancellare il codice.

Tuttavia, a volte ho semplicemente dimenticato di rimuovere il codice a causa di distrazioni (siamo tutti umani) e di tanto in tanto mi ha fatto passare un po 'di tempo ad analizzare il mio codice per rilevare dove si sono verificati gli errori e correggere il problema .

Poiché ho trovato questo problema comune (almeno per me), ho deciso di creare un progetto Miscellaneous R per tutte queste richieste: posso semplicemente passare a quel progetto, script / calcolare la richiesta della persona , dare loro la risposta e poi tornare al mio altro progetto. Ciò ha eliminato completamente il rischio per me di incidere negativamente sui progetti esistenti e, inoltre, ho scoperto che avere un progetto Miscellaneous mi consente di testare il codice / i modelli che ho creato senza interrompere nulla in qualsiasi area di lavoro del progetto esistente.

Ho cercato online consigli su queste cose e quale sia l'approccio comune a questo, ma non ho trovato nulla di utile.

Come tale, la mia domanda è questa: la creazione di un progetto Miscellaneous per richieste ad-hoc è considerata una buona pratica? In caso contrario, qual è il modo migliore / migliore per gestire tali scenari?

    
posta MusTheDataGuy 12.07.2018 - 12:26
fonte

2 risposte

1

Non sono uno sviluppatore di R, ma ottengo richieste come questa. Inoltre, a volte ho trovato la necessità di testare un piccolo pezzo di codice da solo. Tendo a realizzare piccoli progetti in Visual Studio per questo.

Il problema con questo è stato che avrei perso la cognizione di quali frammenti avevo in giro. Per superare questo, ho preso l'abitudine di passare del tempo ogni tanto, passando attraverso questi frammenti e raccogliendo le cose che potrei voler usare più spesso. Li inserivo in diversi piccoli strumenti che potrei utilizzare sui progetti dei clienti o li inserisco in una libreria che posso fare riferimento a un altro progetto.

Ciò che viene in mente è questo. Inserisci frammenti di codice in una casella degli strumenti in modo da poterli riutilizzare quando necessario.

    
risposta data 12.07.2018 - 14:24
fonte
1

Faccio qualcosa di simile, e l'ho fatto in passato in altre società. Spesso voglio testare alcuni aspetti di C # / .Net. Conservo un progetto Visual Studio separato che contiene una varietà di file di test. Quando ho bisogno di test, avvio Visual Studio su quel progetto e aggiungo un file. Funziona abbastanza bene e ha l'ulteriore vantaggio di poter mantenere quel progetto e rinviare ad esso.

Ciò mantiene tutto in ordine e puoi fare riferimento a quel progetto se qualcuno ti chiede come hai ottenuto dei risultati o se desideri una modifica.

    
risposta data 12.07.2018 - 14:28
fonte

Leggi altre domande sui tag