Il 20 febbraio 1991, Guido van Rossum pubblicò nel gruppo alt.sources la prima versione del linguaggio di programmazione Python, su cui lavorava dal dicembre 1989 all'interno di un progetto per creare un linguaggio di scripting per risolvere problemi di amministrazione di sistema nel sistema operativo Amoeba, che fosse di un livello superiore rispetto a C, ma, a differenza della Bourne shell, offrisse un accesso più conveniente alle chiamate di sistema.
Il nome del progetto è stato scelto in onore del gruppo comico Monty Python. Nella prima versione sono state implementate funzionalità di supporto per classi con ereditarietà, gestione delle eccezioni, sistema di moduli e tipi base list, dict e str. L'implementazione dei moduli e delle eccezioni è stata presa dal linguaggio Modula-3, mentre lo stile di codifica basato sugli indentamenti proviene dal linguaggio ABC, a cui Guido aveva precedentemente partecipato allo sviluppo.
Nel processo di creazione di Python, Guido si è guidato dai seguenti principi:
- Principi che hanno permesso di risparmiare tempo nello sviluppo:
- Prendere in prestito idee utili da altri progetti.
- Ricerca della semplicità, ma senza semplificare eccessivamente (principio di Einstein "Tutto deve essere reso il più semplice possibile, ma non più semplice").
- Seguire la filosofia UNUX, secondo cui i programmi devono implementare un'unica funzionalità, ma farlo bene.
- Non preoccuparsi troppo delle prestazioni; l'ottimizzazione può essere aggiunta quando necessario.
- Non cercare di combattere contro ciò che esiste, ma andare con il flusso.
- Evitare il perfezionismo; di solito è sufficiente un livello "abbastanza buono".
- A volte è possibile tagliare gli angoli, specialmente se qualcosa può essere fatto in un secondo momento.
- Altri principi:
- L'implementazione non deve essere legata a una piattaforma specifica. Alcune funzionalità possono non essere sempre disponibili, ma la funzionalità di base deve funzionare ovunque.
- Non sovraccaricare gli utenti con dettagli che la macchina può gestire.
- Supportare e promuovere codice indipendente dalla piattaforma, senza limitare l'accesso alle funzionalità e alle caratteristiche delle piattaforme.
- Grandi sistemi complessi devono offrire più livelli di estensione.
- Gli errori non devono essere fatali e non devono passare inosservati: il codice dell'utente deve poter catturare e gestire gli errori.
- Gli errori nel codice utente non devono influenzare la funzionalità della macchina virtuale e non devono portare a un comportamento indefinito dell'interprete né causare il crash dei processi.
Fonte: opennet.ru
