Зачем?

вклад в будущее! язык будущего (и настоящего)

shiroginne: Ну не сказал бы я что это прямо таки язык будущего: он как perl зачастую - написал раз, а потом твой код никто не прочитает сходу. Лучше тогда уж Clojure/Scala - хотя бы окружение привычней и живее

А Haskell... Для него нужны алгоритмы сосвем иные зачастую. Например, реализации алгоритмов на графах в Python короче в два раза, прекрастно читаются и работают быстрее, несмотря на неспешность самого Python

www.rsdn.ru/forum/decl/4... - простейший пример, как простенькая задача на Haskell превращается в пытку и заставляет мозги закипать

вот мои гисты, а в них програмулька на Haskell и Python

а вот я по быстродействию комментировал в них

grandse: ты попал, я тебя зафоловил на github. я долго выбирал между clojure и haskell и остановился на haskell, просто предпочтение ровно так же как выбрал руби 5 лет назад и не прогадал

shiroginne: Ну здесь личные предпочтения для себя Я вот поигрался Clojure, Python и даже Scala, но пока Python ближе всего и комфортней всего - на нем я могу выражать свои мысли лучше всего, я знаю как его

можно готовить, как можно пропатчить при необходимости, где его слабые места, куда он движется и чего мне в нем не хватает. Вообщем, я пока для себя выбрал

grandse: и как, есть работа для питонистов? у вас же там мажорные релизы опасные вроде как 2.х и 3.х отличаются сильно между собой?

shiroginne: Ну смотри, 3я ветка появилась в 2008 году. С того времени вышел один релиз 2ки - 2.7. И больше двойки не будет. Я бы не сказал, что изменения настолько уж серьезны - я легко пишу код, который

работает и в 2.7 и в 3

Даже используя метаклассы. Самая большая беда с юникодом/массивами байтов, а так же с новыми плюшками, которые так и хочется применить. Меня тройка вообще радует с каждым релизом все больше и больше. Сейчас вот

серьезно занимаются асинхронностью - будет в 3.4 единый стандарт для написания такого кода, причем сторонние библиотеки смогут довольно легко под него подстроиться. Кроме того причесали производительность

Ну а всякие concurent.futures, yeild from и raise from, появившиеся в 3.2, 3.3 + упорядочивание библиотеки, проведенное в 3 тоже очень радуют. Да и многие библиотеки поддерживаются. Например, django в 1.5

главное чтобы библиотеки поддерживались а то получишь неработающий проект при обновлении ... а у вас же в мире питона есть какой-то пакетный менеджер библиотек (типо rubygems для ruby)?

shiroginne: Есть distutils (старый, стандартный) и setuptools (сам как пакет, но при этом более мощный). Но сейчас собираются все устаканить и сделать совсем единообразный идущий в комплекте и с кучей плюх