Can you briefly talk about the issues you experienced working with Haskell and the even worse issues you experienced trying to find Haskell developers?
Did you post on Functional Jobs, haskell-cafe, and r/haskell?
Did you post on Functional Jobs, haskell-cafe, and r/haskell?
I was just confused by whether or not this project was inspired because it's difficult to extend PostgREST or because of operation issues with PostgREST itself. Seems like the former...though I'm not sure what this does that PostgREST doesn't.
For sure. Hence my business-oriented qualification "If an organization is going to be changing and maintaining software...".
> Developers (and orgs even more) should try and always expand their area of competence, not limit themselves to one area.
About developers: absolutely. Constant growth is a must.
About large and mature orgs: agree. That's what R&D budgets are for.
About startups: disagree. Invest only in what you need to ship product and gain differentiated competitive advantage. When there's an infinite queue of features to build and bugs to fix, not taking on unwarranted technical debt is key - and it's easiest to take on accidental technical debt when you don't have experience in a tool, language, or ecosystem.
I think a point expressed elsewhere in this thread is worth reiterating: language agnostic APIs (e.g. a HTTP API) mean that I don't have to care what language something is implemented in to use it. That's a Good Thing. Learn Erlang to hack on RabbitMQ? Sure, for fun. But if I'm putting it in prod for customers, I care more about how my application code - in a language I'm strong with - interfaces with it than the internals.