<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0"><channel><title>lincolnloop.com Blog</title><link>http://lincolnloop.com/blog/</link><description>lincolnloop.com Blog</description><language>en-us</language><lastBuildDate>Wed, 22 May 2013 20:13:37 -0000</lastBuildDate><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/LincolnLoop" /><feedburner:info uri="lincolnloop" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item><title>Lincoln Loop Retreat 2013</title><link>http://feedproxy.google.com/~r/LincolnLoop/~3/Tu79qoXCT2U/</link><description>Over the last couple months been busy tying up loose ends and preparing for our first &amp;#8220;official&amp;#8221; company-wide retreat. Even though we&amp;#8217;re a fully distributed team, we&amp;#8217;re big believers in the power of meet-ups and face-time. They form bonds, build trust, and create a level of personal understanding that can&amp;#8217;t be replicated online.&lt;img src="http://feeds.feedburner.com/~r/LincolnLoop/~4/Tu79qoXCT2U" height="1" width="1"/&gt;</description><guid isPermaLink="false">http://lincolnloop.com/blog/2013/may/15/lincoln-loop-retreat-2013/</guid><feedburner:origLink>http://lincolnloop.com/blog/2013/may/15/lincoln-loop-retreat-2013/</feedburner:origLink></item><item><title>Playing with Pickle Security</title><link>http://feedproxy.google.com/~r/LincolnLoop/~3/XFu2NDJzGd0/</link><description>Reading about the latest vulnerabilities in Rails, got me thinking about a similar issue we have in Python.

	It is well known that using pickle on untrusted data is insecure to the point of allowing arbitrary code execution. Or at least it should be&amp;#8230;&lt;img src="http://feeds.feedburner.com/~r/LincolnLoop/~4/XFu2NDJzGd0" height="1" width="1"/&gt;</description><guid isPermaLink="false">http://lincolnloop.com/blog/2013/mar/22/playing-pickle-security/</guid><feedburner:origLink>http://lincolnloop.com/blog/2013/mar/22/playing-pickle-security/</feedburner:origLink></item><item><title>/dev/loop4</title><link>http://feedproxy.google.com/~r/LincolnLoop/~3/cSVzAt16ato/</link><description>&lt;img src="http://feeds.feedburner.com/~r/LincolnLoop/~4/cSVzAt16ato" height="1" width="1"/&gt;</description><guid isPermaLink="false">http://lincolnloop.com/blog/2013/mar/12/dev-loop-4/</guid><feedburner:origLink>http://lincolnloop.com/blog/2013/mar/12/dev-loop-4/</feedburner:origLink></item><item><title>Django Settings Parity: You're Doing It Wrong</title><link>http://feedproxy.google.com/~r/LincolnLoop/~3/JwLrDaEKu4c/</link><description>A common paradigm in Django is to create different settings files for different environments (local, production, staging, etc.). Everyone has their own opinion on how to set these up (see ours here), that&amp;#8217;s not what this post is about. Instead, I&amp;#8217;d like to point out the inherent danger in this technique and how to prevent shooting yourself in the foot.&lt;img src="http://feeds.feedburner.com/~r/LincolnLoop/~4/JwLrDaEKu4c" height="1" width="1"/&gt;</description><guid isPermaLink="false">http://lincolnloop.com/blog/2013/feb/15/django-settings-parity-youre-doing-it-wrong/</guid><feedburner:origLink>http://lincolnloop.com/blog/2013/feb/15/django-settings-parity-youre-doing-it-wrong/</feedburner:origLink></item><item><title>Time Saved Working From Home</title><link>http://feedproxy.google.com/~r/LincolnLoop/~3/JNnZSyK74SM/</link><description>One perk Lincoln Loop and other companies with remote staff regularly cite is the lack of a commute. Nothing beats taking the Pajama Freeway to your home office. While reviewing my time entries for last year I started to wonder what the real impact to my available time was by not commuting.&lt;img src="http://feeds.feedburner.com/~r/LincolnLoop/~4/JNnZSyK74SM" height="1" width="1"/&gt;</description><guid isPermaLink="false">http://lincolnloop.com/blog/2013/jan/31/time-saved-working-home/</guid><feedburner:origLink>http://lincolnloop.com/blog/2013/jan/31/time-saved-working-home/</feedburner:origLink></item><item><title>/dev/loop3</title><link>http://feedproxy.google.com/~r/LincolnLoop/~3/ELvGbdx4uFg/</link><description>&lt;img src="http://feeds.feedburner.com/~r/LincolnLoop/~4/ELvGbdx4uFg" height="1" width="1"/&gt;</description><guid isPermaLink="false">http://lincolnloop.com/blog/2013/jan/29/dev-loop-3/</guid><feedburner:origLink>http://lincolnloop.com/blog/2013/jan/29/dev-loop-3/</feedburner:origLink></item><item><title>2012 Year in Review</title><link>http://feedproxy.google.com/~r/LincolnLoop/~3/yzLddy2ydrE/</link><description>2012 was another amazing year at Lincoln Loop. I&amp;#8217;m incredibly proud of the work we accomplished and the growth and development we&amp;#8217;ve made as a company. A few of the highlights&amp;#8230;&lt;img src="http://feeds.feedburner.com/~r/LincolnLoop/~4/yzLddy2ydrE" height="1" width="1"/&gt;</description><guid isPermaLink="false">http://lincolnloop.com/blog/2013/jan/24/2012-year-review/</guid><feedburner:origLink>http://lincolnloop.com/blog/2013/jan/24/2012-year-review/</feedburner:origLink></item><item><title>Making the Distributed Workplace Work</title><link>http://feedproxy.google.com/~r/LincolnLoop/~3/KY17bqfDSyM/</link><description>In our last installment, I introduced our distributed workplace and why we prefer it over a traditional office. Over the years, we&amp;#8217;ve learned a lot about how to make a distributed workplace, well&amp;#8230; work.&lt;img src="http://feeds.feedburner.com/~r/LincolnLoop/~4/KY17bqfDSyM" height="1" width="1"/&gt;</description><guid isPermaLink="false">http://lincolnloop.com/blog/2013/jan/17/making-distributed-workplace-work/</guid><feedburner:origLink>http://lincolnloop.com/blog/2013/jan/17/making-distributed-workplace-work/</feedburner:origLink></item><item><title>Introducing Learn with Lincoln Loop</title><link>http://feedproxy.google.com/~r/LincolnLoop/~3/_4Cr400GTgA/</link><description>&lt;img src="http://feeds.feedburner.com/~r/LincolnLoop/~4/_4Cr400GTgA" height="1" width="1"/&gt;</description><guid isPermaLink="false">http://lincolnloop.com/blog/2013/jan/10/introducing-learn-lincoln-loop/</guid><feedburner:origLink>http://lincolnloop.com/blog/2013/jan/10/introducing-learn-lincoln-loop/</feedburner:origLink></item><item><title>Test Coverage in Go</title><link>http://feedproxy.google.com/~r/LincolnLoop/~3/IP_dcamVPC4/</link><description>An important part of the process process of learning a new language is to learn the ecosystem that helps you to write better code. In a previous article I covered gdb integration with Go.

	Next on my list is to find an equivalent of the fantastic Python coverage tool coverage.py. The Go equivalent is called gocov.&lt;img src="http://feeds.feedburner.com/~r/LincolnLoop/~4/IP_dcamVPC4" height="1" width="1"/&gt;</description><guid isPermaLink="false">http://lincolnloop.com/blog/2013/jan/4/test-coverage-go/</guid><feedburner:origLink>http://lincolnloop.com/blog/2013/jan/4/test-coverage-go/</feedburner:origLink></item></channel></rss>
