<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>SRE - Data - Systems - Code</title>
    <link>https://jessed.io/</link>
    <description>Recent content on SRE - Data - Systems - Code</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 13 Jun 2018 16:57:00 -0700</lastBuildDate>
    
	<atom:link href="https://jessed.io/index.xml" rel="self" type="application/rss+xml" />
    
    
    <item>
      <title>Complex Adaptive Systems in Software</title>
      <link>https://jessed.io/post/20180427_complex_adaptive_systems/</link>
      <pubDate>Wed, 13 Jun 2018 16:57:00 -0700</pubDate>
      
      <guid>https://jessed.io/post/20180427_complex_adaptive_systems/</guid>
      <description>Resilience engineering is becoming a required practice as people begin to expect services to be available nearly 100% of the time. We have the same requirements of the systems that sustain us: ecosystems, anatomical systems. Our world is one complex adaptive system after another.
If you consider our anatomy, we have redundant systems: 2 lungs, 2 kidneys, 2 halves of the brain, 2 arms, 2 legs, etc. In cases where one of the components is degraded, the other component is able to pick up some of the slack to sustain life.</description>
    </item>
    
    <item>
      <title>5 CLI Tools all software engineers should know about</title>
      <link>https://jessed.io/post/20161114_5_cli_tools_all_software_engineers_should_know_about/</link>
      <pubDate>Mon, 14 Nov 2016 22:07:24 -0800</pubDate>
      
      <guid>https://jessed.io/post/20161114_5_cli_tools_all_software_engineers_should_know_about/</guid>
      <description>The following CLI tools, I have found to be extremely useful when dealing with systems to quickly find the information I need. Please note that all these commands are being run from OS X and are the BSD commands not the GNU commands that typically ship with a standard Linux distro.
5. xargs xargs simply takes strings separated by whitespace and passes those into the command specified. A simple example would be:</description>
    </item>
    
    <item>
      <title>Fixed vs. Growth System Failures</title>
      <link>https://jessed.io/post/20161019-fixed-vs-growth-system-failures/</link>
      <pubDate>Wed, 19 Oct 2016 11:06:08 -0800</pubDate>
      
      <guid>https://jessed.io/post/20161019-fixed-vs-growth-system-failures/</guid>
      <description>The concept of Mindset based on the work: Mindset by Dr. Carol S. Dweck, Ph.D. has been around for some time now, but recently I was thinking about root cause analyses meant as a tool for learning. Revisiting the John Allspaw post: The Infinite Hows (or, the Dangers Of The Five Whys) make me start thinking about what makes a lot of people look at postmortems as a checkbox or paperwork and not value them as learning experiences.</description>
    </item>
    
    <item>
      <title>Go is for .Close()’ers</title>
      <link>https://jessed.io/post/20161004-go-is-for-closers/</link>
      <pubDate>Tue, 04 Oct 2016 10:35:32 -0800</pubDate>
      
      <guid>https://jessed.io/post/20161004-go-is-for-closers/</guid>
      <description>In Go the typical way to open a file or connection is this commonly seen block of code:
connection, err := net.Dial(&amp;quot;tcp&amp;quot;, &amp;quot;example.com:80&amp;quot;) if err != nil { // Do something to handle the error return } defer connection.Close()  That defer connection.Close() on line 6 plays a vital role in writing Go code that won’t run your host machine out of memory, kernel file descriptors, or any other transactional resource (one in which operations open, do something, then close).</description>
    </item>
    
    <item>
      <title>Who’s Running that on my System: Case of the stolen CPU</title>
      <link>https://jessed.io/post/20160916-whos-running-that-on-my-system/</link>
      <pubDate>Fri, 16 Sep 2016 01:11:56 -0700</pubDate>
      
      <guid>https://jessed.io/post/20160916-whos-running-that-on-my-system/</guid>
      <description>Last week, I found myself needing to find what application a query was originating from. My typical method for doing this is searching through source code before I eventually get angry that I can’t find the query originating from an ORM and start drafting an email decreeing that all applications get distinct logins to the database that I’ll never send because who is going to listen anyway.
I had an idea for how I can track a query all the way back to the process that accessed it and I even scripted it.</description>
    </item>
    
    <item>
      <title>About me</title>
      <link>https://jessed.io/about/</link>
      <pubDate>Tue, 23 Aug 2016 22:23:26 -0700</pubDate>
      
      <guid>https://jessed.io/about/</guid>
      <description>I am a lead site reliability engineer at InVisionApp with over 8 years of experience. I love building platforms to support running resilient software in production.
I love taking existing services and writing intelligent code to support the operations of those services. I have experience with Docker and technologies designed around Linux containers, AWS, cloud native architectures, microservices, monitoring, and automation.
While I write code mostly in Go and Python. I have been known to get into Java, C, and Ruby to get things done.</description>
    </item>
    
  </channel>
</rss>