Functional Programming workshop for JavaScript developers 🚀 Learn FP progressively—from core concepts like pure functions, recursion, and closures to advanced topics including streams, monads, and category theory. Hands-on, practical coding designed to make complex ideas clear and usable in real projects. #CityJSConf #JavaScript #WebDevelopment Frontend #Backend #SoftwareEngineers #FunctionalProgramming #Monads #Workshops #Bootcamps #TechTalk

#FunctionalProgramming techniques are already in C - lambdas, ranges, std::variant, and standard algorithms all reflect these ideas. @ivan_cukic talks about how to apply them in practice to write cleaner, safer modern #cpp. youtu.be/SEbmmhMTGyI youtu.be/SEbmmhMTGyI

1/4Elixir v1.20 just shipped and it's now a gradually typed language. Zero annotations. Zero migration. Your existing Phoenix app gets type inference for free. #Elixir #ElixirLang #MyElixirStatus #BEAM #FunctionalProgramming

One of the slides in the quoted post talked about how React.js's supposedly "modern way" is actually 70's style FP programming (or 50's style more accurately given that Lisp, the first Functional Programming language, started in the 50's). It's not a crime to write simple OOP intuitive code with mutation in Ruby that maps to the real world (which does have mutation, so get over it!). Developers lose half the battle from the get go if they start translating real world concepts to mathematical functions just to do FP as by doing so, they've already distanced themselves so much from the Business Domain and violated Domain Driven Design. The most hilarious and ironic thing is I run into sometimes is FP liars who claim they are following Domain Driven Design in FP, except their code is nothing but math functions that have nothing to do with the real domain objects. The moment you declare a function instead of an object, you're out of DDD already! If I cannot say turn_right on a car object (like when invoking a method on an object), yet have to translate that to calculate_distance_difference while passing it the direction as an argument, the code is already so far from the domain, it's total trash. Nowadays, many devs choose comfortable lies over the hard truth, and end up wasting 6 months a year of their client resources at least by over-engineering everything with FP. Yes, FP is over-engineering if used for the wrong problem for it even if it seems "simple". FP was meant to be for mathematical algorithm implementations. As soon as things evolved into simulations and real world modelling, FP was superseded with OOP for those problems while remaining useful for implementing lower-level mathematical logic inside object methods. In fact, OOP is nothing but FP with smart data (objects) that knows its own functions (methods). There are millions of ignorant devs nowadays that repeat lies they heard from other ignorant devs about FP and OOP. They're devs who never thought for themselves and questioned anything, yet just accepted ideas because they're popular. The worst kind of developers. Of course, we all know that the reality is "modern FPists" are only that way because they have a skill issue with OOP and they're too lazy to overcome it, so they default back to FP out of sheer incompetency. the only reason anyone might avoid the ultra simple OOP is lack of skill in simple abstraction and real world modelling (I mean it doesn't get easier than a car has a move_forward, move_backwards, turn_right and turn_left method, and yet somehow some ignorant devs have a skill issue with that!). Lack of skill in simple code design is a disease. FP is not "simple" compared to OOP. It's just "less sophisticated" in representing real world concepts. I don't care that in the end data is being transformed as if it's in a math function. We don't want to read that when maintaining the code. We want to read business domain knowledge instead. Mutation is OK. OOP is OK. Complicating the code by using a less sophisticated construct like FP for the wrong problem IS NOT OK. I use FP where appropriate only, not all the time like unskilled lazy devs. The only upside to this is the Software Development world is so uncompetitive nowadays for Master Software Engineers. Job security is easier than ever for those in the know. I thank the ignorant incompetent lazy devs for giving us that easy job security at their expense. #oop #fp #objectorienteddesign #functionalprogramming #objectorientedprogramming #skill #issue #softwareengineering #programming #software #dev

Il 19 giugno Emanuele sarà alla Working Software Conference a Reggio Emilia. Quante cose nei nostri linguaggi diamo per indispensabili? E se iniziassimo a togliere tutto il superfluo? Non sarà solo, ne parliamo presto. #codiceplastico #functionalprogramming #lambdacalculus

Get The Gist Of Popular Programming Languages With 'Learn X In Y Minutes' buff.ly/2esrJtg #functionalprogramming #coding

#ObjectOrientedProgramming #FunctionalProgramming #LogicProgramming #ConcurrentProgramming #ParallelComputing #DistributedSystems #DomainSpecificLanguages #LanguageDesign #CodeOptimization #RuntimeSystems #VirtualMachines #SoftwareTesting #Debugging #SecureProgramming

Practical uses of monads in Haskell. ~ Antoine Leblanc. nauths.fr/en/2026/05/28/prac… #Haskell #FunctionalProgramming

🚀 Scala Days 2026 Call for Papers is now OPEN! If you’ve been thinking about sharing your experience with Scala, functional programming, tooling, libraries, distributed systems, or anything from the Scala ecosystem — this is your chance 🎤 Whether it’s a deep technical talk, a case study, or lessons learned from real-world projects, we’d definitely encourage you to submit a proposal. CFP link 👉 cfp.scaladays.org/scala26/cf… Would love to see more community voices on the Scala Days stage ❤️ #Scala #ScalaDays #FunctionalProgramming #JVM #Programming #TechCommunity

UK Racket meet-up: London 7:30pm Tuesday 19 May 2026 at The City Pride 🍕28 Farringdon Ln, London EC1R 3AU Join us for discussion and pizza. All welcome. racket.discourse.group/t/uk-… luma.com/2efru5cn eventbrite.co.uk/e/uk-racket… #racket #lisp #scheme #functionalprogramming

Decidable (Logic in Lean). djmetzle.io/blog/2026-05-07-… #LeanProver #ITP #FunctionalProgramming

Richard Feldman rewrote the #Roc compiler from scratch in #Zig. @rtfeldman and @AnjanaVakil talk about Roc v1 being on the horizon — the first ever numbered release. Two smart people, no slides, no filter. 👇 youtu.be/XSXGf3oN2yU?list=PL… #FunctionalProgramming #ProgrammingLanguages

MicroHs in the browser. ~ Lennart Augustsson. augustss.github.io/MicroHs/w… #Haskell #FunctionalProgramming

Categorical transformers. ~ Marco Perone. marcosh.github.io/post/2026/… #Haskell #FunctionalProgramming

This year’s Scalar was a huge success. Here’s a quick recap of our conference. See for yourself why it’s worth coming next year: youtu.be/usNgX4lT0_o #scala #functionalprogramming

A monadic implementation of functional logic programs. ~ Michael Hanus, Kai-Oliver Prott, Finn Teegen. arxiv.org/abs/2604.27863v1 #Haskell #FunctionalProgramming