Python keel tähistab oma 30. aastapäeva

20. veebruaril 1991 avaldas Guido van Rossum uudisterühmas alt.sources programmeerimiskeele Python esimese versiooni, mille kallal ta oli töötanud alates 1989. aasta detsembrist. See oli osa projektist luua skriptikeel süsteemihaldusülesannete lahendamiseks operatsioonisüsteemis Amoeba — keel, mis oleks kõrgema tasemega kui C, kuid pakuks erinevalt Bourne shellist mugavamat juurdepääsu operatsioonisüsteemi süsteemikutsetele.

Projekti nimi valiti komöödiatrupi Monty Python järgi. Esimeses versioonis oli juba olemas klasside ja päriluse tugi, erindite käsitlemine, moodulisüsteem ning põhitüübid list, dict ja str. Moodulite ja erindite teostus laenati keelest Modula-3 ning taandel põhinev kodeerimisstiil keelest ABC, mille arenduses Guido oli varem samuti osalenud.

Pythoni loomisel lähtus Guido järgmistest põhimõtetest:

• Põhimõtted, mis aitasid arenduses aega säästa:
  • Kasulike ideede laenamine teistest projektidest.
  • Püüelda lihtsuse poole, kuid mitte liigse lihtsustamise hinnaga (Einsteini põhimõte: „Kõik peab olema esitatud nii lihtsalt kui võimalik, kuid mitte lihtsamalt“).
  • UNIX-i filosoofia järgimine, mille kohaselt programmid täidavad üht kindlat ülesannet, kuid teevad seda hästi.
  • Mitte muretseda liigselt jõudluse pärast — optimeerimist saab lisada vajaduse korral siis, kui seda tõesti tarvis on.
  • Mitte püüda võidelda väljakujunenud asjadega, vaid minna vooluga kaasa.
  • Vältida perfektsionismi — enamasti piisab ka tasemest „piisavalt hea“.
  • Mõnikord võib teha mööndusi, eriti kui midagi saab ellu viia hiljem.
• Ülejäänud põhimõtted:
  • Teostus ei tohiks olla seotud konkreetse platvormiga. Mõned võimalused ei pruugi alati saadaval olla, kuid põhifunktsionaalsus peab töötama kõikjal.
  • Kasutajaid ei tohiks koormata üksikasjadega, mille töötlemise saab masin enda peale võtta.
  • Platvormist sõltumatu kasutajakoodi toetamine ja edendamine, kuid ilma platvormide võimalustele ja eripäradele juurdepääsu piiramata.
  • Suured ja keerukad süsteemid peaksid pakkuma laiendamiseks mitut taset.
  • Veakad olukorrad ei tohiks olla fataalsed ega märkamata jääda — kasutajakoodil peab olema võimalus vead kinni püüda ja neid töödelda.
  • Kasutajakoodi vead ei tohi mõjutada virtuaalmasina funktsionaalsust ega põhjustada interpretaatori määramatut käitumist ja protsesside krahhi.

  Allikas: opennet.ru