031: Using shim on API to prevent breaking changes
Listen now
Description
In 2021 Twilio sent a termination email on their Fax services. I was consulting as the CTO in a credit bureau that was in the start of an acquisition process with Equifax Canada. There was just no time to "waste" on changing provider and rewriting this part of the system to satisfy the new provider API. Would have been grand if the provider would have offered a shim that replicated Twilio's API and map that to their own API. Imagine how many companies needed to rewrite this part at the same time. Offering this as the provider that receives X thousands new customers would have been a superb engineering experience. So maybe we can apply this concept internally as well. When a team needs to introduce breaking changes, a good solution might be for them to provide a shim over the old API so no other teams need to do anything. This is obviously a tad dangerous and might introduce some technical debt. But as everything, it depends.
More Episodes
This week I talk with Andy Williams about the Fyne toolkit. It's impressive how much you can do with Fyne targeting mostly all platform where you'd want your application to run. In a world where web is getting a little bit out of hand, it's refreshing to see that desktop still have its place in...
Published 11/06/24
John is proposing learning Rust to enhance Gophers programming knowledge. I do enjoy learning new thing personally, Rust always has been or at least seems to required an extra effort to get started with. John is trying to make it more approachable. Links: John's websiteThe secrets of Rust,...
Published 10/29/24
Published 10/29/24