4 ms·
Hasn't there always been a Mathematical tug of war between theorists and practitioners? Theorists get big dopamine responses when discovering new abstractions
by ap22213 10y ago
Hasn't there always been a Mathematical tug of war between theorists and practitioners? Theorists get big dopamine responses when discovering new abstractions and models. Practitioners get similar responses when solving real-world problems.
As long as the theorists don't run too far away, the practitioners are happy. And, theorists are happy as long as they have enough food, water, and shelter to allow them to continue to think about stuff. :-)
As a (mostly) practitioner, I don't feel that a lot of the abstractions that the author identifies are helping me write better code faster. For instance, 90% of my time is taken up by just a few things:
- Transforming data from one structure to another.
- Moving data around.
- Writing and re-writing similar business rules and domain logic in different libraries and languages.
- Writing 'adapters' to get one library to work with another.
- Trying to find 'the right' data structure or algorithm.
- Discovering that the many different implementations of the same data structure or algorithm in different languages don't 'do' the one thing that I need them to do (and having to write my own implementation).
- Reading other people's code.
- Debugging other people's code.
- svanderbleek 10y agoActually the abstractions they are talking about are explicitly for most of your use cases: - Transforming data from one structure to another. - Moving data around. - Writing and re-writing similar business rules and domain logic in different libraries and languages. - Writing 'adapters' to get one library to work with another. - Trying to find 'the right' data structure or algorithm. There are answers to these problems using mathematical structures common in Haskell: Functor, Applicative, Monad, and so on.