Author: JesterXL

A habit I made in JavaScript, and later TypeScript, was to have Promises never fail, and instead return a Result type. This ensured async code worked like sync code, and didn’t randomly break the application. If someone decided to use async/await syntax, they could forget a try/catch and be “ok”. I only use that syntax in unit tests where you’d want things to explode sooner.

I’ve attempted recently to apply the same style to RxJS, and sadly it’s not working out. The first problem is that has the same contract as AWS Lambda: You can either get a return value, or an Exception if something went wrong. This allows AWS to support just about any programming language because almost all return values, and almost all have ways of making exceptions, intentionally, but most not.

I dissect these 3 statements and hopefully give you insight as to where devs are coming from that say that, a different perspective on using tests to design, and what you can do if you hate updating tests.

I gave a talk last Tuesday at the local JavaScript user group, RVA.js, about Continuous Delivery. I recorded the talk and put online for those who couldn’t make it. Description and supporting links below the video.

I’ve heard some people complain about AWS Cognito’s complexity, but I’ve had the opposite experience. I’ve never done on-boarding before, and every project I’ve ever been on, or near, on-boarding was always a horror show, both in UI, ability to debug, and stability.