Reinventare la ruota, perché dovrei? [duplicare]

All'università siamo partiti al livello basso. Scrivi il tuo elenco collegato, dizionario, albero rosso-nero, fusione / ordinamento rapido, ... algoritmi e strutture. Una volta che li abbiamo conosciuti, era OK usare le librerie standard.

E simile con le lingue. Abbiamo iniziato con C e una volta che sai come funzionano i puntatori è più semplice vedere come, ad esempio, funzioni Java.

In breve, penso che sia utile implementarlo una volta per vedere come funziona . Da lì in poi vai avanti e usa le implementazioni standard. Sono testati da migliaia di utenti, conterranno meno bug del tuo codice.

if i can't figure out how to do it at the lowest level then Im not really "understanding" it.

È vero che non lo capisci completamente. Ma va bene. Capire il codice non è l'obiettivo ...

L'obiettivo è ottenere il lavoro fatto. L'unico motivo per capire come funziona è perché ti aiuta a fare il lavoro (e farlo funzionare correttamente).

Devi aggiustare il tuo pensiero, altrimenti sarai quel ragazzo che Joel parla di chi è intelligente ma non ottiene mai niente.

Questo non è OCD. In effetti, non è niente come l'OCD.

Questo è NIH. Non inventato qui .

È una pessima abitudine, ma a molte persone sembra piacerci.

Forse una preoccupazione per l'astrazione?

I linguaggi di livello superiore tentano di introdurre un livello maggiore di astrazione per risolvere il problema sottostante nel minor numero possibile di passi concettuali. Nel tuo caso, sembra che tu non ti senta a tuo agio a essere protetto dalla complessità intrinseca del problema e quindi vuoi affrontarlo al livello più basso possibile di astrazione (o la più alta "concretezza").

Forse è necessario ricordare che a un certo punto il software deve guidare l'hardware per far sì che si verifichi qualcosa di fisico (il concreto). Un passo indietro da quello è il livello più basso di astrazione a tua disposizione come programmatore. Una volta che accetti che è necessaria una qualche forma di astrazione per creare effettivamente un software, allora puoi salire e salire nei livelli più alti di astrazione fino a raggiungere un punto in cui ti senti più a tuo agio.

Buona lettura Non reinventare la ruota, a meno che non pianifichi di saperne di più sulle ruote .

Il mio punto è che reinventare la ruota ha senso quando lo fai per scopi di apprendimento. Ha senso se è (o sarà) la tua principale area di competenza. Internet è pieno di "non reinventare la ruota", ma a volte ha senso.

Metti alla prova le tue abilità di codifica di basso livello con linguaggi / librerie di livello superiore implementando le operazioni CRUD in una struttura dati in assembler, poi in C, poi in C #. Tieni traccia di quanto tempo hai impiegato per codificare ciascuna versione (ovviamente questo presuppone che tu sia ugualmente facile in ogni lingua). Fanno alcuni test per vedere la differenza di velocità tra le versioni. Potresti scoprire che il tempo extra necessario per implementare le versioni di livello inferiore non vale la piccola differenza di velocità. O peggio ancora, scopri che la tua versione di livello superiore è più veloce - oh l'umanità!

Non c'è niente di sbagliato nell'imparare i livelli inferiori. Il trucco sta nel trovare l'equilibrio tra completare un progetto in tempo e fornire prestazioni decenti.