I have 4 years of experience doing microservices using spring boot, Kafka etc at a large financial institution. However I'm running into trouble when I try to apply for jobs. Everyone wants experience with containerization and public cloud. I basically never got a chance to do this at my job since everything is hosted on-premises using VMware's Cloud Foundry. I have been working on learning all this stuff but I just keep getting rejected because I don't fit this checkbox professionally and it feels like I wasted 4 years. Where do I go from here?
This is one of those areas where everyone lists it as required for the job but in practice you very very rarely use it beyond the basics. Pretty much everyone has an infra person and in most places it's all automated off of the git commits. You'll very rarely touch the cloud and when you do it will be for trivial stuff like updating secrets.<p>Add whatever cloud/container tech they're looking for into the skills part of your resume when applying. Take a day or two and do a crash course on Docker/Kubernetes. That will be enough to pass the interview. In fact, I think I've been asked 0 cloud/container questions during interviews. Tech companies don't really ask specific technical questions beyond Leetcode/System Design. Kind of odd but that's the way it is.
1) Just learn it on your own and embellish your experience. Your new employer is not going to contact your previous employer and ask for details about their containers.<p>2) Many jobs use containers, but if you get out of the high-tech bubble, you'll find plenty of lower tech companies that haven't even started looking at containers. You'll be just fine with the right company.
You're running into a classic problem.<p>Employers AND job seekers being overly focused some kind of perfect skills-to-role match. When the reality is, the best employees want to be challenged by new experiences. And employers say their best employees can grow outside of their comfort zone and evolve with their role.<p>The best you can do in these situations is project enthusiasm to learn & grow. How do you do this? One way is to explicitly share all the ways you've done this in the past. You emphasize how much you enjoy the process of diving in and learning about / mastering new technologies. You say it with joy.
Step 1: gain confidence talking about containerization. Perhaps come up with a personal project that uses Docker and the public cloud. This should take you around 1-2 months top.<p>Step 2: Put "Docker, AWS/GCP" in your resume in your "skills" section and in the section that belongs to your current job.<p>Profit.<p>If you know about containerization then it doesn't really matter if you have learn it in your side projects or your work. If you pass the interview that means the company is comfortable with your knowledge about containers.<p>Your CV is whatever you want it to be (with some limitations of course). If HR is expecting to see X in your CV, you can easily put it there if you do your homework. It doesn't really matter if you didn't use X in your last job, just put it there and demonstrate in the interview how well you know X.
It's not you. It's an unfortunate current trend in the industry. Most companies are outsourcing recruiting now which is what's causing the hiring crisis in our industry. The *vast* majority of recruiters do not have technical backgrounds or even understand what they're hiring for anymore. They're just mindlessly regurgitating buzzwords and blindly relying on recruiting software to find candidates.<p>Don't blame yourself. I know that explanation doesn't help your situation but it's nothing you did wrong. I wish as someone a little older who's been skulking around the industry for longer than I'd like to admit to myself that I had a better answer for you but this is legitimately a major problem in tech that has only gotten magnitudes worse over the recent years to the point I have completely given up on the corporate world. This is a serious problem our industry needs to collectively address. Our industry is going down the wrong path and dragging us along with it.
Of course you're not doomed! Don't worry. You could always do a side project that uses containerization and cloud hosting.<p>My first dev job was over 15 years in bare-metal hosting (RHEL) and this was one of my biggest weaknesses too. I didn't get penalized too badly for it in the end. I even got an interview with a company that specialized in some kind of Kubernetes based product. I didn't get an offer from them but I did get an offer soon after that from a 100% AWS-hosted product company. It probably helped that I had so many years of development experience and had learned the basics of docker and containerization tech generally, so I understood what it can do for you and I was able to talk about that stuff intelligently. I had run into all the usual pitfalls in bare metal devops over the years so I was looking forward to moving to docker/cloud based stuff.<p>Over a year later I'm still a bit more rusty than most of my coworkers on AWS stuff. But you can pick it up. If you teach yourself how to use containerization (e.g. docker) and get a feel for what the advantages are, what problems it solves, to the point where you can talk convincingly about how you're exited to get a chance to use it, I think you'll come across ok.
The microservices knowledge is the interesting stuff and transfers to the more complex hard to maintain things people build elsewhere. The infra stuff is generally toil you can figure out if you must. Keep at it or look for places using better infrastructure abstractions. (ok ok, I worked on CF so biased but feel your pain)<p>I think long term the java spring stuff will shoe horn you more than CF stuff but there’s plenty of work there.
Get a Hetzner vps for buttons. Put a docker image on it with nginx and java. Create a simple site and push it to a bare git repository on the docker image. Tweak the bare repo config to checkout files to the public web folder after it receives the push. When asked about cloud deployments and containers say, "doing it".
Maybe try getting an AWS certification. Just going through that process will definitely expose you to enough of AWS to answer any possible interview question, and would probably help get you pass any resume screening too. It worked for me, and I started out as an electrical engineer!
Try to learn on your own about the topic and then obtain an entry level industry certification about it. They are easy and cheap, you should consider them as an investment.
The hiring company will not check that kind of details with your previous ones.
Not every dev position requires knowing containers and public cloud.<p>In my company, the infra team takes care of this. And not everything is on AWS, Azure or GCP. Most things are probably not actually.<p>> I basically never got a chance to do this at my job since everything is hosted on-premises using VMware's Cloud Foundry<p>Yes, still very common I would guess.<p>For public clouds I don't know, but learning a bit about containers is worth it, at least for debugging things you have developed running on production in a container.
I'm in the same boat, I've found a job but that wasn't easy - cloud experience is needed everywhere. I'm gonna build my next project on kubernetis/aws (side project with a hope that it'll make some money, not just a pet project, so I'll list it as a professional experience) although there's zero need for it technically.
Are you sure your large financial institution doesn’t have some group doing public cloud work? Mine does and we struggle to hire outside. I’d love to find an internal candidate who’s interested in padding their resume for a year or two.<p>I’d guess most big firms have some group working with public cloud; you just need to find them.
What you see as lacking you can achieve for yourself with self-study. Nothing is stopping you from trying things and learning outside of a current or former employer. Always be learning.<p>Disclaimer: Former AWS consultant, MAANG SRE/PE, once HPC/private cloud sysadmin and self-taught coder with EE/CS.
The AWS certifications can be studied in your own time (or even better see if your current place will pay for the exams).<p>Stick those on your profile/CV and relate it the work you currently do - e.g. how would you migrate from on premise to the cloud etc...
if you apply to roles within finance you'll have a better shot of landing something. Also, do a quick project using k3s and / or docker to get the basics, so it sounds like you know what you're doing. You can be creative with the truth.