In generale, a quale tipo di ottimizzazione tendi di solito a progettare il software?

Sei il tipo che preferisce ottimizzare il tuo design per

• Tempo di sviluppo (ovvero veloce da scrivere e / o più facile da mantenere)?
• Tempo di elaborazione
• Spazio di archiviazione (RAM, DB, Disc, ecc.)

Naturalmente questo è altamente soggettivo per il tipo di problemi da risolvere, e le scadenze coinvolte, quindi mi piacerebbe conoscere i motivi che ti farebbero scegliere una forma di ottimizzazione rispetto a un'altra.

Manutenzione

Quindi profilare se necessario e ottimizzare per la velocità. Raramente ho mai avuto bisogno di spazio di archiviazione, almeno non negli ultimi 10 anni. Prima di quello l'ho fatto.

Tempo di sviluppo

L'elaborazione e lo stoccaggio sono economici. Il tuo tempo non lo è.

Solo per notare:

Questo non significa fare un brutto lavoro di scrittura del codice solo per finirlo rapidamente. Significa scrivere il codice in un modo che faciliti lo sviluppo rapido. Dipende anche interamente dai tuoi casi d'uso. Se si tratta di un semplice sito Web di due o tre pagine con un modulo di contatto, probabilmente non è necessario utilizzare un framework PHP. Un paio di include e uno script di mailer accelereranno lo sviluppo. Se il piano è invece quello di creare una piattaforma flessibile su cui crescere e aggiungere nuove funzionalità, vale la pena dedicare del tempo a disporlo correttamente e codificare di conseguenza perché accelererà lo sviluppo futuro.

Nel confronto diretto con i tempi di elaborazione e archiviazione, mi sposto verso un tempo di sviluppo più rapido. L'uso della funzione di sottrazione di collectionutils è il metodo più veloce ed efficiente in termini di memoria per sottrarre le raccolte? No! Ma è tempo di sviluppo più veloce. Se si verificano colli di bottiglia nelle prestazioni o nella memoria, è possibile risolverli in un secondo momento. L'ottimizzazione prima di sapere che cosa deve essere ottimizzato è una perdita di tempo e questo è ciò che sto sostenendo.

L'esperienza utente.

Questo è l'unico valore che conta per il tuo cliente.

Il tempo di sviluppo è meno importante. Riesco a scrivere un'applicazione a riga di comando con tutte le funzionalità molto più velocemente di una GUI, ma se la signora Jane non riesce a capire come far uscire i rapporti che desidera, è inutile.

La manutenzione è meno importante. Posso riparare un'altalena molto rapidamente, ma se si trova nel mezzo di una foresta, gli utenti non riescono a trovarla.

Il tempo di elaborazione è meno importante. Se realizzo un'auto che va a 0 alla velocità della luce in 60 secondi, gli utenti non possono guidare.

L'estetica è meno importante. Posso dipingere una Gioconda, ma se è nascosta dietro un muro nessuno riesce a vederla.

L'esperienza utente è l'unico valore che conta. Realizzare un'applicazione che fa esattamente ciò che l'utente desidera nel modo che l'utente si aspetta è il risultato finale.

C'è solo una cosa da ottimizzare ed è:

Cosa vogliono i tuoi clienti

I tuoi clienti hanno bisogno del programma più veloce possibile? Ottimizza per la velocità.

I tuoi clienti hanno bisogno di assoluta affidabilità? Ottimizza per questo.

Ne hanno bisogno consegnato domani o sarà inutile? Ottimizza per la velocità di sviluppo.

In esecuzione su un dispositivo incredibilmente limitato con risorse limitate? Ottimizza per quelle risorse.

tempo di elaborazione

Ho appena aggiornato un'applicazione che utilizzo l'anno scorso. Avevano completamente riscritto l'app e il ragazzo era lento. Alla fine ho dovuto acquistare un nuovo computer per eseguirlo rapidamente. Ti garantisco che non era economico, ma il mio tempo è più prezioso.

Tendo a inclinare verso la limitazione del consumo di memoria e delle allocazioni. So che è vecchia scuola, ma:

