Так, хорошо. Заявку для КК оставляю на потом. Хорошо Void ответил. Буду таки ждать этого решения. Два голоса есть! Нужны ещё мнения. Тему сношу, чтобы глаза то резала 
Кстати, на счёт символчости иконки (два питона на ней ведь изображено): может это даже потому, что Python одновременно и императивный, и функциональный язык (ну, не чистый ФЯ, а точнее содержит множество средств для функционального программирования, достаточное, чтобы его по праву считали ФЯ). Объяснение "двуличности" на python.org не нашёл. Дэвид Мертц писал http://www.citforum.ru/programming/python/python10.shtml, кстати, в своих первых статьях (о ФП в Python) о двуличии Python в этом смысле.
Вот взгляните, кто не читал:
| Цитата |
Питоновское прогрессирующее раздвоение личности
В отношении Python к функциональному программированию есть что-то шизофреническое. С одной стороны, многие разработчики Python недооценивают традиционные функции функционального программирования: map(), filter() и reduce() - обычно рекомендуя использовать вместо них списочные включения (list comprehensions). Но весь модуль itertools составлен из функций точно такого же вида и просто оперирует над "отложенными последовательностями" (итераторами), а не над законченными последовательностями (списками, кортежами). Более того, в Python 2.3 отсутствует синтаксис для "итераторных включений" (iterator comprehensions), которые казалось бы имеют те же мотивы, что и списочные включения.
Я подозреваю, что Python в конечном счёте разовьет некую форму итераторных включений, но это зависит от нахождения подходящего естественного синтаксиса для них. Между тем, у нас имеется ряд удобных комбинаторных функций в модуле itertools. Вообще каждая из этих функций принимает некоторые параметры (обычно включая некоторые базовые итераторы) и возвращает новый итератор. Например, функции ifilter(), imap() и izip() полностью эквивалентны соответствующим встроенным функциям, у которых отсутствует начальное i.
|
или ещё из той же http://www.citforum.ru/programming/python/python8.shtml:
| Цитата |
Замыкание
В ФП существует очень интересное понятие - замыкание (closure). На самом деле, эта идея оказалась настолько заманчивой для многих разработчиков, что реализована даже в нефункциональных языках программирования, таких как Perl и Ruby. Кроме того, похоже, что в Python 2.1 неизбежно будет включен лексический контекст[1], что на 99% приблизит нас к замыканиям.
Так что же такое замыкание? Стив Маджевски (Steve Majewski) замечательно охарактеризовал это понятие в одной из посвященных Python сетевых конференций:
Объект - это совокупность данных вместе с привязанными к ним процедурами...
Замыкание - это процедура вместе с привязанноой к ней совокупностью данных.
Другими словами, замыкание есть что-то наподобие функционального доктора Джекилла по отношению к объектно-ориентированному мистеру Хайду (или, возможно, наоборот). Замыкание, так же как и экземпляр объекта, есть способ представления функциональности и данных, связанных и упакованных вместе.
|
Это всё мои догадки, кто раскроет тайну, получит по репе. Тем не менее, я считаю принципиально важным, что иконка именно такая, "двуликая". |
, когда вся перепетия с иконками КК закончится, я хочу в Обсуждении форума сделать одно предложение по поводу логотипов форумов. Для этого нужно будет провести некоторый эксперимент с логотипами, и именно форумы КК будут в нём участвовать для наглядной демонстрации идеи. А вот текущяя иконка Python может для этого хуже подходить. Но это ещё ничего не значит.
Шучу.
