<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for nigelkersten</title><link>http://disqus.com/by/nigelkersten/</link><description></description><atom:link href="http://disqus.com/nigelkersten/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Thu, 06 Mar 2014 10:30:51 -0000</lastBuildDate><item><title>Re: Is the Time of DevOps Now?</title><link>http://www.enterprisingcio.com/557/time-devops-now#comment-1272914629</link><description>&lt;p&gt;Looking back at this piece, I wish I'd focused more on building up skills in your current teams instead of hunting for an external savior.&lt;/p&gt;&lt;p&gt;I think of it in many ways as being analogous to software rewrites. The right path is usually to take an incremental approach with a mix of improvements to existing software and new, targeted components. Your staff almost certainly deserve similar levels of respect for existing domain knowledge.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nigelkersten</dc:creator><pubDate>Thu, 06 Mar 2014 10:30:51 -0000</pubDate></item><item><title>Re: Is the Time of DevOps Now?</title><link>http://www.enterprisingcio.com/557/time-devops-now#comment-1263837424</link><description>&lt;p&gt;Thanks Stan. This really does make a huge difference. Simpler APIs are usually better for everyone, but the great thing about simple REST/HTTP APIs is that you can even invoke them easily in simple shell scripts, which makes integration into existing workflows a relatively simple process.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nigelkersten</dc:creator><pubDate>Thu, 27 Feb 2014 20:38:02 -0000</pubDate></item><item><title>Re: Making changes - Kartar.Net</title><link>http://www.kartar.net/2013/07/making-changes/#comment-963268331</link><description>&lt;p&gt;Best wishes mate! It's been awesome and you'll be missed for sure.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nigelkersten</dc:creator><pubDate>Mon, 15 Jul 2013 15:49:07 -0000</pubDate></item><item><title>Re: FOSDEM: Slides from my talk</title><link>http://unethicalblogger.com/2012/02/10/fosdem-slides.html#comment-435366600</link><description>&lt;p&gt;gah, UI fail.&lt;/p&gt;&lt;p&gt;Was great to have you there Tyler, packed the room and rocked the show :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nigelkersten</dc:creator><pubDate>Fri, 10 Feb 2012 11:38:39 -0000</pubDate></item><item><title>Re: FOSDEM: Slides from my talk</title><link>http://unethicalblogger.com/2012/02/10/fosdem-slides.html#comment-435366122</link><description>&lt;p&gt;Was great to have you there Tyler, packed the room and rocked the show :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nigelkersten</dc:creator><pubDate>Fri, 10 Feb 2012 11:37:58 -0000</pubDate></item><item><title>Re: We're Moving!</title><link>http://banksimple.net/blog/BankSimple/were-moving-to-portland#comment-294467313</link><description>&lt;p&gt;Welcome to Portland BankSimple!&lt;/p&gt;&lt;p&gt;Come drop by the Puppet Labs office sometime for a beer!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nigelkersten</dc:creator><pubDate>Wed, 24 Aug 2011 12:07:01 -0000</pubDate></item><item><title>Re: Fix a bug in Ruby&amp;#8217;s configure.in and get a ~30% performance boost.</title><link>http://timetobleed.com/fix-a-bug-in-rubys-configurein-and-get-a-30-performance-boost/#comment-21961823</link><description>&lt;p&gt;According to Matz, this isn't a problem for Ruby 1.8.7&lt;/p&gt;&lt;p&gt;&lt;a href="http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/23583" rel="nofollow noopener" target="_blank" title="http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/23583"&gt;http://blade.nagaokaut.ac.j...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;yet I'm still seeing performance improvements on the ruby benchmark suite when applying your patch...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nigelkersten</dc:creator><pubDate>Thu, 05 Nov 2009 13:41:57 -0000</pubDate></item><item><title>Re: The Most Free(tm) Way to Make Money from Open Source</title><link>http://madstop.com/2009/02/28/the-most-freetm-way-to-make-money-from-open-source/#comment-6724941</link><description>&lt;p&gt;I think the answer is "it depends" :)&lt;/p&gt;&lt;p&gt;Assigning copyright can be a problem in that it precludes many people who work at other commercial companies from contributing code.  I have a few friends who are simply unable to contribute work related patches to OSS projects due to the policies of their own company.&lt;/p&gt;&lt;p&gt;I have no real issue with the open core model. I've seen it work quite well with products like OpenCMS, where a hell of a lot of deployments simply don't need features like LDAP/AD integration, and it has felt reasonable to purchase those licenses in the past for deployments that do need those features.&lt;/p&gt;&lt;p&gt;On the other hand you do end up with a certain level of tensions over these features between the community and the developers in the parent company in that someone in the community will eventually want to simply reverse engineer the closed source addons as open source, and they'll probably need development questions answered by the developers who are employed by the parent company.&lt;/p&gt;&lt;p&gt;I've seen this kind of situation put individual developers in a difficult position in the past, as they have both a responsibility to their employer, and a desire to do the right thing by their community.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nigelkersten</dc:creator><pubDate>Sat, 28 Feb 2009 12:20:00 -0000</pubDate></item><item><title>Re: A Short Puppet History, pt. 2: Cfengine</title><link>http://madstop.com/2008/11/06/a-short-puppet-history-pt-2-cfengine/#comment-3567598</link><description>&lt;p&gt;"It seemed that no one was interested in making a truly useful, simple tool, and there was this ridiculous, inane focus on theory in lieu of practice"&lt;/p&gt;&lt;p&gt;This is pretty much how I feel about the config-mgmt list in general.&lt;/p&gt;&lt;p&gt;I'm enjoying your new conversational approach to blogging Luke... &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nigelkersten</dc:creator><pubDate>Thu, 06 Nov 2008 07:49:09 -0000</pubDate></item></channel></rss>