<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Lionel Barrow&apos;s Blog</title>
    <description>I&apos;m the head of engineering at Tegus. I write about politics, psychology, and software.</description>
    <link>https://lionelbarrow.com</link>
    <atom:link href="https://lionelbarrow.com/feed.xml" rel="self" type="application/rss+xml" />
    
      <item>
        <title>Predicting the Success of Pair Programming Interviews</title>
        
        
          <description>&lt;p&gt;Over the last 4 years I’ve interviewed hundreds of engineers, first as a manager at a large company and then as the head of engineering at a startup. I believe in and heavily use pair programming interviews, in which the candidate and interviewer work through a small programming problem together.&lt;/p&gt;

</description>
        
        <pubDate>Mon, 03 Feb 2020 00:00:00 +0000</pubDate>
        <link>https://lionelbarrow.com/2020/02/03/predicting-pair-programming-interviews/</link>
        <guid isPermaLink="true">https://lionelbarrow.com/2020/02/03/predicting-pair-programming-interviews/</guid>
      </item>
    
      <item>
        <title>The Computer Boys Take Over by Nathan Ensmenger</title>
        
        
          <description>&lt;p&gt;Most history, from the high drama of Thucydides to the folk history of, say, the
computing industry, focuses on the highlights and the standouts: the Gates,
Jobs, and Zuckerbergs. In &lt;a href=&quot;https://www.amazon.com/Computer-Boys-Take-Over-Programmers/dp/0262517965&quot;&gt;&lt;em&gt;The Computer Boys Take
Over&lt;/em&gt;&lt;/a&gt;, Nathan Ensmenger does the opposite - he tells the story of the
emergence of the computer industry through the anonymous legions of men and
women working as programmers, coders, system designers and so on. The result is
less a gripping narrative than a comprehensive account of how software development came to occupy the social, financial and
professional status it has today.&lt;/p&gt;

</description>
        
        <pubDate>Tue, 13 Nov 2018 00:00:00 +0000</pubDate>
        <link>https://lionelbarrow.com/2018/11/13/computer-boys-take-over/</link>
        <guid isPermaLink="true">https://lionelbarrow.com/2018/11/13/computer-boys-take-over/</guid>
      </item>
    
      <item>
        <title>Who by Geoff Smart and Randy Street</title>
        
        
          <description>&lt;p&gt;Most writing on management includes a paean to the importance of hiring the right people, the best people, who will differentiate the organization from the rest and make dreams come true. Despite widespread agreement on the importance of hiring, I haven’t seen anything on how to actually do it - how to go out and build a top team.&lt;/p&gt;

</description>
        
        <pubDate>Tue, 30 Oct 2018 00:00:00 +0000</pubDate>
        <link>https://lionelbarrow.com/2018/10/30/who/</link>
        <guid isPermaLink="true">https://lionelbarrow.com/2018/10/30/who/</guid>
      </item>
    
      <item>
        <title>High school blues</title>
        
        
          <description>&lt;p&gt;I recently saw both &lt;a href=&quot;https://en.wikipedia.org/wiki/Lady_Bird_(film\)&quot;&gt;Lady Bird&lt;/a&gt; and &lt;a href=&quot;https://en.wikipedia.org/wiki/Love,_Simon&quot;&gt;Love, Simon&lt;/a&gt;, two movies that focus on the difficulties of being a teenager and navigating high school. They’re both good movies - not to skip too far ahead, but in my opinion &lt;em&gt;Lady Bird&lt;/em&gt; is actually a &lt;em&gt;great&lt;/em&gt; movie - and their overlapping topics and time in theaters makes a comparison feel natural.&lt;/p&gt;

</description>
        
        <pubDate>Sun, 29 Apr 2018 00:00:00 +0000</pubDate>
        <link>https://lionelbarrow.com/2018/04/29/high-school-blues/</link>
        <guid isPermaLink="true">https://lionelbarrow.com/2018/04/29/high-school-blues/</guid>
      </item>
    
      <item>
        <title>Is your problem actually a performance problem?</title>
        
        
          <description>&lt;p&gt;When I was learning to be an engineer, people told me two different stories about application performance. The first was that while it’s fun to work on, don’t spend too much time on it unless you have to - &lt;a href=&quot;http://ubiquity.acm.org/article.cfm?id=1513451&quot;&gt;premature optimization and all that&lt;/a&gt;. The second was that really, though, it’s good to have a fast system because users like fast systems - that is, &lt;a href=&quot;https://blog.codinghorror.com/performance-is-a-feature/&quot;&gt;performance is a feature&lt;/a&gt;. But when it’s all said and done, I’ve mostly been doing web application development, where performance is often seen as a problem to be solved only when encountered in an extremely obvious way (“oh, this request is timing out, better add an index”).&lt;/p&gt;

