Young job seekers deserve to know that all job descriptions lie. Sure, job seekers do need to know how to craft a decent résumé; that’s how they turn an application into a phone screening, Résumé crafting though, isn’t as important as the ability to project what’s crucial information is being left out of a posted job description. The latter skill lets an applicant guess how challenging a job will be once they’re on board … and whether the gig is worth applying for in the first place.
Paradoxically, this is a skill only learned from experience – usually the bad kind. Grizzled veterans of the cubicle wars can skim a job listing and suss out what duties, responsibilities, and complicating factors are being left out of a written req. It’s not a young applicant’s fault they don’t have the required experience, but they’re the ones that suffer from a lack of perspective.
Nonetheless, this lack of practical insight puts new job seekers at a significant disadvantage. This may help explain why a white-collar worker’s twenties often resemble a reverse “hero’s journey” than a “job success” montage. For most young workers, the first few jobs out of school chart a transition from wide eyed idealism to bitter disillusionment thanks to a string of awful, ill-fitting gigs that turned out nothing like the corporate recruiters promised.
That, I believe, is why it’s important to teach new graduates that all job descriptions lie. Not from incompetence or deliberate fabrication, mind you, but from omission. The most important elements of a billet are what’s not said by the hiring organisation. I call this the “whitespace” problem… Just as the sections of a good résumé employ bands of visual emptiness between topics (e.g., an extra line break between “education” and “experience”), so too job descriptions feature empty space between “duties” and “requirements” where critical decision-making information ought to be. It’s usually what’s not said that determines whether an offer is worth accepting.
As an example, I searched for “sysadmin” posts on LinkedIn’s “jobs” tab and picked a random entry. Under its bulleted list of “duties and responsibilities,” the first (and, one might assume, primary) duty statement read: “Responsible for the application maintenance and support services to users of various engineering systems. The duties include providing system maintenance and support of all Linux operating systems and becoming an expert of these systems.”
That wording seems appropriate at first glance. A systems administrator’s job is to administer systems. It’s right there in the name. Maintaining the apps? Check. Supporting services? Check. Providing maintenance and support of the OS? Check and check. Sounds straightforward. A new hire in this role can expect to do standard sysadmin stuff: patching, configuring, monitoring, and troubleshooting, one or more LINUX boxes.
As you read through the rest of the job description, the duties and requirements sound awfully generic. I’m editing the list to focus on the action words: “Instal, configure, and maintain … Conduct training … Support root cause analysis … Adhere to standards … Update documentation …[and ]Ensure compliance …”
Again, these statements all seem appropriate. These are all tasks that a generic sysadmin can be expected to perform no matter what industry segment they’re working in. Server admin is roughly the same everywhere, so the duties listed in the req are no doubt honest. Remember, though, it’s what’s not there that matters most to an applicant in making their decision to apply for (or, if offered, to accept) a gig.
Now consider those activities in the context of a human-designed and -managed operation. Other than including the word “support,” there’s no mention of the need for responsive flexibility in the event of things going off the rails. Do you see anything about conducting emergency operations? Or disaster response? Or after-hours callouts? How about familiarization with industrial power or cooling technologies? Or strategic procurement? Or faulty alarms? Or contractor management? Or key personnel loss? You do not … even though all those skills are critical for sysadmins. So why aren’t they mentioned?
I think there are three important reasons why. First, job postings are managed by (and often written by) HR generalists who have little idea what really happens in the data centre. That’s not their fault; they’re personnelists, not IT people. HR folks rely on standard job descriptions and inputs from line-of-business managers to craft a job posting. HR folks are also beholden to corporate lawyers to ensure that whatever they publish doesn’t betray sensitive information or frame the organisation in an unflattering light. Admitting to systemic or recurring problems that must be mitigated to succeed in a role wouldn’t be proper!
Second, by focusing only on a position’s sterile core functions, job adverts imply that they’ll be performed in a world where the applicants can focus exclusively on those functions without needing to mitigate all the critical supporting functions that their position depends on. PDs envision a business school scenario, where all the actors are perfectly rational, and where all the support systems are consistently functional. It’s like those high school physics problems where friction and gravity don’t exist and thus can be ignored.
In reality, most of the “real” duties of a role are invisible to outsiders because they involve work performed in the context of things going wrong. Professionals earn their pay when they can’t follow the standard playbook and are forced to improvise. This requires a completely different set of skills from those needed to succeed in the ideal world’s day-to-day grind.
In the book Seeing Like a State: How Certain Schemes to Improve the Human Condition Have Failed, James Scott emphasized the concept of “metis” … a sort of cunning, practical intelligence. To quote Cass Sunstein’s review of Scott’s work: “Scott understands metis as ‘a wide array of practical skills and acquired intelligence in responding to a constantly changing natural and human environment.’ … The essence of metis is knowledge about when and how to apply rules of thumb to concrete situations. Good doctors, good riverboat pilots, good writers, and good joke-tellers have this knowledge; they do not proceed mechanically or by rules. So too, and importantly for Scott, with specialists who deal with emergencies and disasters. ‘Although there are rules of thumb that can be and are taught, each fire or accident is unique, and half the battle is knowing which rules of thumb to apply in which order and when to throw the book way and improvise.’”
This hard-fought-and-won experience gives seasoned professionals an intuitive and comprehensive understanding of how to respond effectively to irregular situation, like a power outage, a system crash, a security breach, etc. It’s not memorized checklists; it’s a body of knowledge about what works, when, and why. This body of knowledge can’t be translated into objective position requirements. It can be shared effectively in anecdotes, however an applicant must reach the interview stage to get a chance to hear whether they possess the metis needed to succeed in the employer’s environment.
Finally, some aspects of the workplace are universal, like subpar coffee, bad acoustics, mandatory training, and – most important for our purposes – under-resourced support functions. Consider: internal IT is always a supporting entity. Even in “high tech” Dot Com start-ups (a.k.a., machines for turning piles of VC funding into branded tchotchkes and lame excuses), there’s a clear demarcation between product technology and internal technology. The stuff that makes money, be that a website, a mobile app, a factory, or a storefront will get massive funding. “You have to spend money to make money” as the saying goes. Support functions, though, always get the absolute minimum amount of people, gear, and cash to fulfil their purpose because support functions don’t make money. They’re a cost centre, not a source of profits. Any bit of IT kit that does start generating revenue gets moved into the product side and out of support.
That’s why support functions always seem to be enduring the “long hangover” culture that comes from chronically needing new and better gear, infrastructure upgrades, better tools, trained people, and enough time to catch up on their backlog of non-critical taskings. This requires workers who should be focused on repetitive, routine, and regulated tasks to learn other functions’ business processes, insider language, and idiosyncrasies in order to get the resources they require.
That’s why it’s not enough for a young, aspiring sysadmin to know the fundamentals on LINUX administration well. To keep their server(s) running, they’ll need to interact with networking to ensure traffic is flowing correctly. They’ll need to work with facilities to ensure temperature and humidity are controlled wherever their servers are hosted. They must think like paranoid security people to recognize the tell-tale signs of a potential system compromise. Realistically, a sysadmin will need to cross-train on many different professional functions to ensure they can get the support they need to be able to do their primary job.
These cross-training expectations aren’t likely to be listed in the position description, though. There are too many of them, and it’s difficult to articulate in less than a page why a LINUX sysadmin might need to understand HVAC technologies when that’s a Facilities specialisation.
Together, these factors cause the most important requirements of a posted vacancy are never listed in the job description itself. They’re lost in the whitespace. Experienced workers expect that and intuit both what’s probably going wrong behind the scenes and how their experiences might be valuable for the put-upon incumbents sitting across the table from them at the interview. Younger workers seem to have no chance …
So, then, what’s a newly graduated job seeker supposed to take away from all this? “Sure,” one might say, “I agree that everything in the real world is more complicated than job recruiters and hiring managers let on. So what? What do I do with this revelation?” It’s a fair question. It’s not like anyone can just intuit the horrors lurking in the whitespace … except that they kind of can. Once you discard the business school mental model of a perfectly ordered and friction-free workplace, you can start to imagine a more realistic work environment. One rife with miscommunication, inefficiency, and good intentions gone awry. [1]
Knowing this allows a job seeker to consider the workplace different from a job seeker with zero experience. Understand that you’re not going to join an efficient, perfectly engineered, and fully funded model of business excellence. No matter where you work, accept that you’re joining a slow train wreck in progress. The people you’re interviewing with need colleagues that can not only learn but can gracefully adapt to a chaotic work environment. Present yourself as that person!
Therefore, my advice is young job seekers is two-fold:
First, add language in your résumé about your experiences working under arduous conditions. Mention your experience coping with power failures, floods, severe weather, malware attacks, the Hollywood writer’s strike … whatever. When you’re competing against other inexperienced junior candidates, it will be your supplemental skills that help you stand out. Lots of people learned how to drive a LINUX server at uni: very few people can claim to have performed any sort of work during exigent circumstances. Being able to describe how you’ve kept your function(s) running when everything around you seemed to be going pear-shared gives you a huge competitive advantage during screening. Even if the job you were doing was flipping burgers instead of patching software, it still counts.
Second, once you get a preliminary phone screen, ask questions about what skills, abilities, and tasks you’ll need to become proficient in to fully support the organisation during contingency operations. Demonstrate that you’re willing and eager to learn not just the safe, 9-to-5, rote admin tasks, but everything that must be accomplished to make the mission happen. Express how you’re flexible, creative, cool under pressure, and reliable in a crisis. Ask what exotic skills the seniors and leads in the section have.
The best performers demonstrate their mettle – and, therefore, their exceptional value to the team – when everything is going pear-shaped. Those are the moments when the best players stand out and cement their status. It’s never too early to put yourself forward for consideration to leadership as one of the stalwart and capable players, starting with how you craft your résumé. Intuit what’s missing in the whitespace and put yourself forward as the candidate who can assist in a crisis. That’s what companies really need, even if they’re unable or unwilling to admit it … before the interview stage, anyway.
[1] Think less Star Trek: Strange New Worlds and more Star Trek: Lower Decks if that helps.
© 2025, Lyonsdown Limited. Business Reporter® is a registered trademark of Lyonsdown Ltd. VAT registration number: 830519543