Applying resilient design to my own systems

When I teach a course in modern distributed systems design, I spend a lot of time on topics such as engineering for resilience and automating production processes. It turns out that applying those big topics in the small matters of my life is a big challenge.

"Distributed Systems" are not what they used to be

The phrase “distributed systems” has had several meanings over the last 50 years, from a mathematical topic to a style of engineering practice to a suite of technologies. What can we learn from these changes and how do we reconcile these perspectives?

A strategy for more frequent posts

I have many incomplete threads on distributed systems. How do I balance my desire for complete and correct presentations with the need to post more frequently?

When are "motivating" images useful in a presentation?

Note: I’m writing this post to clarify my thinking about an issue in presentation design. I’m using a stream-of-consciousness format, with little editing. You might want to skip this one if you are looking for careful, reasoned arguments.

This post considers the style of figures and images that complement the ones I discussed in the figure failures post. Where that post considered figures that represent concepts geometrically, this post considers images intended to surprise, inspire, and motivate the audience. When should I use them? When shouldn’t I use them? Are they of any use at all?

Figure failures (and successes!)

Well-designed figures are invaluable for presenting technical detail, including architectural diagrams, timing diagrams, data visualizations, category hierarchies, and many other forms. Yet the simplicity and directness of a successful figure belies the complexity of all the design decisions underlying it. Those decisions were specific to the original context. Pulling a figure from that context and inserting it into a very different context such as lecture slides will likely fail. This short post lists the many ways that such appropriation can fail.