Va bene memorizzare il codice e usarlo in seguito?

1

Ho programmato per molti mesi.

Quello che ho trovato è:

  • Il mio team leader mi illustra il progetto.
  • Inizio con un progetto vuoto.
  • Per molte attività comuni (come chiamare il servizio web, mostrare la griglia, ecc.), apro il mio account o il mio progetto precedente.
  • Copia e incolla il codice e lo ritocco per soddisfare il mio attuale requisito.
  • Per cose normali (come le caselle di avviso, la memorizzazione di cookie, ecc.) uso intellisense.
  • Per qualsiasi altra cosa vado su google, cerco e copio il codice dopo averlo letto e l'ho adattato alle mie esigenze.

Quando completi il mio progetto, il mio team leader e il mio cliente sono contenti perché l'attività è stata completata.

Ma è OK per google il codice, memorizzarlo e usarlo in seguito? Ricorda che capisco il codice, posso modificarlo in seguito ma non ricordo nemmeno i nomi propri delle classi.

Non ricordo davvero il codice. Lo sto facendo bene?

    
posta necixy 13.04.2011 - 17:49
fonte

4 risposte

10

Tendo a dire "Sì, lo stai facendo bene". Si chiama riutilizzo del codice.

Salvare elementi del tuo lavoro per un utilizzo futuro ti aiuta a evitare ripetutamente il googling. Ti fa risparmiare tempo e migliora le tue prestazioni.

Anch'io tendo a dimenticare rapidamente i nomi delle classi e così via. In realtà ricordarli non ha un valore particolare. Era possibile 20-30 anni fa quando avevamo un linguaggio di programmazione che non è mai cambiato nel corso degli anni. In questi giorni siamo letteralmente travolti da dozzine di nuovi linguaggi, librerie, strumenti e framework che rilasciano nuove versioni ogni pochi mesi. Ricordare tutti i loro dettagli sarebbe un esercizio inutile per un umano.

    
risposta data 13.04.2011 - 17:58
fonte
7

Sì, è perfettamente OK. Mentre programmi di più, sarai in grado di ricordare meglio i nomi di classi e metodi. Usare evernote non è una cattiva idea per tenere appunti personali, ma spero che voi stiate usando il corretto controllo del codice sorgente per il codice del client.

Se trovi che lo stesso codice viene utilizzato in molti progetti con variazioni minime o nulle, puoi creare un progetto API separato con il codice comune e quindi includere la tua API in qualsiasi progetto che ne ha bisogno. Ovviamente, può essere un po 'più complicato di così in pratica, ma sarebbe un buon inizio.

    
risposta data 13.04.2011 - 17:56
fonte
5

Un paio di pensieri: salvare e riutilizzare il codice è assolutamente una buona pratica - e io tendo a pensare che sia totalmente compito dello sviluppatore il modo in cui archivi il tuo lavoro precedente e altri utili esempi di codice.

Ma ... alcuni avvertimenti dal punto di vista di una grande azienda:

  • Sto assumendo che sia un dato di fatto che tra le tue modifiche si rinomini classi, metodi e variabili, se necessario, se incidono sul dominio problematico del lavoro corrente.
  • Sii consapevole di dove e come memorizzi il codice che è stato scritto sul nickel della tua azienda. So che molte aziende sarebbero molto sconvolte nel scoprire che il codice che considerano proprietario è stato memorizzato su Internet IN QUALSIASI FORMA . Il problema non viene mitigato dicendo che si trova in un account controllato solo da te (GoogleDocs, Evernote, ecc.). Il problema è che il codice si trova in un posto che l'addetto alla sicurezza della compagnia e gli avvocati non hanno approvato. Memorizzandolo sul tuo disco rigido - nessun grosso problema. Memorizzando in una condivisione file supportata dall'azienda - nessun grosso problema.
  • Sii consapevole e controlla con il management se puoi prendere il codice (anche un piccolo pezzetto) da un altro lavoro e se non sai che è OK, non spostare il codice tra i lavori. Il codice è generalmente a noleggio e di proprietà dell'azienda. Il materiale legale interaziendale è un bel casino e probabilmente la direzione non vorrà alcuna parte di una causa che implichi il fatto di essere citato in giudizio da un'altra società per furto di proprietà intellettuale.

Questo è più di un problema in aziende più grandi con il potenziale di essere bersagli per cause massicce. Non posso dire molto sulle aziende più piccole - non lavoro in una.

È una linea sottile tra l'ispirazione e la referenziazione di una soluzione precedentemente riuscita e il codice di cribbing da una terza parte. Tendo a pensare che la maggior parte del codice di esempio di Internet sia sicuro poiché di solito sta dimostrando un meccanismo. È quando stai tirando giù pezzi di codice considerevoli che non hai intenzione di ripensare o riscrivere che sei più a rischio (e che non sembra il caso qui).

Per lo più sottolineo l'area delicata e le aree che sono più propense a coinvolgere conversazioni lunghe e frustranti con avvocati e uomini d'affari che non hanno idea di come sia realmente il lavoro. Dal momento che queste persone cercheranno in bianco e nero, è opportuno evitare i trigger per tali conversazioni quando possibile.

    
risposta data 13.04.2011 - 19:19
fonte
0

Per me più interessante dei dettagli sull'utilizzo di bit di codice nei tuoi nuovi progetti, è il fatto che stai costruendo un vocabolario concettuale per te, che consiste in unità di codice funzionanti per risolvere vari compiti. In questo modo vengono sviluppate le competenze e anni di ricerca sulle scienze cognitive supporta quel modello di acquisizione della conoscenza. Quindi, anche se in realtà non riusci a riutilizzare il codice testualmente nei tuoi nuovi progetti, c'è molto da apprezzare nel flusso di lavoro che descrivi.

    
risposta data 13.04.2011 - 19:40
fonte

Leggi altre domande sui tag