113 karma · joined November 20, 2018
Why would you use postgres for an event professing system? This seems like an inefficient architecture.
For example, if you're writing an HTTP handler for an API, you should catch any exceptions at that point in your handler and return a 500 with an appropriate response to the client, since returning 500 is something productive we can do (vs letting it pass and crashing the server).
When you are dealing with external systems, such as a third party API, the message passing paradigm is what you are dealing with. There is no static typing for someone else's API (even if you are using their SDK).
1) An application which runs on a network and services clients 2) A dedicated computer which runs server applications.
I'd say do what you will, and if you reject their code, they'll probably be fine living on in a fork of your project. Personally, I wouldn't mind using code from someone I disagreed with, because in the end, our common interest in a piece of software might be one thing that brings two opposing parties together, rather than divides them apart.