<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>ACM Queue - System Administration</title>
    <link>http://queue.acm.org/listing.cfm?item_topic=System Administration&amp;qc_type=topics_list&amp;filter=System Administration&amp;page_title=System Administration&amp;order=desc</link>
    <description />
    <item>
      <title>The Small Batches Principle</title>
      <link>http://queue.acm.org/detail.cfm?id=2945077</link>
      <description>The small batches principle is part of the DevOps methodology. It comes from the lean manufacturing movement, which is often called just-in-time manufacturing. It can be applied to just about any kind of process. It also enables the MVP (minimum viable product) methodology, which involves launching a small version of a service to get early feedback that informs the decisions made later in the project.</description>
      <category>System Administration</category>
      <pubDate>Tue, 24 May 2016 15:28:43 GMT</pubDate>
      <author>Thomas A. Limoncelli</author>
      <guid isPermaLink="false">2945077</guid>
    </item>
    <item>
      <title>How Sysadmins Devalue Themselves</title>
      <link>http://queue.acm.org/detail.cfm?id=2891413</link>
      <description>Q: Dear Tom, How can I devalue my work? Lately I've felt like everyone appreciates me, and, in fact, I'm overpaid and underutilized. Could you help me devalue myself at work?&#xD;
&#xD;
A: Dear Reader, Absolutely! I know what a pain it is to lug home those big paychecks. It's so distracting to have people constantly patting you on the back. Ouch! Plus, popularity leads to dates with famous musicians and movie stars. (Just ask someone like Taylor Swift or Leonardo DiCaprio.) Who wants that kind of distraction when there's a perfectly good video game to be played?</description>
      <category>System Administration</category>
      <pubDate>Mon, 08 Feb 2016 16:54:11 GMT</pubDate>
      <author>Thomas A. Limoncelli</author>
      <guid isPermaLink="false">2891413</guid>
    </item>
    <item>
      <title>Advances and Challenges in Log Analysis</title>
      <link>http://queue.acm.org/detail.cfm?id=2082137</link>
      <description>Computer-system logs provide a glimpse into the states of a running system. Instrumentation occasionally generates short messages that are collected in a system-specific log. The content and format of logs can vary widely from one system to another and even among components within a system. A printer driver might generate messages indicating that it had trouble communicating with the printer, while a Web server might record which pages were requested and when.</description>
      <category>System Administration</category>
      <pubDate>Tue, 20 Dec 2011 13:02:02 GMT</pubDate>
      <author>Adam Oliner, Archana Ganapathi, Wei Xu</author>
      <guid isPermaLink="false">2082137</guid>
    </item>
    <item>
      <title>Testable System Administration</title>
      <link>http://queue.acm.org/detail.cfm?id=1937179</link>
      <description>The methods of system administration have changed little in the past 20 years. While core IT technologies have improved in a multitude of ways, for many if not most organizations system administration is still based on production-line build logistics (aka provisioning) and reactive incident handling. As we progress into an information age, humans will need to work less like the machines they use and embrace knowledge-based approaches. That means exploiting simple (hands-free) automation that leaves us unencumbered to discover patterns and make decisions. This goal is reachable if IT itself opens up to a core challenge of automation that is long overdue: namely, how to abandon the myth of determinism and expect the unexpected.</description>
      <category>System Administration</category>
      <pubDate>Mon, 31 Jan 2011 15:06:25 GMT</pubDate>
      <author>Mark Burgess</author>
      <guid isPermaLink="false">1937179</guid>
    </item>
    <item>
      <title>System Administration Soft Skills</title>
      <link>http://queue.acm.org/detail.cfm?id=1922541</link>
      <description>System administration can be both stressful and rewarding. Stress generally comes from outside factors such as conflict between SAs (system administrators) and their colleagues, a lack of resources, a high-interrupt environment, conflicting priorities, and SAs being held responsible for failures outside their control. What can SAs and their managers do to alleviate the stress? There are some well-known interpersonal and time-management techniques that can help, but these can be forgotten in times of crisis or just through force of habit. The purpose of this article is to restate these maxims and remind readers of these important soft skills, particularly as they apply to SAs.</description>
      <category>System Administration</category>
      <pubDate>Tue, 04 Jan 2011 14:39:17 GMT</pubDate>
      <author>Christina Lear</author>
      <guid isPermaLink="false">1922541</guid>
    </item>
    <item>
      <title>A Plea to Software Vendors from Sysadmins - 10 Do's and Don'ts</title>
      <link>http://queue.acm.org/detail.cfm?id=1921361</link>
      <description>A friend of mine is a grease monkey: the kind of auto enthusiast who rebuilds engines for fun on a Saturday night. He explained to me that certain brands of automobiles were designed in ways to make the mechanic's job easier. Others, however, were designed as if the company had a pact with the aspirin industry to make sure there are plenty of mechanics with headaches. He said those car companies hate mechanics. I understood completely because, as a system administrator, I can tell when software vendors hate me. It shows in their products.</description>
      <category>System Administration</category>
      <pubDate>Wed, 22 Dec 2010 12:24:47 GMT</pubDate>
      <author>Thomas A. Limoncelli</author>
      <guid isPermaLink="false">1921361</guid>
    </item>
    <item>
      <title>Collaboration in System Administration</title>
      <link>http://queue.acm.org/detail.cfm?id=1898149</link>
      <description>George was in trouble. A seemingly simple deployment was taking all morning, and there seemed no end in sight. His manager kept coming in to check on his progress, as the customer was anxious to have the deployment done. He was supposed to be leaving for a goodbye lunch for a departing co-worker, adding to the stress. He had called in all kinds of help, including colleagues, an application architect, technical support, and even one of the system developers. He used e-mail, instant messaging, face-to-face contacts, his phone, and even his office mate's phone to communicate with everyone. And George was no novice. He had been working as a Web-hosting administrator for three years, and he had a bachelor's degree in computer science. But it seemed that all the expertise being brought to bear was simply not enough. Why was George in trouble? We'll find out.</description>
      <category>System Administration</category>
      <pubDate>Mon, 06 Dec 2010 19:45:43 GMT</pubDate>
      <author>Eben M. Haber, Eser Kandogan, Paul Maglio</author>
      <guid isPermaLink="false">1898149</guid>
    </item>
    <item>
      <title>Virtualization: Blessing or Curse?</title>
      <link>http://queue.acm.org/detail.cfm?id=1889916</link>
      <description>Virtualization is often touted as the solution to many challenging problems, from resource underutilization to data-center optimization and carbon emission reduction. The hidden costs of virtualization, largely stemming from the complex and difficult system administration challenges it poses, are often overlooked, however. Reaping the fruits of virtualization requires the enterprise to navigate scalability limitations, revamp traditional operational practices, manage performance, and achieve unprecedented cross-silo collaboration. Virtualization is not a curse: it can bring material benefits, but only to the prepared.</description>
      <category>System Administration</category>
      <pubDate>Mon, 22 Nov 2010 09:03:09 GMT</pubDate>
      <author>Evangelos Kotsovinos</author>
      <guid isPermaLink="false">1889916</guid>
    </item>
  </channel>
</rss>

