да извиняюсь, не увидел про «некое подобие функционального программирования.», сразу бросилось в глаза название топика.
всегда думал что результат работы программы на ФП это результат, который был получен в результате вычисления какой-либо функции.
Тот же list comprehension является просто «синтаксическим сахаром» для удобной записи вычисления списков, то есть фактически это просто другая запись отображений [] -> [].
Думаю это важно, что в ФП функции — это объекты первого рода.
ну например что мешало определить несколько «чистых» функций и потом с помощью композиции получить результат? а это называется «мне захотелось в одно выражение запихнуть побольше» :)
В каком месте вы считаете Python сложным языком? И какие фичи сложные? :)
Что лишнего в top-level scope?
«теперь интересно, когда Джанго подружится с пайтон 3.0» — это минус? Нет. Тем более всегда с этим можно помочь Django Software Foundation, предлагая нужные патчи.
Интересно было бы получить ответы на эти вопросы. :)
Не знаю как jQuery, но новый селектор движок от John Resig — Sizzle использует механизмы кэширования, правда опять же есть проблемы с IE, так в нём нет события на изменение DOM'а.
Всё правильно, RedHat и CentOS используют одни и те же репозитории бинарных пакетов, поэтому всё стабильно до не могу)
Единственный «минус» который я заметил работая с серверами, на которых стоит CentOS — несколько «устаревшие» версии некоторых пакетов — например Python там до сих пор 2.4, для меня это критично, так как я использую некоторые библиотеки которые с 2.4 уже не совместимы.
При работе с Java проблем точно никаких не будет. Вообще если производитель ПО пишет, что поддерживает RedHat. то это ПО с вероятностью 99% будет стабильно работать на CentOS.
всегда думал что результат работы программы на ФП это результат, который был получен в результате вычисления какой-либо функции.
Тот же list comprehension является просто «синтаксическим сахаром» для удобной записи вычисления списков, то есть фактически это просто другая запись отображений [] -> [].
Думаю это важно, что в ФП функции — это объекты первого рода.
вы своим примером отпугнёте всех от ФП, имхо
Что лишнего в top-level scope?
«теперь интересно, когда Джанго подружится с пайтон 3.0» — это минус? Нет. Тем более всегда с этим можно помочь Django Software Foundation, предлагая нужные патчи.
Интересно было бы получить ответы на эти вопросы. :)
Единственный «минус» который я заметил работая с серверами, на которых стоит CentOS — несколько «устаревшие» версии некоторых пакетов — например Python там до сих пор 2.4, для меня это критично, так как я использую некоторые библиотеки которые с 2.4 уже не совместимы.
При работе с Java проблем точно никаких не будет. Вообще если производитель ПО пишет, что поддерживает RedHat. то это ПО с вероятностью 99% будет стабильно работать на CentOS.
# part of .zshrc
autoload zkbd [[ ! -d ~/.zkbd ]] && mkdir ~/.zkbd [[ ! -f ~/.zkbd/$TERM-$VENDOR-$OSTYPE ]] && zkbd source ~/.zkbd/$TERM-$VENDOR-$OSTYPE #setup key accordingly [[ -n "${key[Home]}" ]] && bindkey "${key[Home]}" beginning-of-line [[ -n "${key[End]}" ]] && bindkey "${key[End]}" end-of-line [[ -n "${key[Insert]}" ]] && bindkey "${key[Insert]}" overwrite-mode [[ -n "${key[Delete]}" ]] && bindkey "${key[Delete]}" delete-char [[ -n "${key[Up]}" ]] && bindkey "${key[Up]}" up-line-or-history [[ -n "${key[Down]}" ]] && bindkey "${key[Down]}" down-line-or-history [[ -n "${key[Left]}" ]] && bindkey "${key[Left]}" backward-char [[ -n "${key[Right]}" ]] && bindkey "${key[Right]}" forward-char