<?xml version="1.0" encoding="UTF-8"?>
 <rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://web.resource.org/cc/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://pinboard.in">
    <title>Pinboard (rtlechow)</title>
    <link>https://pinboard.in/u:rtlechow/public/</link>
    <description>recent bookmarks from rtlechow</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="https://nim-lang.org/"/>
	<rdf:li rdf:resource="http://www.ctlab.org/documents/How%20Complex%20Systems%20Fail.pdf"/>
	<rdf:li rdf:resource="http://blog.8thlight.com/uncle-bob/2012/02/01/Service-Oriented-Agony.html"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="https://nim-lang.org/">
    <title>Nim Programming Language</title>
    <dc:date>2021-12-09T14:40:48+00:00</dc:date>
    <link>https://nim-lang.org/</link>
    <dc:creator>rtlechow</dc:creator><dc:subject>language programming systems</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:rtlechow/b:420670e7b9b9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:language"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:systems"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.ctlab.org/documents/How%20Complex%20Systems%20Fail.pdf">
    <title>www.ctlab.org/documents/How Complex Systems Fail.pdf</title>
    <dc:date>2013-02-28T14:53:22+00:00</dc:date>
    <link>http://www.ctlab.org/documents/How%20Complex%20Systems%20Fail.pdf</link>
    <dc:creator>rtlechow</dc:creator><dc:subject>architecture complexity failure systems</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:rtlechow/b:f716f5c33624/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:complexity"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:failure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:systems"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.8thlight.com/uncle-bob/2012/02/01/Service-Oriented-Agony.html">
    <title>Service Oriented Agony | 8th Light</title>
    <dc:date>2012-02-01T22:01:47+00:00</dc:date>
    <link>http://blog.8thlight.com/uncle-bob/2012/02/01/Service-Oriented-Agony.html</link>
    <dc:creator>rtlechow</dc:creator><description><![CDATA[So what’s the solution? First of all, I question whether the system needed to be partitioned into services. Services are expensive and complicated, you should only create them if you absolutely need to. It’s always easier to live in a single process. Remember Martin Fowler’s first law of distributed objects: Don’t distribute your objects.]]></description>
<dc:subject>srp solid ccp systems software programming services architecture</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:rtlechow/b:856ea6ab2430/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:srp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:solid"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:ccp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:systems"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:software"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:services"/>
	<rdf:li rdf:resource="https://pinboard.in/u:rtlechow/t:architecture"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>