2 ms·

I can give you a "clean" secret: Functional programming thinking. No, i don't talk about the "haskell style FP", i'm talking about FP thinking. It could help

• Freire_Herval 4y ago
  Yea. The guy is an amateur. Too heavy reliance on testing because he uses error prone design patterns instead of more reliable stateless fp patterns. You need to test but if you're testing on the scale this guy is it's a sign of bad practice.
• preommr 4y ago
  > No, i don't talk about the "haskell style FP", i'm talking about FP thinking. This distinction is perhaps something we should advertise more. I don't know if things have changed; but a decade ago when I was in uni we had some hardcore academic professors that loved functional programming and tried to teach it to us through languages like haskell. Which was wonderful stuff and interesting, but worlds apart from some of the practical stuff that most devs do. I used to see big names in software advocate for more functional programming and I didn't get "it" because I thought there were talking about haskell, F#, and advanced type theory. It took me a long time to understand they were talking about functions as first class objects where you can pass in a anonymous function or lambda, or whatever your language calls it instead of all this boilerplate for a separate private class like you would in old school java. Or thinking about things in terms of data and pipelines, for parallelization. And balancing this all out to get an intuition for when to use what without being restricted to any one style.