Давно ходила шутка, что всех чиновников можно заменить простым скриптом. Кажется, я начинаю догадываться, как будет выглядеть Прекрасная Россия Будущего: https://twitter.com/alburov/status/998503066579193856 "Сходил к Навальному. Ожидание: Спасибо за доширак, а теперь расскажи про расследования Реальность: Спасибо за доширак, а вот, кстати, мой рейтинг лапши и схема передвижения котов за окном. А теперь рассказывай мне про Питон и машинлёнинг"

Собираю vim с поддержкой питона, казалось бы, что может пойти не так? checking --enable-pythoninterp argument... yes checking for python2... /usr/bin/python2.7 checking Python version... 2.7 checking Python is 2.3 or better... yep checking Python's install prefix... /usr checking Python's execution prefix... /usr checking Python's configuration directory... /usr/lib64/python2.7/config checking if -pthread should be used... yes checking if compile and link flags for Python are sane... yes checking --enable-python3interp argument... no checking if -fPIE can be added for Python... yes ... x86_64-pc-linux-gnu-gcc -L. -O1 -fstack-protector -rdynamic -Wl,-export-dynamic -Wl,--no-undefined -Wl,-E -O1 -L/usr/local/lib -Wl,--as-needed -o vim objects/buffer.o objects/blowfish.o objects/charset.o objects/crypt.o objects/crypt_zip.o objects/diff.o objects/digraph.o objects/edit.o objects/eval.o objects/ex_cmds.o objects/ex_cmds2.o objects/ex_docmd.o objects/ex_eval.o objects/ex_getln.o objects/fileio.o objects/fold.o objects/getchar.o objects/hardcopy.o objects/hashtab.o objects/if_cscope.o objects/if_xcmdsrv.o objects/mark.o objects/memline.o objects/menu.o objects/message.o objects/misc1.o objects/misc2.o objects/move.o objects/mbyte.o objects/normal.o objects/ops.o objects/option.o objects/os_unix.o objects/pathdef.o objects/popupmnu.o objects/quickfix.o objects/regexp.o objects/screen.o objects/search.o objects/sha256.o objects/spell.o objects/syntax.o objects/tag.o objects/term.o objects/ui.o objects/undo.o objects/version.o objects/window.o objects/if_lua.o objects/if_perl.o objects/if_perlsfio.o objects/if_python.o objects/if_ruby.o objects/netbeans.o objects/main.o objects/memfile.o -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -lm -lncurses -lelf -lnsl -lacl -lattr -lgpm -ldl -L/usr/lib/x86_64-linux-gnu -lluajit-5.1 -Wl,-E -O1 -L/usr/lib64/perl5/5.20.2/x86_64-linux/CORE -lperl -lnsl -ldl -lm -lcrypt -lutil -lc -L/usr/lib64/python2.7/config -lpython2.7 -lpthread -ldl -lutil -lm -Xlinker -export-dynamic -lruby22 -lpthread -lgmp -ldl -lcrypt -lm -L/usr/lib64 ... $ ldd /usr/bin/vim | grep python libpython2.7.so.1.0 => /usr/lib64/libpython2.7.so.1.0 (0x00007f1fe9fef000) :echom has('pyhton') ? "Y" : "N" N :echom has('pyhton3') ? "Y" : "N" Y

Python 3 - мёртворожденный проект? http://habrahabr.ru/post/261575/ "От переводчика: в двух словах, в декабре 2015 выйдет релиз Python 2.7.11, ускоряющий работу интерпретатора CPython до 20%. Ниже перевод статьи с LWN.net, рассказывающей о сути и процессе произошедших изменений в коде. Имена, в произношении которых я не уверен, даны в оригинальном написании. Об ошибках и неточностях перевода просьба, как обычно, сообщать в личные сообщения. Несмотря на то, что разработка Python 2 (а конкретно ветки Python 2.7.x) находится сейчас в состоянии «никаких новых фич», которое в обычной ситуации заранее ставит крест на любых крупных изменениях, команда разработки приняла решение рассмотреть и принять backport-патч из Python 3, привносящий заметное улучшение производительности интерпретатора. Vamsi Parasa из команды оптимизации серверных скриптовых языков Intel предложил патч (описание предложения с бенчмарками), переводящий блок switch, отвечающий за обработку Python-байткода, на использование computed goto, как это уже сделано в Python 3. Как объяснял Eli Bendersky, в таком огромном switch-блоке, как в блоке разбора байткода в CPython (состоящем из более чем 2000(!) строк), это даёт ускорение порядка 15-20%. Это происходит по двум причинам: computed goto, в отличие от switch-case, не производит граничных проверок, необходимых для оператора switch по стандарту C99, и, что, возможно, более важно, CPU может лучше прогнозировать ветвления в таких ситуациях, что приводит к уменьшению числа сбросов конвейера, являющихся по своей природе «дорогой» операцией. Несмотря на то, что некоторые из разработчиков CPython были против внедрения этого патча, т.к. «улучшение производительности — это не багфикс», решение было принято в пользу Intel. Одной из немаловажных причин стал тот факт, что Intel сообщили о своей готовности в дальнейшем помогать с поддержкой и улучшением CPython при условии открытости ветки 2.7 для изменений, связанных с производительностью. В частности, это значит, что в то время, как разработчики Intel занимаются «скучными» частями (в основном, исправлением ошибок и ускорением ветки 2.7), разработчики-добровольцы из opensource-сообщества смогут уделять больше времени более интересным задачам:"

Ну и язычок: >>> def foo(x = []): ... x.append(1) ... return x ... >>> print foo() [1] >>> print foo() [1, 1] >>> print foo() [1, 1, 1]