7 ms·

The question: "Why it’s so hard to find roles in cloud technology, while jobs go unfilled." The answer: "The key thing here is that businesses are not hiring f

The question: "Why it’s so hard to find roles in cloud technology, while jobs go unfilled." The answer: "The key thing here is that businesses are not hiring fresh-out-of-certification AWS experts to take over the infrastructure of their established operations teams. They want people with solid experience, a risk-free bet that the new hire can execute the tech flawlessly. This often means insane job requirements [...] and an existing track-record of success." So jobs openings stay empty because companies have unrealistic expectations. Is that something new and surprising? This is the pattern in tech recruiting as far back as I can remember.

wjnc 8y ago
Wait. These aren't really unrealistic expectations. If you want transformation against a risk appetite of hardly any risk acceptable, you jack up requirements or no go. That sounds business wise to me. In my firm we've had many cloud related problems. The result was higher and higher demands in the direction of our suppliers. Obviously this limits the number of possible suppliers, and makes some suppliers unhappy, but it is proper business in line with the way we want to reach our goals.
- mlthoughts2018 8y ago
  It becomes unrealistic if those people are in short supply but the companies also try to keep compensation low. If you need a special expert fast, but you don’t expect to pay a lot, then you are being unreasonable. Judging by the claimed urgency and how wisespread the need is becoming, not every company will be able to get an experienced person for this role.
  - jt2190 8y ago
    > If you need a special expert fast... A job posting doesn't necessarily mean that they need someone fast, just that they'd like someone, someday, for a certain price. Companies have many important but not urgent goals that can wait for the right people.
    - mlthoughts2018 8y ago
      Sure, but that seems not to be the case with cloud migration and engineering at the moment.
- taneq 8y ago
  They really are, when every employer insists on 3 years' experience with a 3-year-old product and only 10% of candidates started on day 1. That's how you get 90% of experienced candidates unemployed while 90% of roles remain unfilled.
  - hoaw 8y ago
    Especially unless they want to pay for it. Most experienced people already have all the jobs they need. No one else is going to train your employees for you. You don't want to pay the premium? Hire on potential and award those that do well. I don't know how many of my friends in these kinds of roles had their pay stagnate while the company were hiring e.g. consultant. Eventually they leave and things gets even worse for the company when the new project fails, because now they don't have either old or new infrastructure working properly.
    - cannonedhamster 8y ago
      Wait you mean companies should pay for training? That's unpossible. I thought training on high level systems just happened by unemployed people taking free Youtube courses or paying for their own training. Why are we asking so much from companies. It's bad enough we only give them massive tax breaks but now we want them to train people? What's next paying them well for experience? /s
  - mancerayder 8y ago
    Yes, AND one more factor no one is mentioning: resume inflation. If people read that they need several years of experience in a product or tech that's only several years old, like Kubernetes for example, then they will start to lie. And since they start to lie, others feel they should lie, too. The moral of the story is: tech management frequently doesn't know what it's doing.
- deleted 8y ago
  [deleted]
