<div>x<br></div><div>On 26.07.25 12:16, James Tobin via linux-aus wrote:<br></div><div>> Hi, if you were represented by a recruiter (headhunter, recruitment<br></div><div>> consultant, agent, or whatever they prefer to call themselves) for a<br></div><div>> potential job with an employer, would you expect them to do everything<br></div><div>> possible to get feedback on your resume, skills, experience, overall<br></div><div>> application, and suitability directly from the employer after you'd<br></div><div>> been presented?<br></div><div><br></div><div>It is admittedly nearly two decades since I assembled teams of up to 8 embedded systems developers, reading over 40 CVs from multiple agencies in the process. The dozen or more I interviewed knew that I perceived a potential fit, the others could only infer mismatch. I did notify the agencies when my team was filled - to stop the CVs coming. Back then, agencies did no filtering, just mailing whatever they had, even remotely applicable. That did mean no-one was excluded by agency misunderstanding, admittedly.<br></div><div><br></div><div>Simultaneously busy with requirements analysis, crafting a system architecture and an implementation specification from our customer's product requirements specification, there is no way I'd have had time to waffle on about how most of 40 CVs missed my team structure requirements. The race was run, and the winners went straight to work - no looking back.<br></div><div><br></div><div>I was sometimes asked by permanent employees why we had our heads down in week one, with ten months or more up our sleeves. I answered "Do you want to work weekends toward the end?" That message worked less well on contractors.<br></div><div><br></div><div>In 30 years, my personal path was to build expertise that I enjoyed, and deepen it with every project. That worked then, and allowed me to run HP-UX, Solaris, then Linux dev environments in complete disregard of corporate M$ submission. (We kept MIS management on the other side of an internal firewall.) It may be harder now, with managers believing even more that they can manage tech.<br></div><div><br></div><div>But building and demonstrating competence through completing successful projects remains powerful. "Show us what you've done." remains the simple real-world metric. When I started, before PCs and the internet, the job ad was "Someone who understands microprocessors & digital electronics." The former wasn't yet taught at uni, so an OCD autodidact had a really unfair head start. What field to become expert in nowadays is beyond my ken. But it does help to have the discipline to learn & hone skills every day. Competence imbues modest confidence, and that can tip the scales. (Overconfidence is a put-off, though.)<br></div><div><br></div><div>Persistence is needed to push a project over the line when mentally fatigued after many months of effort - it is also necessary for winning that first foot in the door - unless all the stars line up.<br></div><div><br></div><div>But the short answer is "Nah".  ;-)<br></div><div><br></div><div>Erik<br></div>