<story><title>Toolz: A functional standard library for Python</title><url>https://github.com/pytoolz/toolz</url></story><parent_chain><item><author>vorticalbox</author><text>I&amp;#x27;ve been writing functional code for a year or so now at work with the help of ramda in nodejs, there is also a port for python.&lt;p&gt;My colleagues don&amp;#x27;t like becuase it&amp;#x27;s so different to what they are used to but I am putting out code faster and with less bugs so I&amp;#x27;m not going to stop.</text></item></parent_chain><comment><author>zelphirkalt</author><text>Why use a library for it? Can it not be done with just Python? And if using the library is much different from normal Python, does it mitigate Python&amp;#x27;s problems with functional programming? (For example one expression only lambdas and no TCO.)&lt;p&gt;I also do use some functional concepts in my Python work, but do not use a library for it. Only procedures or functions. No additional dependencies.</text></comment>
<story><title>Toolz: A functional standard library for Python</title><url>https://github.com/pytoolz/toolz</url></story><parent_chain><item><author>vorticalbox</author><text>I&amp;#x27;ve been writing functional code for a year or so now at work with the help of ramda in nodejs, there is also a port for python.&lt;p&gt;My colleagues don&amp;#x27;t like becuase it&amp;#x27;s so different to what they are used to but I am putting out code faster and with less bugs so I&amp;#x27;m not going to stop.</text></item></parent_chain><comment><author>archarios</author><text>Hell yeah me too! Some of my coworkers like it, but there are a few out there who basically don&amp;#x27;t want to learn something new.. I have been using Ramda professionally for about two years now and I love the heck out of it. My org is using more and more TypeScript which makes using Ramda a little harder but it still works pretty well in this context too. I have been working on a test data inventory project with Ramda recently and it has made the implementation so much nicer than it would have been otherwise. I started using pipeP (by defining it with pipeWith) and omg it&amp;#x27;s so great for dealing with a mix of async and non async calls.</text></comment>