No dia 20 de fevereiro de 1991, Guido van Rossum publicou na lista alt.sources a primeira vers\u00e3o da linguagem de programa\u00e7\u00e3o Python, na qual trabalhou desde dezembro de 1989 como parte de um projeto para criar uma linguagem de script destinada \u00e0 resolu\u00e7\u00e3o de tarefas de administra\u00e7\u00e3o de sistemas no sistema operacional Amoeba, que fosse de n\u00edvel superior ao C, mas, ao contr\u00e1rio do Bourne shell, proporcionasse um acesso mais conveniente \u00e0s chamadas de sistema do OS. <\/p>\n
O nome do projeto foi escolhido em homenagem ao grupo de com\u00e9dia Monty Python. A primeira vers\u00e3o implementou suporte para classes com heran\u00e7a, tratamento de exce\u00e7\u00f5es, um sistema de m\u00f3dulos e os tipos b\u00e1sicos list, dict e str. A implementa\u00e7\u00e3o de m\u00f3dulos e exce\u00e7\u00f5es foi emprestada da linguagem Modula-3, enquanto o estilo de codifica\u00e7\u00e3o baseado em indenta\u00e7\u00e3o foi influenciado pela linguagem ABC, na qual Guido havia participado anteriormente. <\/p>\n
Durante o desenvolvimento do Python, Guido seguiu os seguintes princ\u00edpios: <\/p>\n
\n
Princ\u00edpios que economizaram tempo durante o desenvolvimento:\n
\n
Empr\u00e9stimo de ideias \u00fateis de outros projetos.\n
A busca pela simplicidade, mas sem simplifica\u00e7\u00f5es excessivas (o princ\u00edpio de Einstein: \"Tudo deve ser apresentado da forma mais simples poss\u00edvel, mas n\u00e3o mais simples\").\n
Seguir a filosofia UNUX, segundo a qual programas realizam uma \u00fanica funcionalidade, mas fazem isso bem.\n
N\u00e3o se preocupar excessivamente com desempenho, otimiza\u00e7\u00f5es podem ser adicionadas conforme necess\u00e1rio, quando forem necess\u00e1rias.\n
N\u00e3o tentar lutar contra o que j\u00e1 est\u00e1 estabelecido, mas fluir com a corrente.\n
Evitar o perfeccionismo, geralmente \u00e9 suficiente alcan\u00e7ar o n\u00edvel de \"satisfat\u00f3rio\".\n
\u00c0s vezes, \u00e9 poss\u00edvel cortar algumas arestas, especialmente se algo puder ser feito mais tarde. <\/ul>\n
Os demais princ\u00edpios:\n
\n
A implementa\u00e7\u00e3o n\u00e3o deve estar vinculada a uma plataforma espec\u00edfica. Alguns recursos podem n\u00e3o estar dispon\u00edveis sempre, mas a funcionalidade b\u00e1sica deve funcionar em qualquer lugar.\n
N\u00e3o sobrecarregar os usu\u00e1rios com detalhes que poderiam ser processados pela m\u00e1quina.\n
Apoiar e promover c\u00f3digo independente de plataforma, mas sem restringir o acesso \u00e0s funcionalidades e peculiaridades das plataformas.\n
Grandes sistemas complexos devem fornecer v\u00e1rios n\u00edveis para expans\u00e3o.\n
Erros n\u00e3o devem ser fatais e n\u00e3o detectados \u2014 o c\u00f3digo do usu\u00e1rio deve ser capaz de capturar e tratar os erros.\n
Os erros no c\u00f3digo do usu\u00e1rio n\u00e3o devem afetar a funcionalidade da m\u00e1quina virtual e n\u00e3o devem levar a um comportamento indefinido do interpretador e a falhas de processos. <\/ul>\n