Well what do you mean by "works" the guys on twitter screaming about "Have fun being poor", were by and large just trying to scam you. Like, I could phone up your grandmother and convince her she's got a virus and she needs to transfer her life savings to me before the hackers get it, that could make me rich, does that "work". I don't know what Crypto actually worked for beyond - creating a target rich environment for scammers, a neat way to buy drugs, and good way for criminals and rogue nations to launder money.
Yeah I am not sure many people gonna hang around this - I am not sure I wanna do this role. I like building and delivering and ai is great help but I will not be happy supervising agents, there are better jobs. Unless the money is not to be refused
That's a very real concern. For a long time programming felt like a craft: you build something, run it, improve it. Agent workflows introduce a different kind of work. You're not just building anymore, you're supervising. Some people enjoy that shift toward orchestration. Others really don't. I suspect we'll eventually see tools that try to restore the "build and run" feeling instead of turning developers into supervisors.
Well if the management want to get more AI, they gonna get more AI, and no, I am not gonna be running around making sure their dreams work smoothly under my human supervision - I am gonna let it go all the way they want. In the mean time I focus on improving my skills.
> Interesting, you've got it absolutely the wrong way around.
Maybe. That's why you need to put your scope on the resume :)
I had a CTO title 15 years ago. The complexity of what we were building was a joke compared to what I own now as a lowly "tech lead manager". And in fact back then I wouldn't even be able to comprehend how complex things can get.
The problem is, "scope" is often equated to "how many people worked in my empire" rather than "how much business value did my work X generate".
The two things are vastly different, and I have seen the distinction/oversimplification play out over and over in my own career as well as many others around me.
As an extreme on the "individual technical expert side", there are things out there that can pretty much only be accomplished with a few people around the world who possess the dedicated expertise. These results can't be replicated by a cobbled together team of 10 or 100 people even though the latter sounds more impressive for "scope".
Some organizations do a decent job of recognizing these different "archetypes", many don't.
I agree. What counts as a positive signal for "scope" really very much depends what you're hiring for.
When looking for a manager type, people under management are a decent proxy. When looking for the world's greatest postgres optimization expert, some version of queries-per-second is prob the metric you want.
Or realistically if I needed the world's greatest Postgres expert (and could afford them), I would go talk to experts in the field and ask "Who's the best postgres person you know?" and work from there. At that point your resume is but a formality.
That may be your anecdote but CTO at a 30-50 person scale up would typically have much more management/accounting/signature/high-stake conversation/... experience than a senior developer at google.
Yes. Which is why it's important to put scope on your resume.
I can't know you ran a 30 person scale up unless you tell me. It doesn't have to be in those words exactly, usually it's tied to ARR or rounds raised or something you can easily talk about that translates across companies.
I've seen resumes with titles like "Lead Engineer" who under that title put something like "Hired 45+ people to run <huge systems> at <company you've heard of>". That person has more scope than the 30-people CTO in your example :)
PS: 30 people isn't even that many for a whole company. That's a Series A startup with early signs of product-market-fit. It's common to see a ratio of 10 employees for every 1 engineer in the company.
It gives me more insight than a blank resume with just job titles.
The rest we can hash out in interviews, reference checks, and reaching out to mutual network connections at higher levels. Nobody gets hired just off their resume.
That is to say: All line items are verifiable if we care enough. Tech is small :)
Generalist means something very different for big orgs.
At FANG size companies have people to setup 401k and health insurance, tiny startups need 1 of 3 people to figure that out even if it just means finding a company to outsource such things it still needs to happen. Payroll doesn’t need to be a complex system but taxes must be paid etc.
I would say I look at it from a different angle, big companies can afford specialists. Startups cannot afford specialized employee for database administration or setting up 401k.
But big companies would definitely love to have to pay a single salary for someone who does 401k and when this job is done administrates databases then in between reviews tweets searching for mentions of the company. Exaggerated example but I hope clear.
That already shows up with everything getting „Ops” obviously DevOps but I already have seen DataOps, SalesOps and MarketingOps.
That shows an ability to figure out what needs to be done and do it, regardless of whether it fits the formal job description. That can be an invaluable skill in an organization of any size.
It's the story of foxes and hedgehogs... Both have a time and place. Sometimes you need people who can aggressively put out fires, and sometimes you need people with deep focus for the long haul, who aren't overly distracted by the heat.
It’s a valuable attitude, but not a particularly valuable skill.
Expertise gains value when it can’t be subdivided. A doctor needs to know a who lot of related skills to be a heart surgeon, it doesn’t work to split it into two less demanding roles. However two generalists can sub divide the workload of a generalist with a lot more experience because experienced generalists aren’t particularly skilled at anything.
Well, what do you even mean by "put your scope on the resume"? Do you mean literally "Scope: blabla" for each occupation? Or do you mean something more implicit?
> Do you mean literally "Scope: blabla" for each occupation?
No I mean
> Tell me what you did, for whom, what was the impact.
It's really that simple. Just tell me what you did at your job. What was it that you worked on. Why did it matter. Did you own a workstream (or 5), code monkey all day, own a critical service, play code janitor, ... what did you do?
There's a lot of cogs at big companies, but the impact of the entire company is huge. Startups usually have small impact. Usually at these big companies there's quite a few atlases holding the entire world up.
Sure also in big companies there are plenty of places for low performers to survive by owning some very small and rigid scope that doesn’t require any real end-to-end thinking.
In my experience distribution of engineer quality is even across companies, countries, ages and any other dimension we can come up. Certain big scale skills can really only be practiced at honed at large tech companies, but it’s always a small minority that actually make those things happen. Resume alone can be an extremely misleading signal.
The engineer at the startup may have a broad scope of responsibility and ownership, but also might be working on relatively small systems that have not needed to scale yet.
reply