Yan Cui
I help clients go faster for less using serverless technologies.
After reading this old post by Don Syme, I really liked the idea of wrapping the result of any computation into an option type to signify success and failure cases and stop subsequent computations on the first failure. It’s neat but I wanted to tweak a couple of things to make it more useful:
- exceptional cases are not handled right now
- being able to retry on exceptions will be very useful
- being able to dictate how many retries are made will be useful too
with those three points in mind, here’s the code I ended up with:
And some quick tests:
Let me know what you think and if there’s anything else I can tweak to make this more useful!
Whenever you’re ready, here are 4 ways I can help you:
- If you want a one-stop shop to help you quickly level up your serverless skills, you should check out my Production-Ready Serverless workshop. Over 20 AWS Heroes & Community Builders have passed through this workshop, plus 1000+ students from the likes of AWS, LEGO, Booking, HBO and Siemens.
- If you want to learn how to test serverless applications without all the pain and hassle, you should check out my latest course, Testing Serverless Architectures.
- If you’re a manager or founder and want to help your team move faster and build better software, then check out my consulting services.
- If you just want to hang out, talk serverless, or ask for help, then you should join my FREE Community.
It’s really useful! Just hard to copy…nevermind
I made a gist of this https://gist.github.com/ImaginaryDevelopment/244f4c963cf3f9e5880dc25346933069
about to make what I consider to be some improvements, but I wanted to get the raw essence of your work running before moving forward. I’m not familiar with computation expressions, but what you’ve done here looks remarkably easy to follow compared to the other attempts I’ve seen at a concrete example.
Thanks