atemerev 8y ago
The idea of “you can find a job immediately after getting a degree or certification” ended a few decades ago. Today, you need some experience, especially in cloud computing. Thankfully, in this field there are few barriers of entry, save for having some natural curiosity. All clouds have free tiers, excellent documentation, sample projects, etc. Kubernetes is free and open source. Technologies are interesting. Play and learn, and you’ll get a job.
- coldtea 8y ago
  Only personal tinkering doesn't count as "experience" in those companies books...
  - atemerev 8y ago
    It does count on the interviews. A lot.
  - visarga 8y ago
    I think personal projects count a lot at CV filtering stage.
  - tomjen3 8y ago
    Create an LLC. Now everything you do is "selling cloud enterprise-solutions" (as all businesses are enterprises and you aren't going to sell to your grandma).
  - ldoughty 8y ago
    I tend to hire a lot more people that personally tinker without certifications, than those with certifications that don't have a pet project. Certification proves memorization. Tinkering proves interest. I don't want a candidate that is not interested personally.
- dankohn1 8y ago
  There's also free training available for Kubernetes on EdX: https://www.cncf.io/certification/training/ https://www.cncf.io/certification/training/
lumost 8y ago
Cloud tech also changed the economics of operations and support. 10 years ago you might need 3 trained ops folks to run a production service on a given tech stack. Often the only real requirements for these jobs was a competent claim that the person could keep the lights on when the server went down at 4 am. Modern cloud shops don't need dedicated staff to manually reboot servers, manually install software, or manually handle unavoidable hardware problems. Often what they're looking for is core software knowledge to add automation, fault tolerance, and scalability to their stacks under the banner of platform/devtools/backend software roles.
taneq 8y ago
That, and also that in emerging fields like this, everything moves so fast that most people 'at the coalface' have learned substantial parts of their skillset on the job. So when one of these people leaves, you're not looking for "a PHP dev" or "a DBA", you're looking for "someone who's good at PHP 5.6, in-depth knowledge of postscript interpreters, and also adept at kernel hacking and assembling servers" or whatever odd combination of roles the outgoing person had taken on and learned during their tenure.
ldoughty 8y ago
I have a certification, and I hire people after asking for AWS certifications on the job description. My best hires have been people with IT experience, with or without certs. Honestly, AWS solutions architect cert is to easy to memorize and pass, apparently. I had someone with 2 certs not know which AWS service would work as a good "serverless replacement to running scripts".. (Lambda) and didn't know how you could schedule lambdas to run every few minutes or on a Cron expression. Basically, people think this cert means a lot, but it doesn't on it's own. It's like getting A+ certified without any evidence you ever touched a computer component. People are putting the motherboards in the right place, but don't know how to orient it. Don't get me wrong, the cert can have value... But I like for people who have the cert and use AWS in some way... Even a GitHub webhook to Lambda.. or an s3 static site with CloudFront... Some evidence they actually touched and used an AWS service. So yes, I don't like freshly certified individuals, because the AWS _associate's_ certs are NOT an expert certification. Sure they are slightly hard, but they are certainly high risk if you expect a solutions associate to migrate your data center or databases. Someone with 3 years IT experience has a better shot
- ldoughty 8y ago
  Let me also state: If you have a certification and are having troubles landing a job, do a personal project to highlight your capability. It doesn't have to be hard.. or expensive! It barely needs to even look good -- if you're a back end guy, getting into an interview room and taking about the great CICD or script setup you did matters more than if it's a white page with black text... And if you're certified, you should know there's plenty of free it under $1/month options for AWS service. I hired one guy without a cert because he showed me the game server he set up in AWS to play with friends
- w8rbt 8y ago
  I could not tell you the names of many of the AWS services, but I have lambda functions running in AWS (written in Go). They monitor my DB loads in RDS. I get email and text alerts when things are not as expected via SNS, but I can't recall the name of the AWS service that I used to schedule that alert... CloudWatch maybe. For sure it was CloudSomething ;) I'm not AWS certified, but I've been a technologist for many years and I majored in CS, so it all just sort of makes sense. Some names such as ELB, RDS and Lambda are intuitive. But some are overloaded, for example Alexa. They have Alexa for business and Alexa Top Sites (domain name research). BTW, has anyone else used Alexa Top Sites in AWS, it seems way overpriced to me. I'd be leery of someone who knew all these names, but didn't have much actual experience as a technologist, but in an interview, they'd probably sound better than I would.
renholder 8y ago
>They want people with solid experience, a risk-free bet that the new hire can execute the tech flawlessly. This often means insane job requirements [...] and an existing track-record of success. So much this. I've seen job listings that say "DevOps" and they really mean "SRE" or "Software Developer to own the whole SDLC w/On-Call Rotations". Of course, the industry is changig but I think the industry hasn't let the "lead-in" occur, which existed in times before, and carry-over into the new momentums. For example, requesting 5+ years' experience in enterprise-level deployments in Azure and/or AWS isn't precisely synonymous with 5+ years in OOP. I think that the reason for adding to the insane job requirements is that they're trying to condense the whole SDLC down to three people - at most - (e.g.: a PM and two devs) and still produce Fortune 500 level code products for the world to consume; thus, making the actual intial cost overhead to produce the initial product much lower. This is, of course, pure conjecture and you're welcome to tell me that I'm talking out of my ass but, as far as my interviewing experience goes - so far, they want someone who's owned a small product (from an SRE perspective) for a few years' time, which doesn't really "translate" across the industry, yet. SREs might come from Google, FB, Twitter, MSFT, Avanade, etc. but doesn't seem to - as far as I can tell - translate to an industry standard, across the board. So, you'll have a developer with 7+ years' experience with OOP and maybe does the full-stack but, because he's never been exposed to things like being responsible for the deployment of the product (because it's responsibility of another team at his company, to make sure it goes through a security review cycle, has been tested in tested pre-prod environments, etc.), he'll automatically be "disqualified" from being considered for the given position - because the company doesn't want someone who can learn it, they want someone who can do it - literally, starting the next day. (Sorry for the long tirade but the insane requirements are only insane because we don't understand the rationale behind them; understanding the reasons "why" helps us determine how the whole sector is shifting to new "paradigms". <insert Office Space reference here>.)
sanderjd 8y ago
I'll never understand why so many businesses in this industry seem to be so short-sighted when it comes to talent development. What these companies need is an experienced leader and a small team of more entry level people, some of whom will stick with the career and become tomorrow's experienced leaders. This is how it has worked for time immemorial. Why do so many companies seem to be looking for only one or the other level of experience? You need both!
- watwut 8y ago
  With average stay 2 years as is statistic right now, the person will leave before or around the time they will become experienced. Those people may stick with career, but not with company. Moreover average startup does not last two years either, so the company won't exist at that point.
  - sanderjd 8y ago
    You're right, it's a collective action problem. It would be better for everyone if everyone developed entry level people, but looking at just your own company, rather than the whole trade, it may make more sense to avoid investing in entry level employees. So I guess I lied when I said I'll never understand it. I do understand it. I just think it's misguided.
  - scarface74 8y ago
    All the company has to do is pay the person their new market value. I came to a company with lots of development experience with the sole purpose of getting AWS experience and leaving in two years. After about one year, I had a discussion with my manager, I said I did everything I said I would do to help him meet his technical goals, I have both the theoretical knowledge and real world experience and my market value is $x. They gave me $x and now I have no plans on leaving soon.
mancerayder 8y ago
Correct. But what they should do is have hiring managers who understand that people with experience and wisdom, and ability to learn, can be applied to new technologies more effectively and securely (with past experience of seeing what goes wrong in infrastructure) than people with 5 years of the latest buzzword technology. Have a look at DevOps jobs descriptions lately and notice: . 5 years experience in AWS/Cloud Deployments . CI/CD pipeline . Containers a must (Kubernetes / Docker) . Basic bash scripting . One of Python/Ruby/Node/etc. . BS/Engineering Degree or equivalent experience That's it. Now you understand where horror stories in infrastructure come from, and why companies hire expensive consultants or "DevOps Shops" to repair shoddy setups. This, however, is one step above the following: "We're seeking a full-stack developer to develop our front and back-end systems, including designing and enhancing AWS infrastructure utilizing Docker / ECS and CI/CD pipeline via Jenkins or equivalent CI system." That's the Startup 10X Engineer Special that pops up a lot. Yup, good luck!

wjnc 8y ago

Wait. These aren't really unrealistic expectations. If you want transformation against a risk appetite of hardly any risk acceptable, you jack up requirements or no go. That sounds business wise to me. In my firm we've had many cloud related problems. The result was higher and higher demands in the direction of our suppliers. Obviously this limits the number of possible suppliers, and makes some suppliers unhappy, but it is proper business in line with the way we want to reach our goals.

mlthoughts2018 8y ago
It becomes unrealistic if those people are in short supply but the companies also try to keep compensation low. If you need a special expert fast, but you don’t expect to pay a lot, then you are being unreasonable. Judging by the claimed urgency and how wisespread the need is becoming, not every company will be able to get an experienced person for this role.
- jt2190 8y ago
  > If you need a special expert fast... A job posting doesn't necessarily mean that they need someone fast, just that they'd like someone, someday, for a certain price. Companies have many important but not urgent goals that can wait for the right people.
  - mlthoughts2018 8y ago
    Sure, but that seems not to be the case with cloud migration and engineering at the moment.
taneq 8y ago
They really are, when every employer insists on 3 years' experience with a 3-year-old product and only 10% of candidates started on day 1. That's how you get 90% of experienced candidates unemployed while 90% of roles remain unfilled.
- hoaw 8y ago
  Especially unless they want to pay for it. Most experienced people already have all the jobs they need. No one else is going to train your employees for you. You don't want to pay the premium? Hire on potential and award those that do well. I don't know how many of my friends in these kinds of roles had their pay stagnate while the company were hiring e.g. consultant. Eventually they leave and things gets even worse for the company when the new project fails, because now they don't have either old or new infrastructure working properly.
  - cannonedhamster 8y ago
    Wait you mean companies should pay for training? That's unpossible. I thought training on high level systems just happened by unemployed people taking free Youtube courses or paying for their own training. Why are we asking so much from companies. It's bad enough we only give them massive tax breaks but now we want them to train people? What's next paying them well for experience? /s
- mancerayder 8y ago
  Yes, AND one more factor no one is mentioning: resume inflation. If people read that they need several years of experience in a product or tech that's only several years old, like Kubernetes for example, then they will start to lie. And since they start to lie, others feel they should lie, too. The moral of the story is: tech management frequently doesn't know what it's doing.
deleted 8y ago
[deleted]

atemerev 8y ago

The idea of “you can find a job immediately after getting a degree or certification” ended a few decades ago. Today, you need some experience, especially in cloud computing. Thankfully, in this field there are few barriers of entry, save for having some natural curiosity. All clouds have free tiers, excellent documentation, sample projects, etc. Kubernetes is free and open source. Technologies are interesting. Play and learn, and you’ll get a job.

coldtea 8y ago
Only personal tinkering doesn't count as "experience" in those companies books...
- atemerev 8y ago
  It does count on the interviews. A lot.
- visarga 8y ago
  I think personal projects count a lot at CV filtering stage.
- tomjen3 8y ago
  Create an LLC. Now everything you do is "selling cloud enterprise-solutions" (as all businesses are enterprises and you aren't going to sell to your grandma).
- ldoughty 8y ago
  I tend to hire a lot more people that personally tinker without certifications, than those with certifications that don't have a pet project. Certification proves memorization. Tinkering proves interest. I don't want a candidate that is not interested personally.
dankohn1 8y ago
There's also free training available for Kubernetes on EdX: https://www.cncf.io/certification/training/ https://www.cncf.io/certification/training/

lumost 8y ago

Cloud tech also changed the economics of operations and support. 10 years ago you might need 3 trained ops folks to run a production service on a given tech stack. Often the only real requirements for these jobs was a competent claim that the person could keep the lights on when the server went down at 4 am. Modern cloud shops don't need dedicated staff to manually reboot servers, manually install software, or manually handle unavoidable hardware problems. Often what they're looking for is core software knowledge to add automation, fault tolerance, and scalability to their stacks under the banner of platform/devtools/backend software roles.

taneq 8y ago

That, and also that in emerging fields like this, everything moves so fast that most people 'at the coalface' have learned substantial parts of their skillset on the job. So when one of these people leaves, you're not looking for "a PHP dev" or "a DBA", you're looking for "someone who's good at PHP 5.6, in-depth knowledge of postscript interpreters, and also adept at kernel hacking and assembling servers" or whatever odd combination of roles the outgoing person had taken on and learned during their tenure.

ldoughty 8y ago

I have a certification, and I hire people after asking for AWS certifications on the job description. My best hires have been people with IT experience, with or without certs. Honestly, AWS solutions architect cert is to easy to memorize and pass, apparently. I had someone with 2 certs not know which AWS service would work as a good "serverless replacement to running scripts".. (Lambda) and didn't know how you could schedule lambdas to run every few minutes or on a Cron expression. Basically, people think this cert means a lot, but it doesn't on it's own. It's like getting A+ certified without any evidence you ever touched a computer component. People are putting the motherboards in the right place, but don't know how to orient it. Don't get me wrong, the cert can have value... But I like for people who have the cert and use AWS in some way... Even a GitHub webhook to Lambda.. or an s3 static site with CloudFront... Some evidence they actually touched and used an AWS service. So yes, I don't like freshly certified individuals, because the AWS _associate's_ certs are NOT an expert certification. Sure they are slightly hard, but they are certainly high risk if you expect a solutions associate to migrate your data center or databases. Someone with 3 years IT experience has a better shot

ldoughty 8y ago
Let me also state: If you have a certification and are having troubles landing a job, do a personal project to highlight your capability. It doesn't have to be hard.. or expensive! It barely needs to even look good -- if you're a back end guy, getting into an interview room and taking about the great CICD or script setup you did matters more than if it's a white page with black text... And if you're certified, you should know there's plenty of free it under $1/month options for AWS service. I hired one guy without a cert because he showed me the game server he set up in AWS to play with friends
w8rbt 8y ago
I could not tell you the names of many of the AWS services, but I have lambda functions running in AWS (written in Go). They monitor my DB loads in RDS. I get email and text alerts when things are not as expected via SNS, but I can't recall the name of the AWS service that I used to schedule that alert... CloudWatch maybe. For sure it was CloudSomething ;) I'm not AWS certified, but I've been a technologist for many years and I majored in CS, so it all just sort of makes sense. Some names such as ELB, RDS and Lambda are intuitive. But some are overloaded, for example Alexa. They have Alexa for business and Alexa Top Sites (domain name research). BTW, has anyone else used Alexa Top Sites in AWS, it seems way overpriced to me. I'd be leery of someone who knew all these names, but didn't have much actual experience as a technologist, but in an interview, they'd probably sound better than I would.

renholder 8y ago

>They want people with solid experience, a risk-free bet that the new hire can execute the tech flawlessly. This often means insane job requirements [...] and an existing track-record of success. So much this. I've seen job listings that say "DevOps" and they really mean "SRE" or "Software Developer to own the whole SDLC w/On-Call Rotations". Of course, the industry is changig but I think the industry hasn't let the "lead-in" occur, which existed in times before, and carry-over into the new momentums. For example, requesting 5+ years' experience in enterprise-level deployments in Azure and/or AWS isn't precisely synonymous with 5+ years in OOP. I think that the reason for adding to the insane job requirements is that they're trying to condense the whole SDLC down to three people - at most - (e.g.: a PM and two devs) and still produce Fortune 500 level code products for the world to consume; thus, making the actual intial cost overhead to produce the initial product much lower. This is, of course, pure conjecture and you're welcome to tell me that I'm talking out of my ass but, as far as my interviewing experience goes - so far, they want someone who's owned a small product (from an SRE perspective) for a few years' time, which doesn't really "translate" across the industry, yet. SREs might come from Google, FB, Twitter, MSFT, Avanade, etc. but doesn't seem to - as far as I can tell - translate to an industry standard, across the board. So, you'll have a developer with 7+ years' experience with OOP and maybe does the full-stack but, because he's never been exposed to things like being responsible for the deployment of the product (because it's responsibility of another team at his company, to make sure it goes through a security review cycle, has been tested in tested pre-prod environments, etc.), he'll automatically be "disqualified" from being considered for the given position - because the company doesn't want someone who can learn it, they want someone who can do it - literally, starting the next day. (Sorry for the long tirade but the insane requirements are only insane because we don't understand the rationale behind them; understanding the reasons "why" helps us determine how the whole sector is shifting to new "paradigms". <insert Office Space reference here>.)

sanderjd 8y ago

I'll never understand why so many businesses in this industry seem to be so short-sighted when it comes to talent development. What these companies need is an experienced leader and a small team of more entry level people, some of whom will stick with the career and become tomorrow's experienced leaders. This is how it has worked for time immemorial. Why do so many companies seem to be looking for only one or the other level of experience? You need both!

watwut 8y ago
With average stay 2 years as is statistic right now, the person will leave before or around the time they will become experienced. Those people may stick with career, but not with company. Moreover average startup does not last two years either, so the company won't exist at that point.
- sanderjd 8y ago
  You're right, it's a collective action problem. It would be better for everyone if everyone developed entry level people, but looking at just your own company, rather than the whole trade, it may make more sense to avoid investing in entry level employees. So I guess I lied when I said I'll never understand it. I do understand it. I just think it's misguided.
- scarface74 8y ago
  All the company has to do is pay the person their new market value. I came to a company with lots of development experience with the sole purpose of getting AWS experience and leaving in two years. After about one year, I had a discussion with my manager, I said I did everything I said I would do to help him meet his technical goals, I have both the theoretical knowledge and real world experience and my market value is $x. They gave me $x and now I have no plans on leaving soon.

mancerayder 8y ago

Correct. But what they should do is have hiring managers who understand that people with experience and wisdom, and ability to learn, can be applied to new technologies more effectively and securely (with past experience of seeing what goes wrong in infrastructure) than people with 5 years of the latest buzzword technology. Have a look at DevOps jobs descriptions lately and notice: . 5 years experience in AWS/Cloud Deployments . CI/CD pipeline . Containers a must (Kubernetes / Docker) . Basic bash scripting . One of Python/Ruby/Node/etc. . BS/Engineering Degree or equivalent experience That's it. Now you understand where horror stories in infrastructure come from, and why companies hire expensive consultants or "DevOps Shops" to repair shoddy setups. This, however, is one step above the following: "We're seeking a full-stack developer to develop our front and back-end systems, including designing and enhancing AWS infrastructure utilizing Docker / ECS and CI/CD pipeline via Jenkins or equivalent CI system." That's the Startup 10X Engineer Special that pops up a lot. Yup, good luck!