4 ms·
Whatever you do, don't let some baby with a hammer to take some abstract and high concepts to the extreme, ruin your project and learn from it. Not in your proj
by dchichkov 14y ago
Whatever you do, don't let some baby with a hammer to take some abstract and high concepts to the extreme, ruin your project and learn from it. Not in your project.
In the production code, stay with the mainstream. And limit your extreme approaches to research grade code, with limited lifetime.
- ozataman 14y agoWe use Haskell in mission critical production code at my company and we are very happy with it. So do many banks in their pricing models and many other areas of application. This may mean that we can't just go hire your average programmer, but we have also had a bizarrely low rate of bugs in production despite a high level of inherent complexity in what we do.
- dchichkov 14y agoBased on what I've seen, codebases, that use non-mainstream languages and technologies have a tendency to fracture into parts written in a mix of languages and disappear in the rubble. So let's wait a few years, and see, shall we? (It's not that I don't like, or don't use shiny 'new' toys. It's just that in the long run it really really helps to use these toys only in the 'research grade' code. Depending on anything even a tiny bit out of industry mainstream in your key production code is a huge liability few years down the line.)