</description>
        
        <pubDate>Sun, 19 Feb 2017 00:00:00 +0000</pubDate>
        <link>https://lionelbarrow.com/2017/02/19/actually-performance-problem/</link>
        <guid isPermaLink="true">https://lionelbarrow.com/2017/02/19/actually-performance-problem/</guid>
      </item>
    
      <item>
        <title>Mistakes people make when hiring</title>
        
        
          <description>&lt;p&gt;Interviewing developers is difficult and, what’s worse controversial. Rather than spill ink on how to interview a candidate, I want to cover a few mistakes I see people make when making hire/no-hire recommendations &lt;em&gt;after&lt;/em&gt; an interview.&lt;/p&gt;

</description>
        
        <pubDate>Mon, 24 Oct 2016 00:00:00 +0000</pubDate>
        <link>https://lionelbarrow.com/2016/10/24/mistakes-people-make-when-hiring/</link>
        <guid isPermaLink="true">https://lionelbarrow.com/2016/10/24/mistakes-people-make-when-hiring/</guid>
      </item>
    
      <item>
        <title>Services. Because we&apos;re all mediocre.</title>
        
        
          <description>&lt;p&gt;Progress in the field of software development occurs when developers invent technical solutions to problems caused by their own laziness, lack of discipline and mediocrity. Or, to put it more kindly, when we repeatedly prove that we can’t be trusted to do something, we invent a way to avoid doing it. This is a good thing.&lt;/p&gt;

</description>
        
        <pubDate>Mon, 03 Oct 2016 00:00:00 +0000</pubDate>
        <link>https://lionelbarrow.com/2016/10/03/services-because-mediocre/</link>
        <guid isPermaLink="true">https://lionelbarrow.com/2016/10/03/services-because-mediocre/</guid>
      </item>
    
      <item>
        <title>Notes on weight loss</title>
        
        
          <description>&lt;p&gt;Since November of last year I’ve been trying to lose weight. I didn’t start trying at a moment of personal crisis or anything like that; I was just frustrated with my health and appearance and decided to make a serious effort. The previous attempts I’d made at weight loss boiled down to going to the gym a bit more and had no real impact. I had never tried dieting. But, sitting around in my apartment in the late fall, I decided to give it a serious shot.&lt;/p&gt;

</description>
        
        <pubDate>Fri, 09 Sep 2016 00:00:00 +0000</pubDate>
        <link>https://lionelbarrow.com/2016/09/09/notes-on-weight-loss/</link>
        <guid isPermaLink="true">https://lionelbarrow.com/2016/09/09/notes-on-weight-loss/</guid>
      </item>
    
      <item>
        <title>Hearthstone has a type system</title>
        
        
          <description>&lt;p&gt;&lt;a href=&quot;http://us.battle.net/hearthstone/en/&quot;&gt;Hearthstone&lt;/a&gt;, the online card game by Blizzard, is well known for its exciting gameplay and huge community. I’d hold it up as a real triumph of game design; it’s well balanced, fast and fun. Beyond individual card design, though, Hearthstone stands out thanks to some subtle but powerful decisions the developers made about how the core of the game works. In this blog post, I’ll examine one such core decision – &lt;em&gt;players may only make choices on their turn&lt;/em&gt; – and ponder the effects of this invariant as if the game were a software program (which, come to think of it, it is).&lt;/p&gt;

</description>
        
        <pubDate>Sun, 19 Jun 2016 00:00:00 +0000</pubDate>
        <link>https://lionelbarrow.com/2016/06/19/hearthstone-type-system/</link>
        <guid isPermaLink="true">https://lionelbarrow.com/2016/06/19/hearthstone-type-system/</guid>
      </item>
    
      <item>
        <title>I&apos;m a good engineer but I suck at building stuff</title>
        
        
          <description>&lt;p&gt;A few hours ago, &lt;a href=&quot;http://www.bangbangcon.com&quot;&gt;!!con&lt;/a&gt; wrapped up. It was fantastic. Often I leave conferences having learned something, but tired and ready for the weekend. Writing this from the plane, I feel filled with excitement and energy.&lt;/p&gt;

</description>
        
        <pubDate>Sun, 08 May 2016 00:00:00 +0000</pubDate>
        <link>https://lionelbarrow.com/2016/05/08/i-suck-at-building-stuff/</link>
        <guid isPermaLink="true">https://lionelbarrow.com/2016/05/08/i-suck-at-building-stuff/</guid>
      </item>
    
  </channel>
</rss>
