Comments 6
Идея в целом интересная. Особенно мне нравится то, что реализованные в Coconut функции можно импортировать в Python коде, т.к. это обычный пакет, а значит автоматически становятся доступны функции вроде parallel_map/concurrent_map.
Что касается синтаксиса, во многих случаях сильно страдает читаемость написанного кода:
Это выглядит скорее как смесь Scala и Haskel, чем как Python.
Еще мне интересно, как они будут выкручиваться с введением pattern matching в 3.10 - синтаксис у Coconut и Python здесь заметно различается:
Документации на 1.6.0 не нашел, как и тестов в develop ветке, где можно было бы посмотреть на текущее поведение.
Что касается читабельности, то можно согласиться, а можно и нет. Тут дело хозяйское — используешь только то, что нравится.
Что не хватает, так это ресурса с фрагментами кода по типу F#. Закинул удочку на сей счет…
Питонисты не любят ФП. У них есть Дзен, который утрерждает, что «должен существовать один — и, желательно, только один — очевидный способ сделать это»
Поэтому только циклы и if then else, а всё остальное от лукавого!
Блеск и нищета, как говорится. Я всеми руками за ФП в Питоне, но вот как я могу предложить моей команде Coconut если у него нет даже простейшей поддержки VSCode или PyCharm. Open As Python не прокатывает.
Так что будем использовать Coconut для написания когда на Python >3.5 и последующей генерации под Python 2.9(ибо требуется еще выпускать библиотеки под старые версии Питона), для большего он в реальной жизни, увы не подходит.
«ФП на Python посредством Coconut!» |> print