Composing Software: An Exploration of Functional Programming and Object Composition in JavaScript by Eric Elliott is the featured course 🎓 on Leanpub!
Link: https://leanpub.com/courses/leanpub/composingsoftware
#computer_programming #functional_programming #javascript #software #software_engineering #software_architecture
Arguments parsing in Guile
Rust Blockchain: A Full-Stack Implementation Guide by Bill Kunyiha is a new release on Leanpub!
Link: https://leanpub.com/rustblockchainafull-stackimplementationguide
#books #ebooks #newreleases #leanpublishing #selfpublishing #rust #blockchain_technology #functional_programming
Почему JS/TS — не функциональный язык (и почему это важно понимать)
Мотивацией для написания этого поста стали два года собеседований JS/TS-инженеров. Я интересуюсь языками и функциональным программированием, поэтому всегда «разбавлял» технические вопросы разговором о парадигмах. И заметил любопытную асимметрию. Об ООП кандидаты рассуждали уверенно — но в основном на концептуальном уровне, не вдаваясь в то, как именно ООП реализовано в JavaScript. С FP картина была другой: уверенности меньше, зато критика — конкретная и повторяющаяся: «иммутабельность дорогая по памяти» , «рекурсия небезопасна из-за стека» . Что характерно — эти аргументы почти всегда были сформулированы через опыт работы с JS, а не с Haskell, Clojure или Scala. Это важная деталь. Любая парадигма существует на двух уровнях: концептуальном (идеальная модель) и имплементационном (как конкретный язык эту модель выражает). Судить о FP по JS — примерно то же самое, что судить об ООП по bash-скриптам с глобальными переменными. Параллельно я регулярно слышал, что JS — функциональный язык. Аргументы варьировались от «там есть .map() » до рассуждений о чистых функциях и каррировании. Именно это и стало поводом для поста: я хочу объяснить, что я считаю функциональным языком — и почему JS таковым не является. Не перечислить отсутствующие фичи, а показать, почему их нет и что это значит в реальном рантайме.
10 причин попробовать Effect TS/Основы Effect TS
Effect -фреймворк, который никого не может оставить равнодушным. Читая комментарии к другим постам, я заметил, что добрая часть хабра считает, что эффект это избыточно сложная и не особо нужная технология. В своей статье я обозначаю 10 причин, почему эту технологию стоит попробовать, даже если вы дико предвзятый разработчик, а также даю экскурс по базам фреймворка.
https://habr.com/ru/articles/1009458/
#Effect #Effect_TS #TypeScript #functional_programming #функциональное_программирование #dependency_injection #AI
I've created a port of a functional utility library to python
cross-posted from: https://programming.dev/post/46518217 [https://programming.dev/post/46518217] > Links: > - Pypi [https://pypi.org/project/remedapy/] > - Codeberg.org repo [https://codeberg.org/Vulwsztyn/remedapy] > - GH mirrror [https://github.com/Vulwsztyn/remedapy] > - Remeda.js - the library I ported [https://remedajs.com/] > > I created it mainly as a proof of concept that python’s typing system is mature enough to support such a thing. The process was fun and I was able to help make remeda.js docs a bit better [https://github.com/remeda/remeda/pulls?q=is%3Apr+author%3AVulwsztyn+] > > The library is as typed as possible with my knowledge of python typing system, which means dict typing is kinda meh, but for iterables it is as good as in TS. > > I decided to publish 1.X, since I’ve been adding a lot of stuff that “absolutely must be in 1.X” and got tired of the scope creep, so there is a bunch of TODOs, but they are "nice to have"s. > > I’m planning to work on the TODOs and making the docs better now that I’ve managed to release it. > > About the library: > > It supports what remeda.js calls “data-first” and “data-last” approaches to calling functions. That means: > > > x = R.map([1, 2, 3], lambda i: i +1) > # is the same as > x = R.map(lambda i: i +1)([1, 2, 3]) > > which allows for a “fun” function composition: > > import remedapy as R > > R.pipe( > [1, 2, 2, 3, 3, 4, 5, 6], > R.for_each(print), > R.unique(), > R.take(3), > list > ) > # Returns [1, 2, 3] > # Prints: > # 1 > # 2 > # 2 > # 3 > > Features: > - as typed as possible, checked with basedpyright > - 100% code coverage, but the tests could be a bit more exhaustive > - docstrings for everything (they might require some work) > - no AI, 100% Human Stupidity
Leanpub
fishinthecalculator
Habr
alephoto85 
Hacker News