Guido создал Python как язык сценариев для взаимодействия с Ameoba, распределенной операционной системой. Исходный код Python был открыт для общественности в феврале 1991 года, когда родился Python. Гвидо продолжает оставаться ведущим разработчиком. В программном докладе на EuroPython 2015 он признался, что я не знал, что делаю, когда писал Python. Гвидо руководил сообществом Python, и в настоящее время Python является вторым по популярности и четвертым по популярности языком программирования. И он растет…

В любом случае, что такое Python?

Python — интерпретируемый язык программирования, в вики больше громких прилагательных. Обычно язык программирования состоит из спецификаций грамматики, синтаксиса и, возможно, некоторых стандартных библиотек. Сообщество Python создает Python с помощью PEP (предложения по улучшению Python), каждый PEP обычно начинается с идеи и, как ожидается, либо (а) добавит новую функцию, (б) изменит текущий дизайн, либо (в) изменит процесс вокруг PEP. , вот список всех PEP. Один из моих любимых PEP-008 — это стайл-гайд. Все эти PEP и предыдущие спецификации в совокупности определяют и определяют грамматику, функции, синтаксис и стандартную библиотеку Python.

Эталонная реализация Python написана на C, она называется CPython, ага, не верите? посмотри на источник. Ах да, есть и другие реализации PyPy (претендует быть быстрее), Jython (может обращаться к стандартным библиотекам Java, компилирует в байт-код Java), IronPython (тесно интегрирован с .NET Framework) и PythonNet (Python, который может получить доступ к .NET 4.0+ Common Language Runtime). Очевидно, что это специальные реализации, не думайте, что такие библиотеки, как pandas или numpy, совместимы со всеми реализациями.

Дзен Python

Если вы читаете это, возможно, у вас где-то есть доступ к Python. Перейдите в терминал, введите import this и нажмите Enter. Вы увидите 19 «руководящих принципов», лежащих в основе дизайна Python, написанных «Pythoneer» Тайм Питерсом, 20-й был оставлен «для заполнения Гвидо». Сегодня исполняется год с тех пор, как Гвидо оставил свою роль Доброжелательного диктатора на всю жизнь. Если вы используете Python, значит, вы являетесь питонистом, найдите других питонистов и пообщайтесь, пока мы находимся на reddit.com/r/python и в других местах.

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren’t special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one — and preferably only one — obvious way to do it.
Although that way may not be obvious at first unless you’re Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it’s a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea — let’s do more of those!

Спасибо за чтение

—

PS: электронное письмо об отставке Гвидо

From: Guido van Rossum <guido-AT-python.org>
To: python-committers <python-committers-AT-python.org>
Subject: Transfer of power
Date: Thu, 12 Jul 2018 07:57:35 -0700
Message-ID:<CAP7+vJ+oK5q8a3kxizcbgUrrhwhOBbDj9VhSSNwZ0XgiOuBztQ@mail.gmail.com>Archive-link: Article
Now that PEP 572 is done, I don’t ever want to have to fight so hard for a PEP and find that so many people despise my decisions.
I would like to remove myself entirely from the decision process. I’ll still be there for a while as an ordinary core dev, and I’ll still be available to mentor people — possibly more available. But I’m basically giving myself a permanent vacation from being BDFL, and you all will be on your own.
After all that’s eventually going to happen regardless — there’s still that bus lurking around the corner, and I’m not getting younger… (I’ll spare you the list of medical issues.)
I am not going to appoint a successor.
So what are you all going to do? Create a democracy? Anarchy? A dictatorship? A federation?
I’m not worried about the day to day decisions in the issue tracker or on GitHub. Very rarely I get asked for an opinion, and usually it’s not actually important. So this can just be dealt with as it has always been.
The decisions that most matter are probably
- How are PEPs decided
- How are new core devs inducted
We may be able to write up processes for these things as PEPs (maybe those PEPs will form a kind of constitution). But here’s the catch. I’m going to try and let you all (the current committers) figure it out for yourselves.
Note that there’s still the CoC — if you don’t like that document your only option might be to leave this group voluntarily. Perhaps there are issues to decide like when should someone be kicked out (this could be banning people from python-dev or python-ideas too, since those are also covered by the CoC).
Finally. A reminder that the archives of this list are public (https://mail.python.org/pipermail/python-committers/) although membership is closed (limited to core devs).
I’ll still be here, but I’m trying to let you all figure something out for yourselves. I’m tired, and need a very long break.
 — Guido van Rossum (python.org/~guido)