
Sign up to save your podcasts
Or
Send us a text
Don't make promises you can't keep - Using Node.ja promises correctly in Google Cloud functions
Episode 03: Show Notes
(Recorded November 18, 2021)
Today Jon and Logan discuss the recent Google Cloud blog “Avoiding GCF anti-patterns part 4: How to handle Promises correctly in your Node.js Cloud Function”, and give their own views on how to go about this. They discuss the scenario outlined in the blog, the two patterns that the blog outlines for fixing this issue, and the origins of their own biases regarding JavaScript, before explaining their own solution to this problem using TypeScript. They also explain how this issue differs from the one they discussed in the last episode ans the importance of code not just running reliably but also being readable and maintainable. Tune in to find out why Jon and Logan are biased towards taking the clouding approach to developing this code, why you should look in the DataFlow if you’re doing an ETL pipeline, why you should reconsider deploying a system based on vanilla node.js, and what you should do if you decide to do it anyway.
Key Points From This Episode:
Tweetables:
“Writing code that’s difficult to understand, difficult to read, difficult to maintain, you are definitely doing a disservice to your future self or whoever’s in that role in the future.” — @LoganAct2 [0:12:34]
“Be lazy, be cheap. Let the infrastructure help you catch the bugs early with something like TypeScript and collect the bugs in a central place with the Cloud Operations capability ” — @JonGal [0:14:41]
Links Mentioned in Today’s Episode:
Avoiding GCF anti-patterns part 4: How to handle Promises correctly in your Node.js Cloud Function
Typescript Reference
DataFlow
Send us a text
Don't make promises you can't keep - Using Node.ja promises correctly in Google Cloud functions
Episode 03: Show Notes
(Recorded November 18, 2021)
Today Jon and Logan discuss the recent Google Cloud blog “Avoiding GCF anti-patterns part 4: How to handle Promises correctly in your Node.js Cloud Function”, and give their own views on how to go about this. They discuss the scenario outlined in the blog, the two patterns that the blog outlines for fixing this issue, and the origins of their own biases regarding JavaScript, before explaining their own solution to this problem using TypeScript. They also explain how this issue differs from the one they discussed in the last episode ans the importance of code not just running reliably but also being readable and maintainable. Tune in to find out why Jon and Logan are biased towards taking the clouding approach to developing this code, why you should look in the DataFlow if you’re doing an ETL pipeline, why you should reconsider deploying a system based on vanilla node.js, and what you should do if you decide to do it anyway.
Key Points From This Episode:
Tweetables:
“Writing code that’s difficult to understand, difficult to read, difficult to maintain, you are definitely doing a disservice to your future self or whoever’s in that role in the future.” — @LoganAct2 [0:12:34]
“Be lazy, be cheap. Let the infrastructure help you catch the bugs early with something like TypeScript and collect the bugs in a central place with the Cloud Operations capability ” — @JonGal [0:14:41]
Links Mentioned in Today’s Episode:
Avoiding GCF anti-patterns part 4: How to handle Promises correctly in your Node.js Cloud Function
Typescript Reference
DataFlow