<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Chester McLaughlin</title>
	<atom:link href="http://chestermclaughlin.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://chestermclaughlin.com</link>
	<description>Communication &#38; Technology Consulting</description>
	<lastBuildDate>Tue, 31 Jan 2012 05:16:09 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>The Road We Walk</title>
		<link>http://chestermclaughlin.com/2012/01/the-road-we-walk/</link>
		<comments>http://chestermclaughlin.com/2012/01/the-road-we-walk/#comments</comments>
		<pubDate>Tue, 31 Jan 2012 05:16:09 +0000</pubDate>
		<dc:creator>Chester McLaughlin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://chestermclaughlin.com/?p=18</guid>
		<description><![CDATA[The road we walk constantly changes and yet it&#8217;s constancy creates a sense of sameness. Each step is abstracted into a vision of the whole road. Each step is new, but each step is simply repeating the past. Young men look at the road in front of them and see one hundred thousand paths and [...]]]></description>
			<content:encoded><![CDATA[<p>The road we walk constantly changes and yet it&#8217;s constancy creates a sense of sameness.</p>
<p>Each step is abstracted into a vision of the whole road. Each step is new, but each step is simply repeating the past.</p>
<p>Young men look at the road in front of them and see one hundred thousand paths and variations.</p>
<p>Old men look down the road in front of them and see the same path they&#8217;ve traveled all along.</p>
]]></content:encoded>
			<wfw:commentRss>http://chestermclaughlin.com/2012/01/the-road-we-walk/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Technology Guilt</title>
		<link>http://chestermclaughlin.com/2011/12/technology-guilt/</link>
		<comments>http://chestermclaughlin.com/2011/12/technology-guilt/#comments</comments>
		<pubDate>Thu, 29 Dec 2011 05:20:19 +0000</pubDate>
		<dc:creator>Chester McLaughlin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://chestermclaughlin.com/?p=11</guid>
		<description><![CDATA[Emotionally Involved Why do we become so emotionally involved with our tools? How can we feel betrayed by a golf club, mocked by a pull-start lawn mower, or sabotaged by backup software? How can a pair of shoes or a guitar bring about feelings of guilt? How can an emotionally inert, inanimate object affect our [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Emotionally Involved</strong></p>
<p>Why do we become so emotionally involved with our tools? How can we feel betrayed by a golf club, mocked by a pull-start lawn mower, or sabotaged by backup software? How can a pair of shoes or a guitar bring about feelings of guilt? How can an emotionally inert, inanimate object affect our emotions so suddenly and powerfully?</p>
<p>When we understand that the value of a tool is directly related to the potential that tool represents, then it becomes clear why we&#8217;re so emotionally involved with our tools.</p>
<p><strong>Focusing on the Potential</strong></p>
<p>I bought a guitar a decade and a half ago. It cost $300. I still have it. I&#8217;ve played it 20 times. Maybe. And when I look at it I&#8217;m filled with mixed emotions  of regret, guilt, inadequacy, and shame. Not because I owe the guitar anything, or even because I promised anyone that I&#8217;d use the darn thing. It&#8217;s because I love music and dream of someday being able to create music on my own, and when I see the guitar it reminds me that I am not accomplishing my goal or fulfilling my dream.</p>
<p>It&#8217;s not an overwhelming feeling, and it passes in an instant. I don&#8217;t think I&#8217;m alone in this, or even in the minority. Most of us have a possession or activity (or person) that consistently evokes in us a feeling of guilt. And the reason for this has nothing to do with the object, but has everything to do with the potential of the object—the task that we imagined we&#8217;d accomplish with it, or the person the tool would enable us to become. This is both natural and understandable.</p>
<p><strong>Potential vs. Theoretical</strong></p>
<p>I&#8217;ve frequently heard people express a certain feeling of guilt when they think about their neglected blog or twitter account. Some people feel a sense of obligation to technology that can&#8217;t necessarily be blamed on social pressure or financial investment. I think it&#8217;s because people inherently recognize the immensely powerful potential of technological tools, particularly ones that enable instant global communication. But without a specific goal or end result in mind, a tool&#8217;s value becomes more theoretical than potential. So, if you have nothing to say, why do you need a microphone? If you have no goal to accomplish and no vision to pursue why are you emotionally investing in a particular tool?</p>
<p><em>Don&#8217;t be passionate about swinging a hammer, be passionate about building wonderful furniture. Don&#8217;t be passionate about social networks, be passionate about connecting people or sharing meaningful ideas. Don&#8217;t be passionate about technology, be passionate about humans.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://chestermclaughlin.com/2011/12/technology-guilt/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Scale and Scalability</title>
		<link>http://chestermclaughlin.com/2011/12/scale-and-scalability/</link>
		<comments>http://chestermclaughlin.com/2011/12/scale-and-scalability/#comments</comments>
		<pubDate>Tue, 27 Dec 2011 06:49:53 +0000</pubDate>
		<dc:creator>Chester McLaughlin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://chestermclaughlin.com/?p=8</guid>
		<description><![CDATA[The scale of a problem dictates the solution. I&#8217;ve built a small script that automates the creation of multiple time-lapses from webcam snapshots. It works well and I don&#8217;t have any plans on fundamentally changing the code. At one point in time, I considered turning the script into a web service that would allow an [...]]]></description>
			<content:encoded><![CDATA[<p><strong>The scale of a problem dictates the solution.</strong></p>
<p>I&#8217;ve built a small script that automates the creation of multiple time-lapses from webcam snapshots. It works well and I don&#8217;t have any plans on fundamentally changing the code. At one point in time, I considered turning the script into a web service that would allow an unlimited number of people to have time-lapses generated from their own webcams. While thinking through what it would take to accomplish this I realized that my script (and the server it was running on) simply could not create more than a few dozen time-lapses an hour without failing. Image storage, timing, processing power, multiple instances, and bandwidth were just a few of the issues that arose when I looked at my problem on a larger scale. The solution that I identified was unfortunately out of my area of expertise, and while still captivated by the idea of a web service to create time-lapses for every cubical-sitting, cat-loving webcam owner, I&#8217;ve embraced the fact that even though I&#8217;ve solved the problem on a small scale, I can&#8217;t (within reason) solve the problem on a large scale.</p>
<p><strong>The scale of the solution presents a problem of it&#8217;s own.</strong></p>
<p>Take the problem of cookies. Say your going to start a business baking cookies. The task of supplying your local coffee shop with fresh-baked cookies is infinitely simpler than the task of supplying a nation-wide grocery chain with fresh-baked cookies. While the process may still be the same—identify a recipe, procure ingredients, mix, bake, deliver, and collect—the solution will be directly shaped by the scale of the problem. Are there 100 grocery stores in the chain or 10,000? Are those stores distributed across six states or 48? These questions must be answered before the question of flavor or quality can even be considered. Simply put, the problem of baking four dozen cookies is an entirely different problem than baking four thousand dozen cookies, and the person who can identify and solve problems of scalability has a much more valuable skill set than the most talented baker of cookies.</p>
<p><strong>Scale is different than scalability.</strong></p>
<p>During the early 2000&#8242;s, I spent several years working with a small advertising agency that frequently fluctuated in size between 40 and 50 employees. The reason for this fluctuation was that Bill, the creative director and part owner, had identified his optimum scale of operation. He knew that once the organization grew beyond about 45 employees he would have to drastically change the way he led, managed, and operated his organization. So instead of focusing on scalability, he focused on maintaining a specific scale that allowed him to be very effective.</p>
<p><strong>Identify a scale or a series of scales</strong></p>
<p>Most organizations don&#8217;t have a hard cap on the number of employees they hire, instead they keep their labor costs at a certain percentage of their revenue. This practice is great if you don&#8217;t plan on growing. If you do plan on growing, at what point does your scale require a fundamentally different solution to your basic business problem? At what point will your cookie business require an IT specialist, ad buyer or distribution manager? In many cases, as an organization scales there are clear phases, caps or boundaries that, once crossed, require that you reassess your business strategy because, in all reality, you&#8217;re no longer in the same business. So why not think through the next 3-5 phases ahead of time and include those in your business plan? Or at least be like Bill and put a hard cap on growth so that you can instead focus on effectiveness and optimization.</p>
<p><em>The solution you&#8217;ve found to your problem is specific to the scale of the problem. How will your solution perform when your problem changes? Will you simply try harder? Will you simply double your resources? Or will you acknowledge that you&#8217;re dealing with a fundamentally different problem and create a fundamentally different solution.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://chestermclaughlin.com/2011/12/scale-and-scalability/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

