In che tipo di progetti / campi si trovano i programmatori che amano l'ottimizzazione del codice? [chiuso]

Se hanno concorrenti, le prestazioni sono un criterio importante in base al quale vengono giudicati.

A proposito, se pensi che la performance sia una questione di utilizzo di switch rispetto a if , ti manca il punto con un margine enorme.

Non sai cosa aggiustare nel codice finché non scopri cosa ci vuole tempo . Questo può raramente (cioè mai) essere fatto guardando il codice. Quello che faccio è eseguirlo sotto un debugger e metterlo manualmente in pausa a caso per vedere cosa sta facendo.

Ecco alcuni esempi:

• Spendendo più del 50% del tempo durante l'avvio dell'applicazione per leggere le DLL per estrarre le stringhe in modo che possano essere internazionalizzate, ma erano principalmente stringhe che l'utente non vede mai.

• Trascorrere una notevole quantità di tempo facendo new e free , quando i blocchi di memoria allocati in precedenza potevano essere semplicemente riutilizzati.

• Trascorrere una notevole quantità di tempo chiamando routine di libreria come sin , exp o log con gli stessi argomenti dell'ultima volta . I risultati precedenti potrebbero essere semplicemente ricordati.

Progetti con requisiti di rendimento.

In realtà non importa quale sia l'hardware. Posso guidare qualsiasi cosa al 100% di utilizzo. Come posso riempire qualsiasi disco rigido. La domanda è: posso ignorare le prestazioni e raggiungere comunque i miei obiettivi di rendimento. Se sì, sono giustificato nell'ignorare le prestazioni.

Alcuni progetti hanno problemi di prestazioni. Se hanno scritto un codice di facile lettura, ignorando le prestazioni, il problema solitamente non è difficile.

Se è difficile potrebbe essere un livello di ricerca difficile. Se hai le costolette per quello ti terrò a mente se ci imbattiamo in quello. Altrimenti, non lo ottimizzo per il gusto di farlo. Preferisco che impieghi il 5% in più se questo significa che il codice è leggibile.

Se vuoi un impiego affidabile, cerca di trovare posti di lavoro che hanno spinto l'hardware verso i suoi limiti come obiettivo. Questo può accadere su microarchitettura, super computer, smartphone, data center, calcolatrici, cloud, tostapane e persino l'umile PC.

Sviluppo integrato.

Quando lavori con un minimo ingombro di memoria e requisiti in tempo reale, devi costantemente pensare a ogni aspetto delle prestazioni, sia della velocità che della memoria.

I dispositivi embedded in tempo reale spesso richiedono tempi di risposta dell'ordine dei millisecondi nella mia esperienza. Se una routine è disattivata per 10 secondi da qualche parte, hai appena perso l'input da un pulsante sul tuo dispositivo. Se ti piace fare le cose in fretta, il tempo reale può essere una sfida incredibilmente divertente.