20 թվականի փետրվարի 1991-ին Գվիդո վան Ռոսումը հրապարակեց Python ծրագրավորման լեզվի առաջին թողարկումը alt.sources խմբում, որի վրա նա աշխատում էր 1989 թվականի դեկտեմբերից՝ որպես Amoeba օպերացիոն համակարգում համակարգի կառավարման խնդիրները լուծելու համար սկրիպտային լեզու ստեղծելու նախագծի մի մաս, որը կլիներ C-ից ավելի բարձր մակարդակ, բայց, ի տարբերություն Bourne shell-ի, կապահովեր OS համակարգային կանչերին ավելի հարմար մուտք։
Նախագծի անվանումը ընտրվել է «Մոնտի Փայթոն» կատակերգական խմբի պատվին։ Առաջին տարբերակը ներառում էր ժառանգմամբ դասերի, բացառությունների մշակման, մոդուլային համակարգի և list, dict և str հիմնական տեսակների աջակցություն։ Մոդուլների և բացառությունների իրականացումը փոխառվել է Modula-3 լեզվից, իսկ ներածման վրա հիմնված կոդավորման ոճը՝ ABC լեզվից, որի ստեղծմանը Գուիդոն նախկինում ներդրում էր ունեցել։
Python-ը ստեղծելիս Գվիդոն առաջնորդվել է հետևյալ սկզբունքներով.
- Սկզբունքներ, որոնք ժամանակ են խնայում զարգացման ընթացքում.
- Այլ նախագծերից օգտակար գաղափարներ վերցնելը:
- Պարզության ձգտում, բայց առանց չափից ավելի պարզեցման (Այնշեյնի սկզբունքը «Ամեն ինչ պետք է ասվի հնարավորինս պարզ, բայց ոչ ավելի պարզ»):
- Հետևելով UNUX փիլիսոփայությանը, ըստ որի ծրագրերն իրականացնում են մեկ գործառույթ, բայց դա լավ են անում:
- Շատ մի անհանգստացեք կատարողականի համար, անհրաժեշտության դեպքում օպտիմալացումները կարող են ավելացվել:
- Մի փորձեք պայքարել գերիշխող բաների դեմ, այլ գնացեք ընթացքի հետ:
- Խուսափեք պերֆեկցիոնիզմից, սովորաբար բավական է «բավականին լավ» մակարդակը:
- Երբեմն անկյունները կարող են կտրվել, հատկապես, եթե ինչ-որ բան հնարավոր է անել ավելի ուշ:
- Այլ սկզբունքներ.
- Պարտադիր չէ, որ իրականացումը լինի հատուկ հարթակ: Որոշ առանձնահատկություններ միշտ չէ, որ հասանելի են, բայց հիմնական գործառույթները պետք է աշխատեն ամենուր:
- Օգտագործողներին մի ծանրաբեռնեք մասերով, որոնց հետ կարող է աշխատել մեքենան:
- Պլատֆորմից անկախ օգտատերերի կոդի աջակցություն և առաջխաղացում, բայց առանց պլատֆորմների հնարավորությունների և առանձնահատկությունների հասանելիությունը սահմանափակելու:
- Խոշոր բարդ համակարգերը պետք է ապահովեն ընդլայնման մի քանի մակարդակ:
- Սխալները չպետք է լինեն ճակատագրական և աննկատ. օգտատիրոջ կոդը պետք է կարողանա կանխել և կարգավորել սխալները։
- Օգտվողի կոդի սխալները չպետք է ազդեն վիրտուալ մեքենայի ֆունկցիոնալության վրա և չպետք է հանգեցնեն թարգմանչի անորոշ վարքի և գործընթացի խափանումների:
Source: opennet.ru
