Michael Neale
Co-Founder CloudBees
Michael is a co-founder of CloudBees, and as such was able to abuse his good fortune and use FP in production (often as root!). Prior to his time at CloudBees he was at Red Hat, where he worked on the open source rule engine unfortunately named (but popularly named) “drools”. For some time he has been an advocate of FP languages and techniques, and in fact was taught functional programming before any other style of programming. You can see his open source work at https://github.com/michaelneale – best described as “polyglot”.
Talks I've Given
-
Industrial Experiences Transitioning to Functional Programming
Featuring Michael Neale
This talk covers 3 different functional programmers’ experiences applying Functional Programming in industrial settings; A product company improving their process and success, a new team with new projects, and a team performing experiments with multiple implementations using FP and non-FP...
engineering -
Industrial Experiences Transitioning to Functional Programming
Featuring Michael Neale
This talk covers 3 different functional programmers’ experiences applying Functional Programming in industrial settings; A product company improving their process and success, a new team with new projects, and a team performing experiments with multiple implementations using FP and non-FP...
engineering -
Industrial Experiences Transitioning to Functional Programming
Featuring Michael Neale
This talk covers 3 different functional programmers’ experiences applying Functional Programming in industrial settings; A product company improving their process and success, a new team with new projects, and a team performing experiments with multiple implementations using FP and non-FP...
engineering -
Forcing FP on New Developers in a New Company
Featuring Michael Neale
“Starting a new company or a new major project can be a great time to start fresh with FP. Unfortunately starting is often the hardest time to take on anything novel (other than of course, the product itself!) due to perceived additional risk. The reality, however, is that systems will be...
technique