stripity_stripe VS google-cloud

I think this needs a big qualifier. I feel the same way, when it's a project I'm capable of doing the work for. For example, I recently needed a way to deal with Stripe early fraud warnings and the library I used didn't have those yet, so I added them (this was all on my own time I should add)[1].

However, there are tons of dependencies that we use for all sorts of things that are highly complex where very few people would be able to send a PR (openssl for example). Things in highly complex codebases, or deeply unfamiliar languages, etc. I maintain a forked linux driver for a wireless card for example, and I don't expect there's more than a handful of people that could hack on it without introducing tears and devastation.

For the projects I maintain, I would just say, "if you can, please consider a PR. If you're not sure it would be accepted I'm happy to be asked! If you can't send a PR, give as much info as you can and be polite. With that we're good.

[1]: https://github.com/beam-community/stripity_stripe/pull/728

I recently had to create a subscription payment solution for Tolc, a C++ to other languages bindings compiler. During the process I wish I had a simple to follow, unassuming tutorial that I could follow. Since I couldn't find one, I wrote one myself! Even though I could use the excellent stripity_stripe, I still had to overcome some pitfalls.

I'm going to attempt to answer by way of links to active projects for you:

Stripe, including webhooks support, actively developed: https://github.com/code-corps/stripity_stripe

Global pay solution that supports everything: they are all a bit crap you're right, the best I've found is https://github.com/aviabird/gringotts and ex_money really is amazing that integrates with it (I would suggest it's better than the equivalent ruby gem). To be fair I'm not sure I'd want to use the pay gem with anything complex as you need to be able to use the specific quirks of each API properly.

You're also right about noticed, after looking into it more it would be worth building for elixir for sure. Ravenx represents a start but it's unmaintained and doesn't have a huge number of strategies. It depends on how much I needed to do notifications like this. For the apps that I've built we've just needed database and grouped emails sent once per day, no need for texts or slack etc. There's no reason these couldn't be added fairly simply but I agree noticed is very neat.

For a project of mine I had to upload video on youtube using the Youtube data API. I struggled a bit to get the right OAuth token and on the google generated elixir library ...

Would you mind opening an issue on the repository (https://github.com/googleapis/elixir-google-api)? We'll try to get to it, but no guarantees on a timeline.

Google does provide elixir clients for most of their products: https://github.com/googleapis/elixir-google-api