<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Design on An observer's log</title><link>https://blog.rtshkmr.com/tags/design/</link><description>Recent content in Design on An observer's log</description><generator>Hugo</generator><language>en</language><atom:link href="https://blog.rtshkmr.com/tags/design/index.xml" rel="self" type="application/rss+xml"/><item><title>Architecture Design Basics</title><link>https://blog.rtshkmr.com/reference/archi/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/</guid><description>&lt;p&gt;Notes and such about architecture / system design and such. Mainly my own reference notes.&lt;/p&gt;</description></item><item><title>Pattern Taxonomy</title><link>https://blog.rtshkmr.com/reference/archi/patterns/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/</guid><description>&lt;p&gt;A taxonomy of patterns. These design patterns are from a practical tooling angle. The intent is for this post to be a quick reference to trade-off-balancing and the tooling that can be considered for common architecture/system design needs.&lt;/p&gt;</description></item></channel></rss>