| ▲ | marcosdumay 3 hours ago | |||||||||||||||||||||||||||||||
> As a total beginner to the functional programming world, something I've never seen mentioned at length is that OOP actually makes a ton of sense for CRUD and database operations. That's because you are wrong. There's nothing in relational databases mapping that make objects a better target than even the normal data structures you see in functional languages. > In my case, I wanted to do CRUD endpoints which were programmatically generated based on database schema. What is a pure transformation. The problem is that CRUD applications are an incredibly bad explored area. There only mature projects out there are the OOP ORM ones. That's not because OOP is inherently better suited to the application, it's because there's simply not a lot of people willing to risk into working at that problem. (And the reason people are not willing can be because developers don't choose their tools through rational evaluation, or may be some irrational one IDK. Mine is certainly because I know if I built an amazing system, nobody would come.) | ||||||||||||||||||||||||||||||||
| ▲ | sroerick 3 hours ago | parent [-] | |||||||||||||||||||||||||||||||
> What is a pure transformation. I don't know! Can you explain it, or how I would use it for this application? > And the reason people are not willing can be because developers don't choose their tools through rational evaluation, or may be some irrational one IDK. I think "do the tools exist in the world" is a pretty rational evaluation. I'd love to see the FP equivalent! | ||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||