|
The barrier is lower for applying, but as many other posters saying, there is simply just interest in quick ROI and zero willingness to think long term. I recruited for several years for my companies too. First thing I noticed, there is huge variability in CV for each country. When I receive a CV from an indian person (from India), I don't know if I should expect 100% lies or what, even from qualified seniors. On the other end, I could put my hand on coal if the same CV was written by most germans. Which is bad, because the CV or cover letter become essentially useless as a metric. To reduce the number of applications we introduced simple tests to submit along with the CV. It does wonders, but I personally hate it. As a senior dev, I keep asking: would I apply to my current application? I have to answer that no, I wouldn't. I have plenty of public projects to investigate my abilities if needed, and I do expect some minimal amount in investment from both parties when hiring. We also raised the requirements from applicants ridiculously, essentially expecting them to work on core features from tomorrow. Again, completely unrealistic. And again, by our own wording, I would be afraid to apply. We are definitely selecting over-confident candidates (or desperate). And it's sadly also true that the industry has no apprentice jobs anymore, although there is plenty of need. There are some career paths where I would jump ships despite my lack of expertise to follow my interests. Starting from zero doesn't stop me, but there are simply no opportunities: junior jobs are not really junior anymore. They are simply paid less. |
Looking at it from the other point of view, are you getting enough candidates that you are comfortable with via your current application? If so, the question becomes whether it would be enough of a benefit getting "you" (people like you) to apply to your current job... vs the cost of having that many more people to filter through.
Just like the code you deliver, the application process doesn't need to be perfect (because being perfect has a large cost associated). Instead, you have to weight the tradeoffs and pick the solutions that best match the resources you have available to the outcome you want. You need "good enough" (I hate that term, it sounds like "bad" to my ears, but it's literal meaning is correct here).