• La maggior parte del codice non buttabile che scrivo è fortemente parallelo. Ciò significa che un'eccessiva attività di allocazione della memoria e di garbage collection serializzerà molto codice altrimenti parallelizzabile. Significa anche che ci saranno molte contese per un bus di memoria condiviso.
• La mia lingua principale è D, che non ha ancora un buon supporto a 64 bit (anche se questo è stato risolto).
• Lavoro con set di dati abbastanza grandi su base regolare.

Direi che ottimizzo verso l'efficienza, con efficienza definita come un compromesso tra tempo di sviluppo, manutenibilità futura, esperienza utente e risorse consumate. Come sviluppatore devi destreggiarti per mantenere un certo equilibrio.

Come si raggiunge questo equilibrio? Bene, prima devi stabilire alcune costanti, come ad esempio la scadenza, l'hardware su cui verrà eseguita l'applicazione e il tipo di persona che la utilizzerà. Senza conoscerli non è possibile stabilire l'equilibrio corretto e stabilire le priorità dove è necessario.

Ad esempio, se stai sviluppando un'applicazione server su una macchina potente, potresti voler compromettere l'efficienza delle prestazioni per assicurarti di rispettare una scadenza immobile. Tuttavia, se il tuo sviluppatore è un'applicazione che deve rispondere rapidamente all'input dell'utente (pensa a un videogioco), allora devi dare la priorità alla tua routine di input per assicurarti che non sia in ritardo.

Qualunque sia la tecnologia di virtualizzazione che sto usando

Ricordi i giorni in cui i sistemi con più di 512 MB di RAM erano considerati bleeding edge? Passo i miei giorni a scrivere il codice per il precedente.

Lavoro principalmente su programmi di basso livello che girano sul dominio privilegiato in un ambiente Xen. Il nostro limite per il dominio privilegiato è di 512 MB, lasciando il resto della RAM libero per i nostri clienti. È anche tipico per noi limitare il dominio privilegiato a un solo core della CPU.

Quindi eccomi qui, a scrivere codice che verrà eseguito su un nuovissimo server da $ 6k, e ogni programma deve funzionare (idealmente) entro un limite allocato di 100kb, o evitare completamente l'allocazione dinamica della memoria.

In breve, ottimizzo per:

• Impronta di memoria
• Sorta (dove la maggior parte del mio codice passa la maggior parte del tempo)

Devo anche essere estremamente diligente quando si tratta di tempo trascorso in attesa di blocchi, in attesa di I / O o semplicemente in attesa in generale. Una parte considerevole del mio tempo va nel miglioramento delle librerie socket esistenti non bloccanti e nella ricerca di metodi più pratici di programmazione senza blocchi.

Ogni giorno trovo un po 'ironico il fatto che scrivo codice proprio come ho fatto 15 anni fa, su sistemi acquistati il ​​mese scorso, a causa dei progressi della tecnologia.

Questo è tipico per chiunque lavori anche su piattaforme embedded, anche se molti di questi hanno almeno 1 GB a disposizione. Come sottolinea Jason, è anche tipico quando si scrivono programmi da eseguire su dispositivi mobili. L'elenco potrebbe continuare, chioschi, thin client, cornici, ecc.

Sto iniziando a pensare che le restrizioni hardware separino davvero i programmatori dalle persone che possono far funzionare qualcosa senza preoccuparsi di ciò che effettivamente consuma. Mi preoccupo (votatemi verso il basso, se necessario), quali linguaggi quel tipo completamente astratto e la memoria controllano il pool collettivo di buon senso che (era solito) condiviso tra i programmatori di varie discipline.

Risultati della ricerca

Come accademico, ho pensato di condividere ciò per cui ottimizzo. Nota che questo non è esattamente lo stesso dell'ottimizzazione per un tempo di sviluppo più breve. Spesso significa che il lavoro potrebbe supportare alcune domande di ricerca, ma non essere un prodotto affidabile e raffinato. Questo potrebbe essere visto come un problema di qualità e potrebbe spiegare perché molti affermano che gli informatici (accademici) non hanno alcuna esperienza nel "mondo reale". (Ad esempio, "Non saprebbero come sviluppare un prodotto consegnabile altrimenti?" )

