Tech Aloud DJ Adams

This is a special guest episode from my friend Sam Bail, the creator and maintainer of Tech Aloud's sister podcast, Blog Cast. Add Blog Cast to your subscriptions in your favourite podcast player for more interesting blog posts and articles in podcast format. 

In this episode, Sam reads aloud two short posts that she co-wrote with Zachary Drillings: Crisis Driven Development and Crisis Driven Development Part 2 — The Good Parts.

This is a reading of one of the SAP Community posts in the Monday morning thoughts series from 2018. In it, I think about OData, in particular where it came from and why it looks and acts like it does. I also consider why I think it was a good protocol for an organisation like SAP to embrace.

Original post: Monday morning thoughts: OData. 

This episode, recorded on Monday 12th October 2020, features a section from the paper "The UNIX Time-sharing System - A Retrospective", written by Dennis M Ritchie, at Bell Labs, Murray Hill, New Jersey. A version of this paper was presented at the 10th Hawaii International Conference on the System Sciences in January 1977. The section is "The User Interface", which gives us some great insights into the origins and design of the Unix and Linux command interpreter, also known as the shell.

Source: https://blogs.sap.com/2019/11/06/cap-is-important-because-its-not-important/

Source: https://will.koffel.org/post/2014/12-factor-apps-in-plain-english/

I came across this recently and thought it was a decent summary of the 12-factor methodology, despite being already 5 years old. As the author mentions at the start, some tech is perhaps a little outdated but the fundamental ideas still hold.

Source: http://www.cs.columbia.edu/~aho/Talks/12-09-07_DMR.pdf (via HN)

A tribute to the late Dennis Ritchie delivered at Dennis Ritchie Day at Bell Labs, Murray Hill, NJ, September 7, 2012

Bell Labs, Murray Hill, NJ, September 7, 2012. I think it's important to remember some of the great thinkers and creators, whose work underpins so much of what we rely upon today. Dennis is one of those people. I remember that Dennis passed away only a few days after Steve Jobs, and his passing was somewhat eclipsed, which made me a little sad. But C and Unix, Dennis's legacy, strongly endures.