<?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>Operations System Administration Network &#187; Philosophy</title>
	<atom:link href="http://www.opssa.net/category/philosophy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.opssa.net</link>
	<description>OpsSA.net - SA wisdom and philosophy</description>
	<lastBuildDate>Sat, 02 Jan 2010 05:46:08 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>SA Tenets &#8211; Mistakes Are OK</title>
		<link>http://www.opssa.net/2009/09/mistakes-are-ok/</link>
		<comments>http://www.opssa.net/2009/09/mistakes-are-ok/#comments</comments>
		<pubDate>Sun, 06 Sep 2009 00:40:59 +0000</pubDate>
		<dc:creator>Jim Sheafer</dc:creator>
				<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[hook-ish]]></category>
		<category><![CDATA[mistake]]></category>
		<category><![CDATA[mistakes]]></category>
		<category><![CDATA[nervous]]></category>
		<category><![CDATA[SA Tenets]]></category>
		<category><![CDATA[taking risks]]></category>

		<guid isPermaLink="false">http://www.opssa.net/?p=346</guid>
		<description><![CDATA[This is a continuation of the “SA Tenets” series of posts in which I discuss my beliefs about System Administration and work in general
What Makes Me Nervous
It&#8217;s not layoff rumors, or a superior that is too busy for me. It&#8217;s not the budget or the outages. It&#8217;s not the latest bit of busy work or [...]]]></description>
			<content:encoded><![CDATA[<p><em>This is a continuation of the “SA Tenets” series of posts in which I discuss my beliefs about System Administration and work in general</em></p>
<h4>What Makes Me Nervous</h4>
<p>It&#8217;s not layoff rumors, or a superior that is too busy for me. It&#8217;s not the budget or the outages. It&#8217;s not the latest bit of busy work or the next rash of hackers.</p>
<p>That&#8217;s not what makes me really nervous.</p>
<p>What makes me really nervous is when the entire team goes long stretches &#8211; months &#8211; without making a single mistake.</p>
<h4>Don&#8217;t Be &#8220;Hook-ish&#8221;</h4>
<p>Years ago I had a boss who used to chide me for being &#8220;hook-ish&#8221;. When I finally asked him what he meant, he picked up a wooden pointer (for chalk boards and such &#8211; I said it was a long time ago) and described the parts. A meter-long wooden shaft about a centimeter thick. On one end was a foam point. On the other was a metal screw-in eye-hook. He explained that the point end is the end that got the hard work done, and the hook was used to store the pointer. Picking up and using the pointer was &#8220;dangerous&#8221; and hanging it up was &#8220;safe&#8221;.</p>
<p>He told me that I was being too safe &#8211; that most of the time I would pick the safe thing to do when given a choice. Which is not terrible, but also not what he wanted me to do. I explained that I was afraid of failing so bad that I&#8217;d be fired. He explained that I was not going to get fired for failing or for being hook-ish, but that I being too conservative was worse than being fired.</p>
<h4>Fail Spectacularly</h4>
<p>I would rather see an employee fail spectacularly &#8211; auger-in in a ball of flames &#8211; because she is attempting something new, difficult, and dangerous, than succeeding at doing the status quo.</p>
<p>New, difficult and dangerous tasks tend to be the ones with the largest payoff. I&#8217;m not saying you should start editing a running binary because that&#8217;s risky. I&#8217;m saying don&#8217;t shy away from the hard stuff just because you may fail.</p>
<p>Winning <strong>BIG</strong> means risking <strong>BIG</strong> &#8211; and I want my employees to win <strong>BIG</strong>. Sometimes that means <strong>BIG</strong> mistakes, and I&#8217;m OK with that.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.opssa.net/2009/09/mistakes-are-ok/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>SA Tenets &#8211; Eat Your Own Dog Food</title>
		<link>http://www.opssa.net/2009/07/sa-tenets-eat-your-own-dog-food/</link>
		<comments>http://www.opssa.net/2009/07/sa-tenets-eat-your-own-dog-food/#comments</comments>
		<pubDate>Fri, 31 Jul 2009 02:13:56 +0000</pubDate>
		<dc:creator>Jim Sheafer</dc:creator>
				<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[dog food]]></category>
		<category><![CDATA[SA Tenets]]></category>

		<guid isPermaLink="false">http://www.opssa.net/?p=338</guid>
		<description><![CDATA[This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general
Eat Your Own Dog Food
I have a coworker who hates that phrase &#8211; he thinks it&#8217;s too self-deprecating. He prefers &#8220;Eat Your Own Cooking&#8221;, but the sentiment is the same. 
Take Pride [...]]]></description>
			<content:encoded><![CDATA[<p><em>This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general</em></p>
<h4><strong>Eat Your Own Dog Food</strong></h4>
<p>I have a coworker who hates that phrase &#8211; he thinks it&#8217;s too self-deprecating. He prefers &#8220;Eat Your Own Cooking&#8221;, but the sentiment is the same. </p>
<h4><strong>Take Pride in Your Work</strong></h4>
<p>Taking pride in your product extends past the production stage. You need really want to make great things. If you believe in what you are making, you will naturally want to be a consumer.</p>
<h4><strong>Be a Super Consumer</strong></h4>
<p>I&#8217;m not saying you should <em><strong>only</strong></em> use your own product &#8211; in fact just the opposite. You should use your competitor&#8217;s products too. Then you will know how each stacks up, and your own experience will teach you where your product needs to be improved.</p>
<p>No one trusts a skinny cook, so be sure to be a consumer of your own product!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.opssa.net/2009/07/sa-tenets-eat-your-own-dog-food/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>SA Tenets &#8211; Oncall Applies In Both Directions</title>
		<link>http://www.opssa.net/2009/06/sa-tenets-oncall-applies-in-both-directions/</link>
		<comments>http://www.opssa.net/2009/06/sa-tenets-oncall-applies-in-both-directions/#comments</comments>
		<pubDate>Sat, 20 Jun 2009 16:09:47 +0000</pubDate>
		<dc:creator>Jim Sheafer</dc:creator>
				<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[oncall]]></category>
		<category><![CDATA[pager]]></category>
		<category><![CDATA[SA Tenets]]></category>

		<guid isPermaLink="false">http://www.opssa.net/?p=330</guid>
		<description><![CDATA[This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general
Oncall Applies In Both Directions
Most products do not fail at convenent times. So most SAs will find themselves carrying a pager for an oncall shift. I have one major rule that says [...]]]></description>
			<content:encoded><![CDATA[<p><em>This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general</em></p>
<h4><strong>Oncall Applies In Both Directions</strong></h4>
<p>Most products do not fail at convenent times. So most SAs will find themselves carrying a pager for an oncall shift. I have one major rule that says &#8220;oncall applies in both directions&#8221; and no one ever understands what I mean (so it probably needs a new name). Here is what I mean.</p>
<h4><strong>Oncall Is an Intrusion</strong></h4>
<p>Being paged to fix a problem at work is an intrusion on you private life. And in most cases it is considered &#8220;part of the job&#8221; and doesn&#8217;t garner any additional compensation. But it really is worth more than your normal work &#8211; it&#8217;s an emergency. And an interruption. And involves more work (finding a computer, finding a network, establishing a VPN, etc). Companies generally do not acknowledge this fact.</p>
<h4><strong>Intrusions Happen at Work, Too</strong></h4>
<p>If your work is allowed to intrude on your life, then your life is allowed to intrude on your work. Plumbers must be let in, packages received, recitals attended, and almost always during business hours. And if your job caused you to miss four hours of sleep last night, then I don&#8217;t really want you touching production machines &#8211; better to sleep in and come to work with a sharp mind.<br />
It&#8217;s basic work/life balance &#8211; remind your boss (and HR) if (s)he balks.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.opssa.net/2009/06/sa-tenets-oncall-applies-in-both-directions/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>SA Tenets &#8211; Automate The Hell Out Of Everything</title>
		<link>http://www.opssa.net/2009/05/sa-tenets-automate-the-hell-out-of-everything/</link>
		<comments>http://www.opssa.net/2009/05/sa-tenets-automate-the-hell-out-of-everything/#comments</comments>
		<pubDate>Thu, 21 May 2009 03:04:26 +0000</pubDate>
		<dc:creator>Jim Sheafer</dc:creator>
				<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[automation]]></category>
		<category><![CDATA[SA Tenets]]></category>

		<guid isPermaLink="false">http://www.opssa.net/?p=314</guid>
		<description><![CDATA[This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general
Automate The Hell Out Of Everything
There is an old joke that goes like this:

The junior SA can&#8217;t help you because she is too busy because nothing is automated.
The journeyman SA can&#8217;t help [...]]]></description>
			<content:encoded><![CDATA[<p><em>This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general</em></p>
<h4>Automate The Hell Out Of Everything</h4>
<p>There is an old joke that goes like this:</p>
<blockquote><ul>
<li>The junior SA can&#8217;t help you because she is too busy because nothing is automated.</li>
<li>The journeyman SA can&#8217;t help you because she is too busy automating everything.</li>
<li>The senior SA can&#8217;t help you because she is too busy playing a First Person Shooter.</li>
</blockquote>
<p>I&#8217;m sure most senior SAs are watching graphs, writing docs, and learning a new skill, but that is not as funny.</p>
<h4>Spend Time Now to Save Time Later</h4>
<p>Any task that you have to repeat more than three times should be automated. And right now, before you have to do it again. You will quickly go insane repeating mundane tasks by hand, and you will NEVER be able to handle more than a handful of machines.</p>
<p>I think this is really important &#8211; and I&#8217;m not alone. <a href="http://www.karlmajer.com/2008/05/19/experiences-with-cfengine/">Karl </a>thinks so. So does <a href="http://www.rapidscaling.com/">Doug</a>. Automating your tasks now is going to save you time later and shorten the time spent fixing issues in the middle of the night. Doug points out that 1000:1 host-to-SA ratios are within the reach of companies with good automation, and that is generally unheard of because so few have bothered to take the time.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.opssa.net/2009/05/sa-tenets-automate-the-hell-out-of-everything/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SA Tenets &#8211; If You Can&#8217;t Open It, You Don&#8217;t Own It</title>
		<link>http://www.opssa.net/2009/05/sa-tenets-if-you-cant-open-it-you-dont-own-it/</link>
		<comments>http://www.opssa.net/2009/05/sa-tenets-if-you-cant-open-it-you-dont-own-it/#comments</comments>
		<pubDate>Sun, 17 May 2009 02:42:14 +0000</pubDate>
		<dc:creator>Jim Sheafer</dc:creator>
				<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[Closed Source]]></category>
		<category><![CDATA[Make]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[Revlon]]></category>
		<category><![CDATA[SA Tenets]]></category>

		<guid isPermaLink="false">http://www.opssa.net/?p=302</guid>
		<description><![CDATA[This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general
If You Can’t Open It, You Don&#8217;t Own It
This one is borrowed from the MAKE crowd. The gist is to not let external parties dictate what you can and can not do [...]]]></description>
			<content:encoded><![CDATA[<p><em>This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general</em></p>
<h4>If You Can’t Open It, You Don&#8217;t Own It</h4>
<p>This one is borrowed from the <a href="http://blog.makezine.com/">MAKE</a> crowd. The gist is to not let external parties dictate what you can and can not do with your resources.</p>
<h4>You Don&#8217;t Own Closed Hardware or Software</h4>
<p>If you buy a hardware solution and are unable to open it up and replace failed parts, then you don&#8217;t really own it. You are obligated to pay others for service, forever. If you lease software in binary form, then you don&#8217;t own it (both figuratively and legally). You will be at the mercy of the real owners, paying whatever they wish to charge. Want a real-world example? It was years ago, but read what happened to <a href="http://www.nytimes.com/1990/10/25/business/company-news-revlon-accuses-a-supplier-of-sabotaging-its-software.html">Revlon</a>.</p>
<h4>Bet Your Business on Resources You Own</h4>
<p>If you want total control over your hardware and software then you must make your own. This is often not practical, but it is the most complete solution. You control every aspect, but now you need to employ quality developers and engineers.</p>
<p>Open-Source software is often a good compromise. You get access to all aspects of the hardware and software in exchange for sharing any changes you make with the rest of the community.</p>
<p>And it&#8217;s a lot harder for anyone to hold you hostage.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.opssa.net/2009/05/sa-tenets-if-you-cant-open-it-you-dont-own-it/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SA Tenets &#8211; Manage the Interesting</title>
		<link>http://www.opssa.net/2009/05/sa-tenets-manage-the-interesting/</link>
		<comments>http://www.opssa.net/2009/05/sa-tenets-manage-the-interesting/#comments</comments>
		<pubDate>Mon, 04 May 2009 02:00:30 +0000</pubDate>
		<dc:creator>Jim Sheafer</dc:creator>
				<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[graphs]]></category>
		<category><![CDATA[monitoring]]></category>
		<category><![CDATA[SA Tenets]]></category>
		<category><![CDATA[stats]]></category>

		<guid isPermaLink="false">http://www.opssa.net/?p=285</guid>
		<description><![CDATA[This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general
Manage the Interesting
So, you are collecting your statistics. Any you look at them every so often. Maybe you even meet to review them with your customers and bosses.
Don&#8217;t waste everyone&#8217;s time by [...]]]></description>
			<content:encoded><![CDATA[<p><em>This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general</em></p>
<h4>Manage the Interesting</h4>
<p>So, you are collecting your statistics. Any you look at them every so often. Maybe you even meet to review them with your customers and bosses.</p>
<p>Don&#8217;t waste everyone&#8217;s time by reviewing graphs of stats that never change.</p>
<p>Spend your time managing the stats that are interesting. If someone asks &#8220;Why did that happen?&#8221; Or makes a comment like &#8220;That&#8217;s strange&#8230;&#8221; <strong>that</strong> is what you should be spending time managing.</p>
<p>This one seems very basic, but I have seen too many instances of people trying to demonstrate that all is well. Don&#8217;t do that more than once. Show what you are collecting, then only show it again if something is wrong. Going on for even a few minutes about how everything is wonderful is just a waste of time.</p>
<p><center><em>The full list of my <a href="http://www.opssa.net/sa-tenets/">tenets </a>can be found at the top of the site.</em></center></p>
]]></content:encoded>
			<wfw:commentRss>http://www.opssa.net/2009/05/sa-tenets-manage-the-interesting/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SA Tenets &#8211; First, Do No Harm</title>
		<link>http://www.opssa.net/2009/04/sa-tenets-first-do-no-harm/</link>
		<comments>http://www.opssa.net/2009/04/sa-tenets-first-do-no-harm/#comments</comments>
		<pubDate>Thu, 23 Apr 2009 03:00:04 +0000</pubDate>
		<dc:creator>Jim Sheafer</dc:creator>
				<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[First Do No Harm]]></category>
		<category><![CDATA[SA Tenets]]></category>

		<guid isPermaLink="false">http://www.opssa.net/?p=263</guid>
		<description><![CDATA[This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general
First, Do No Harm
Yes, stolen from the popular misquote of the Hippocratic Oath. It&#8217;s important for SAs to remember, too.
In the heat of fixing the latest production issue, it is important to [...]]]></description>
			<content:encoded><![CDATA[<p><em>This is a continuation of the &#8220;SA Tenets&#8221; series of posts in which I discuss my beliefs about System Administration and work in general</em></p>
<h4>First, Do No Harm</h4>
<p>Yes, stolen from the popular misquote of the Hippocratic Oath. It&#8217;s important for SAs to remember, too.</p>
<p>In the heat of fixing the latest production issue, it is important to keep in mind that it is possible to make things even worse. So take a moment to decide the best action, consider what you may be forgetting under the pressure, and slowly and methodically fix the problem.</p>
<p>I once was reprimanded for not having a backup of our most important server. It ran NIS, DNS, pretty much everything for our local LAN. So I mounted a second drive and started a &#8220;dd&#8221; from the blank disk, over top of the only copy of the very important data&#8230; I wasn&#8217;t fired, but I did learn an important lesson.</p>
<p><center><em>The full list of my <a href="http://www.opssa.net/sa-tenets/">tenets </a>can be found at the top of the site.</em></center></p>
]]></content:encoded>
			<wfw:commentRss>http://www.opssa.net/2009/04/sa-tenets-first-do-no-harm/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>SA Tenets</title>
		<link>http://www.opssa.net/2009/04/sa-tenets/</link>
		<comments>http://www.opssa.net/2009/04/sa-tenets/#comments</comments>
		<pubDate>Wed, 22 Apr 2009 02:06:02 +0000</pubDate>
		<dc:creator>Jim Sheafer</dc:creator>
				<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[SA Tenets]]></category>

		<guid isPermaLink="false">http://www.opssa.net/?p=236</guid>
		<description><![CDATA[This is the first post of a series where I will discuss my general beliefs about System Administration, and in some cases, work in general. I&#8217;ll update the links in the &#8220;SA Tenets&#8221; version of this post linked at the top of the site.
A tenet is a belief held as true by the members of [...]]]></description>
			<content:encoded><![CDATA[<p><em>This is the first post of a series where I will discuss my general beliefs about System Administration, and in some cases, work in general. I&#8217;ll update the links in the &#8220;SA Tenets&#8221; version of this post linked at the top of the site.</em></p>
<p>A tenet is a belief held as true by the members of a profession. Here is a list of my tenets, as I understand and believe them. None of these are my own creation &#8211; I have learned them from my respected bosses and coworkers.</p>
<p>I stand on the shoulders of giants as I share them with you.</p>
<ol>
<li><strong><a href="http://www.opssa.net/2009/04/sa-tenets-first-do-no-harm/">First, Do No Harm</a></strong></li>
<li><strong><a href="http://www.opssa.net/2009/04/sa-tenets-if-you-can’t-measure-it-you-can’t-manage-it/">If You Can&#8217;t Measure It, You Can&#8217;t Manage It</a></strong></li>
<li><strong><a href="http://www.opssa.net/2009/05/sa-tenets-manage-the-interesting/">Manage the Interesting</a></strong></li>
<li><strong><a href="http://www.opssa.net/2009/05/sa-tenets-if-you-cant-open-it-you-dont-own-it/">If You Can&#8217;t Open It, You Don&#8217;t Own It</a></strong></li>
<li><a href="http://www.opssa.net/2009/05/sa-tenets-automate-the-hell-out-of-everything/"><strong>Automate The Hell Out Of Everything</strong></a></li>
<li><a href="http://www.opssa.net/2009/06/sa-tenets-oncall-applies-in-both-directions/"><strong>Oncall Applies In Both Directions</strong></a></li>
<li><strong><a href="http://www.opssa.net/2009/07/sa-tenets-eat-your-own-dog-food/">Eat Your Own Dog Food</a></strong></li>
<li><strong><a href="http://www.opssa.net/2009/09/mistakes-are-ok/">Mistakes Are OK</a></strong></li>
<li><strong>Document everything</strong></li>
<li><strong>Hire Potential, Train Knowledge</strong></li>
</ol>
<p><em>What am I missing? What beliefs do you apply to your work?</em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.opssa.net/2009/04/sa-tenets/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>You&#8217;ve Been Laid Off &#8211; Now What?</title>
		<link>http://www.opssa.net/2009/04/youve-been-laid-off-now-what/</link>
		<comments>http://www.opssa.net/2009/04/youve-been-laid-off-now-what/#comments</comments>
		<pubDate>Sun, 19 Apr 2009 02:41:05 +0000</pubDate>
		<dc:creator>Jim Sheafer</dc:creator>
				<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[layoff]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[resume]]></category>

		<guid isPermaLink="false">http://www.opssa.net/?p=206</guid>
		<description><![CDATA[Being laid off is a source of stress as well as a relief. It is an ending to your relationship with a company who has had your dedication and hard work. And there is a wealth  of information on the Internet you should read. Here are my own suggestions. Follow these points to make [...]]]></description>
			<content:encoded><![CDATA[<p>Being laid off is a source of stress as well as a relief. It is an ending to your relationship with a company who has had your dedication and hard work. And there is a <a href="http://blog.penelopetrunk.com/2005/05/03/preparing-for-a-layoff/">wealth </a> of <a href="http://blog.penelopetrunk.com/2009/02/10/how-to-talk-to-a-friend-whos-been-laid-off/">information</a> on the Internet you should <a href="http://www.smartmoney.com/spending/deals/laid-off-heres-how-to-stay-afloat-23321/">read</a>. Here are my own suggestions. Follow these points to make sure you end it well, and get a jump on your new beginning.</p>
<h4>Network!</h4>
<p>Now is not the time to burn bridges. Swallow your pride, and check your anger. Your next job will most likely come from a lead from someone you know, so start <a href="http://www.rileyguide.com/nettips.html">networking</a>. Get names, phone numbers and email addresses from everyone who will share, before you head out the door for the last time. Make sure your <a href="http://www.facebook.com/">Facebook</a>, <a href="http://www.linkedin.com/">LinkedIn</a>, and other social networks are up to date with your contact info.</p>
<h4>Your New Job</h4>
<p>Congratulations! You now have a new job &#8211; to find a job. It&#8217;s full time, and hard work. If you are getting unemployment or got a severance package, then it&#8217;s even a (poorly) paying position. You&#8217;ll be getting up every day, and working toward finding a job. Your tasks will be varied &#8211; from drafting <a href="http://career-advice.monster.com/resumes-cover-letters/careers.aspx">resumes and cover letters</a>.</p>
<h4>Resume(s)</h4>
<p>Yes, that&#8217;s right &#8211; plural. You&#8217;ll be writing resumes for each of your applications. Customized for each position.  As a hiring manager, I want to see that your are hungry for the job that we are discussing. I highly recommend using a <a href="http://www.emurse.com/">resume hosting service</a>.</p>
<h4>Utilize Your Resources</h4>
<p>Utilize any contractors at your old job? Give them a call and tell them you are looking. Did you get a <a href="http://www.manpower.com/">placement service</a> in your severance package? Take full advantage of their services. Belong to a <a href="http://www.usenix.org/">professional</a> <a href="http://www.sage.org/">group</a>? Attend meetings and let them know you are looking for a job. Need some income or just need to fill that new hole in your work experience? Take a temp position in your field, or even just volunteer &#8211; no one said your resume can only list paid positions.</p>
<p><center><em>What helped you get your after-layoff job? Share your comments!</em></center></p>
]]></content:encoded>
			<wfw:commentRss>http://www.opssa.net/2009/04/youve-been-laid-off-now-what/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Naming Servers</title>
		<link>http://www.opssa.net/2009/02/naming-servers/</link>
		<comments>http://www.opssa.net/2009/02/naming-servers/#comments</comments>
		<pubDate>Thu, 12 Feb 2009 02:44:08 +0000</pubDate>
		<dc:creator>Jim Sheafer</dc:creator>
				<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[naming]]></category>

		<guid isPermaLink="false">http://www.opssa.net/?p=197</guid>
		<description><![CDATA[How do you name your servers? Cute and cuddly? Sterile but functional? Or perhaps mandated by management? Let&#8217;s discuss the different conventions and why to implement them.
A coworker pointed out this article on host naming conventions because it caused such a controversy among the SAs. Go ahead and take a look now, just come back [...]]]></description>
			<content:encoded><![CDATA[<p>How do you name your servers? Cute and cuddly? Sterile but functional? Or perhaps mandated by management? Let&#8217;s discuss the different conventions and why to implement them.</p>
<p>A coworker pointed out this <a href="http://itworld.com/offbeat/61750/would-server-any-other-name-be-functional">article</a> on host naming conventions because it caused such a controversy among the SAs. Go ahead and take a look now, just come back when you are done. So, here are some of the conventions I have used.</p>
<h4>The Cute Theme</h4>
<p>Is there anyone who has not had a host in the Star Trek themed domain? Choosing a fun theme for naming your hosts is good for entertainment value. Explaining that &#8220;grumpy.opssa.net is down&#8221; is good for a laugh, even if it&#8217;s not very descriptive. Letting your user&#8217;s name their own can be good for morale, though.</p>
<h4>The Coded Name</h4>
<p>In one company, we named each host &#8220;Host1234&#8243; and just changed the number for each host. We kept a database of hosts, so we could lookup location, component info, even repair history.</p>
<p>At another we used the host&#8217;s serial number as the hostname. We would then record details about the host in a DNS &#8220;INFO&#8221; record.</p>
<h4>The URL Name</h4>
<p>A URL encodes the location of an object in the name of the object itself. A really long name. You can do the same general thing in your hostnames. Name the host with any combination of location, function, model or any other information you need. This technique can produce some long hostnames, so keep that in mind if it matters to you.</p>
<h4>Or Chose Any Combination</h4>
<p>Don&#8217;t forget that utilizing DNS &#8220;CNAMEs&#8221; you don&#8217;t have to choose just one technique. Even multiple domains can be used.</p>
<p>So, what technique do you use? Tell us in the comments.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.opssa.net/2009/02/naming-servers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.372 seconds -->
