Elaborazione di una quotazione su 'Design semplice'

Question

Un estratto da Programmazione Perls :

A Simple Design : Antonie de Saint-Exupery, 
the Fresh writer and aircraft designer, said that,
*"A designer knows he has arrived at perfection 
not when there is no longer anything to add,
but when there is no longer anything to take away."* 
More programmers should judge their work by this criteria.

Può qualunque elaborare questo, per favore?

Che cosa l'autore intende quando ha detto " ... TAKE AWAY "

Answer 1

il take away: parte che il design può essere considerata semplice se tutto ciò che rimane sono componenti essenziali, se si toglie nulla, non funzionerà.

Answer 2

In pratica vuol dire quando non è possibile semplificare ulteriormente, si è fatto.

Answer 3

I mezzi autore c'è eleganza nella semplicità.

Antoine de Saint-Exupery non era un programmatore, ma uno scrittore e ingegnere, molto tempo prima che i computer erano in giro (ha scritto "Il piccolo principe").

Answer 4

In termini di programmazione, ciò significherebbe l'eliminazione di righe di codice. Il principio è che si dovrebbe lottare per soluzioni che sono ovviamente corretta, ma anche elegante, semplice, ecc

Ci sono molti vantaggi di questo, ma per gli antipasti avendo meno codice rende i programmi più facili da mantenere, dal momento che sono più facile per chiunque la lettura di loro di capire. Si può anche permettere una maggiore flessibilità, dal momento che quando si modifica una soluzione più semplice si hanno meno codice per il cambiamento, e può essere più sicuri che le modifiche non hanno rotto le altre parti dell'applicazione.

Answer 5

E 'un modo elegante di esprimere ciò che è un buon principio -. "Rendere il codice più semplice possibile"

Fare attenzione a non fraintendere questo però - il punto è quello di togliere la complessità della progettazione, non lo fanno meno di battitura. Esempio di cose buone da portare via sono:

• codice ripetitivo (principio DRY)
• parametri di funzionalità non necessarie
• strati di integrazione non necessari o codice standard
• caratteristiche che il cliente non ha bisogno o il valore

Le cose brutte da portare via:

• Commenti
• lunghezza decente,
  descrittivo I nomi delle variabili e la funzione
• Codice extra esplicitamente utilizzato per separare la base di codice in in modo pulito moduli definiti (se vi piace si può considerare questo un "caratteristica essenziale" per il futuro manutenibilità)