Attualmente sono uno sviluppatore di software su Coop che si trovava in una situazione interessante oggi. Non posso dire troppo, dato che le cose che faccio sono sotto NDA, ma faccio i componenti di Grasshopper 3D (che è un plugin di Rhino).
La nostra azienda ha meno di tre sviluppatori di software, incluso me. Siamo tutti specializzati in diverse lingue. In questo progetto a cui stavo lavorando, ero incaricato di creare un software che avesse un uso generale molto ampio. È un'estensione dal tipico comportamento di Grasshopper.
Con questo detto, l'altro sviluppatore con cui ho lavorato è stato in questo settore per un buon decennio o due. È molto ben informato sull'uso di Grasshopper. La sua formazione precedente comportava un grande uso di esso, e il suo lavoro quotidiano comporta l'uso di Grasshopper (anche se non esplicitamente quello che sto facendo, che sta creando componenti C # per questo).
Detto questo, il mio componente finale ha attraversato un certo numero di iterazioni. Sembrava che ogni iterazione fosse migliore della precedente. Un punto interessante è che l'altro sviluppatore con cui ho lavorato (ero essenzialmente sotto la sua ala) riesce a rompere il mio componente ogni volta. Non intendo questo in modo malevolo.
Rompendo, intendevo, era in grado di traboccare liste particolari. È stato in grado, dopo quasi ogni iterazione, di trovare modi in cui il mio componente potesse essere migliorato. Onestamente, mi sento davvero grato per i suoi suggerimenti e critiche, perché queste erano onestamente cose che o ho trascurato, o che non sapevo, potrebbero accadere.
La mia domanda è triplice:
-
È normale che le pratiche di sviluppo del software / le aziende abbiano critiche a qualcuno e migliorino il tuo codice? Non c'è stata una revisione del codice. Era semplicemente il modo di migliorare lo strumento migliorando UX o migliorando il back-end. E onestamente, anche se non c'era la revisione del codice, ho imparato tanto dai suoi suggerimenti che ho sempre trovato successo nell'implementazione.
-
Ci sono suggerimenti per una procedura di test più "formale"? Sono relativamente nuovo al mondo dello sviluppo del software, quindi sono interessato alle procedure di test del software.
-
Come posso migliorare il mio modo di "prevedere" i problemi?
Da un lato, sento che ci sono problemi che normalmente non riesco a scoprire da me perché tutti usano un software in modo diverso. Da un altro lato, sento che potrebbe essere la mia supervisione o incompetenza a causare questo.
Sto leggendo questo thread , e sembra in un certo senso, abbiamo una procedura di test libera, anche se dipende tutto da me per chiedere una critica.