È una linea sottile. In termini di impatto, vuoi che il tuo lavoro venga utilizzato e citato da altri, e l'effetto iceberg di Joel entra in gioco: un po 'di lucentezza e brillantezza possono fare molto. Ma se non stai creando una base su cui costruire altri progetti, potresti non essere in grado di giustificare il tempo impiegato per realizzare un prodotto consegnabile.

1. Design
   • accoppiamento basso, modulare
   • aree concise, ben definite, funzionali
   • Ben documentato
   • refattore continuo per cruft
2. Maintenence
   • build e debug riproducibili
   • test unitari
   • test di regressione
   • controllo della fonte

... dopo tutto il resto

... infine, ottimizza per le prestazioni ;-)

Qualità / Test

Ottimizza verso la qualità, in quanto garantisce che ci sia tempo nel programma di sviluppo per i test, sia per i test unitari che per i test dopo funzionalità / fasi.

Dipende dalle necessità del tuo programma.

Gran parte di ciò che faccio è fortemente ostacolato dalla capacità di elaborazione e dalla memoria, ma non subisce molti, se del caso, cambiamenti significativi nell'anno medio.

In passato ho lavorato a progetti in cui il codice viene cambiato frequentemente, quindi la manutenibilità diventa più importante in quei casi.

In passato ho anche lavorato su sistemi in cui la quantità di dati è il problema più significativo, anche su disco per l'archiviazione, ma più comunemente la dimensione diventa un problema quando devi spostare i dati molto o su un lento collegamento.

Elegance .

Se il tuo codice è ben progettato, avrà diversi effetti:

1. Sarà più facile da mantenere (riducendo i costi per il cliente)
2. Sarà più facile da ottimizzare (per JIT o compilatori completi)
3. Sarà più facile da sostituire (quando si pensa a una soluzione migliore)

Tempo di sviluppo, assolutamente. Ottimizzo anche la larghezza di banda, ma non vado al binario.

Dato che eseguo installazioni su più tipi di sistemi, dai mainframe IBM ai PC, ottimizzo prima la compatibilità, quindi le dimensioni, quindi la velocità.

Dipende

Se stai lavorando su un sistema di elaborazione video incorporato in tempo reale, ottimizzi la velocità di elaborazione. Se stai lavorando su un word processor, ottimizzi i tempi di sviluppo.

Tuttavia, in tutti i casi il codice deve funzionare e deve essere mantenibile.

Espressività del mio intento.

Voglio che qualcuno che legge il mio codice sia in grado di vedere facilmente quali operazioni stavo cercando di invocare sul dominio. Allo stesso modo cerco di minimizzare la spazzatura non semantica (parentesi graffe, parole chiave "funzione" in js, ecc.) Per facilitare la scansione.

Ovviamente devi bilanciarlo con la manutenibilità. Adoro scrivere funzioni che restituiscono funzioni e ogni sorta di tecniche avanzate e FANNO ulteriormente il mio obiettivo, ma se il vantaggio è lieve, sbaglierò sul lato di attenermi a tecniche che i solidi programmatori jr avrebbero familiarità.

Tutti loro

Tempo di elaborazione

I computer di oggi sono veloci, ma tutt'altro che sufficienti. Esistono molte situazioni in cui le prestazioni sono fondamentali, se si eseguono streaming di server multimediali.

Conservazione

Il tuo cliente potrebbe avere un disco grande, diciamo, 1 TB. Quale può essere ripreso da 1000 film HD, se vuoi renderlo un servizio è tutt'altro che sufficiente, non è vero?

Tempo di sviluppo

Beh, non sono sicuro che questo valga come "ottimizzazione", quello che faccio è usare Java invece di C ++ e lo sviluppo diventa 10 volte più veloce. Sento che sto dicendo ciò che penso direttamente al computer, molto direttamente avanti e totalmente rock!

A proposito, credo che per accelerare lo sviluppo del tuo processo di sviluppo, dovresti scegliere Java, non provare mai spazzatura come Python ... che sostiene che possono abbreviare il tuo tempo DEV.