He is the Tech keynote speaker at the Regional Scrum Gathering Belgrade 2021.
He is Brian Marick.
Brian Marick was a Lisp and C programmer in the ’80s, a testing consultant in the ’90s, an Agile consultant in the ’00s, and has been mostly writing code and books since then. He is Elixir, Elm, and Clojure programmer. Brian is co-author of the Manifesto for Agile Software Development and is the author of six books. Writing books these days for LeanPub and blogs for his website (www.exampler.com).
“In my time, functional languages have become more mainstream, and mainstream languages have had functional features added. It’s now wise for programmers to learn what the functional style is.
In this talk, I’ll describe which parts I think are important, which are over-hyped, and which are best left alone for now. I’ll also talk about how you, the individual programmer, can efficiently learn functional programming.”
Brian founded Testing Foundations: Consulting in Software Testing in 1992. He is the author of The Craft of Software Testing and Everyday Scripting with Ruby. Furthermore, as a proven tech expert with a decade-long career in programming and testing, and as one of the authors of the Manifesto for Agile Software Development. Also, he had the role of chair of the board of the Agile Alliance.
He became very popular as a speaker, and he is frequently invited to conferences. Some of his most inspiring speaking sessions were at Better Software 2004; Agile 2005; Pacific Northwest Software Quality Conference 2005; and Software Process Advancement, XP Day Toronto, Scandinavian Developer Conference 2010, AgileByExample 2016 as a Keynote speaker, XA 2018 – Experience Agile, etc.
Topic: „Navigating Your Personal Adoption of Functional Programming“ (#Tech)
In my time, functional languages have become more mainstream, and mainstream languages have had functional features added. It’s now wise for programmers to learn what the functional style is. In this talk, I’ll describe which parts I think are important, which are over-hyped, and which are best left alone for now. I’ll also talk about how you, the individual programmer, can efficiently learn functional programming.