Manager wants to hire more devs for the sake of growing the team (I feel it's unwise)
Posted by frogtrades@reddit | ExperiencedDevs | View on Reddit | 102 comments
I work at a very small company as the sole developer. The manager, who I believe wants more to manage, has been mentioning growing the team by hiring more devs. I have 7+ years as a dev at various companies and I'm telling him we absolutely do not need any more devs. I'm constantly praised for having us way ahead of schedule and I'm doing (mobile, frontend, backend, cloud and security)
There's really not enough work for a second dev. Just enough to keep a nice list in Jira for myself. He's also changed out meetings so I almost never talk to the guy who is funding this project. I'd like to make my case as I think he would side with me.
My fear is they will hire someone who will be vibe coding and hammering out tickets and we will run out of work or it will become a nightmare resulting in me crashing out and quitting which I don't want as this project has been deeply personal for me.
What would you all do/say in this situation? How can I tell the manager I have experience and I know this is unwise right now?
Navadvisor@reddit
For the company does it make sense to only have one developer? What if you die or quit?
sacrecide@reddit
Or win the lottery?
mamaBiskothu@reddit
Dont you understand OP with 7 years of experience is an immortal super genius who has thought through all and is actually also a slave to the company so why would they need another immortal slave?
hurricaneseason@reddit
Exactly this. A bus-factor of 1 is not good, regardless of the job security that the 1 feels in a given moment.
No-Moose4374@reddit
had a similar situation last year
VP-of-Vibes@reddit
Headcount and workload have never fully tracked each other. They're measuring different things. You're trying to solve a capacity problem the manager isn't actually asking you to solve.
CosmicDevGuy@reddit
Let it be if you really have a say in it.
I was in this situation before, I realised it was less that a potential addition would be bad for business and more a case of not wanting to share toys - when you get to a point of being self-sufficient (granted I wasn't as good as you might've been) you feel like bringing another person aboard might jeopardise things.
Two things I'd suggest is
don't quit or leave if other devs are hired - the temptation might be there and you may even be capable of jumping ship, but remember that in the end so long as the dev(s) are willing to work and learn, they need you and your guidance regardless of their XP.
be a mentor or guide as much as you can. The side benefit here is no matter where any of you go, leaving a good impression on them will go a long way - you might not directly see benefit, but the new devs will remember the positive experiences and hopefully pay it forward.
Basically, don't be a block if you can help it. I'm also speaking as someone who has battled with a similar frustration for more than a year now and really it just isn't worth the stressing about - unless the new person(s) prove to be incapable of working and learning, then sorry man.
Dry_Hotel1100@reddit
Any specialist with 5..6 years will likely have far more experience in his respective field than OP, claiming they doing mobile, frontend, backend, cloud and security.
So, I guess it will be the OP who gets mentored on the technical perspective. In addition to OPs domain knowledge, it would be a win-win, if OP could only accept it.
Dry_Row_7523@reddit
There's a massive difference between having 1 dev vs. 2 devs. For starters, who is reviewing your PRs, or reviewing your technical specs etc. (maybe you don't even have PR reviews or spec process as a sole developer)? I've been on teams where I was the solo dev, but at a bigger company, and so many mistakes got into the code because I had non technical people (like a manager or even PM) "reviewing" (rubber stamping my PRs) to the point where I got into a 1:1 with my manager and begged for him to find engineers from another team to help review my PRs and provide actual feedback.
Beyond that, what happens if you want to go on vacation, or suddenly quit, or get sick and miss work for a few weeks? All dev work just stops?
And finally, in terms of "Not having enough work"... I've worked on several different teams at different startups and I've never encountered one that had good processes around dependency / vulnerability management, security, localization etc. I work at a company with 20,000 employees now and we still have codebases that lack basic functionality like typing (Javascript instead of Typescript). Maybe that 2nd dev won't have a ton of shiny new features to develop in the project but there's always more work to do.
fuckoholic@reddit
Most software in the world that you and I use every day is the work of one person, you can see it on the contribution chart in Github for most projects.
Look at this, extreme example, but you and I both use it: https://github.com/evanw/esbuild/graphs/contributors
I'll never understand people who think PRs are necessary, it's just not the case having written a lot of code before my first job.
Sure there's could be value to PRs, but it's very shallow: for (1) teaching juniors (2) people who need onboarding (3) for people who can't code (4) safety critical software (5) software where outages are very expensive. However PRs take a lot of time that could've been spent elsewhere, like creating a system which can be quickly patched if anything happens.
bowlochile@reddit
Bulllllllllshit
SaucyEdwin@reddit
What are you talking about? Esbuild has had hundreds of pull requests from other people. How is that still the work of one person?
Smallpaul@reddit
“Most software in the world that you and I use every day is the work of one person.”
Very little of it is. One person did not build chrome or Reddit or your operating system. And I know you use all three.
I don’t use esbuild. Try again to find such software that I likely use.
Reasonable-Worker223@reddit
how do you handle code reviews being the only dev?
fuckoholic@reddit
lobotomy.
ChinChinApostle@reddit
How many code reviews can we afford?
bowlochile@reddit
“and we will run out of work” Won’t happen.
bennett-dev@reddit
I mean based on the way in which you describe this situation I'm inclined to think you are probably fairly territorial, and your manager may be making the decision in part to reduce the impact of that leverage.
If this project is personal, I recommend communicating that in a way that shows your concern of the quality of the project. Help set expectations surrounding rules, reduction in enshittification, and so on.
honestduane@reddit
Illustrious_Pea_3470@reddit
You need a second dev. From the sound of it, they should have more experience than you.
Fwellimort@reddit
I mean for your own career you do want engineers in a team.
SellGameRent@reddit
neither does getting let go because your manager over hired and the new guy is way better
throwaway_0x90@reddit
Telling your manager not to hire anyone because you're worried the new person might out shine you, is not the mindset of a team player. That's not the kind of employee any company wants.
SellGameRent@reddit
You are twisting my words. OP said there isnt enough work for two people, and I'm pointing out that bringing on a 2nd person isnt always roses and sunshine
throwaway_0x90@reddit
These words did not need to be typed:
The new guy being "way better" should not be a concern whatsoever for a quality growing/productive employee.
7HawksAnd@reddit
That’s all well and good until the burn rate inflates and the runway disappears leading to the company turning off the lights and you have to enter the thunderdome of the current job market
belkh@reddit
plus having others to call when shit hits the fan and you're on vacation
The_Worst_Usernam@reddit
It's a good start point to the next level in your career in finding new use cases in the company and proposing new projects that can help.
Big-Revolution3842@reddit
I cannot fathom why you'd WANT to be the only developer? What if things go down and you're on holiday? Are you going to dial in to calls then? Or if you're injured or something happens? The company just loses context of all the work and has to hire someone to get into your account and pick p from scratch? It also means you're not managing anywone and stuck basically as a intermediate no matter where you apply. Let them hire a new grad an coach them up. You might need to teach them not to vibe code and guide them but that's part of managing people IF it has bad outcomes.
GovernmentSimple7015@reddit
It's usually just easier to be a single developer. I've been in that position and it can be nice not to deal with team politics or difficult personalities. Work doesn't decrease by half when you double team size as you've now introduced a lot more communication work that needs to be done to keep people in sync. Teams where the coordination problem becomes harder than the technical problem are terrible to work on
Big-Revolution3842@reddit
I guess it can work if you're not working with a system used by others in the business or public that can be down for a while and not cause an issue. cause otherwise I've got a life outside of work. I wouldn’t want them basically always having me on call. But I'd still know I'm going to end up doing things less efficiently and probably would end up with blindspots if the system gets large enough. And I just wouldn't trust myself with security and devops and development itself.
GovernmentSimple7015@reddit
Different strokes for different folks. I was offering a perspective on why people would want to be a single developer. Also, how you would architect a system for maintenance by a single person vs. by a large team is just different. I've been the second dev on the team where the original person was thorough and there were very few issues and I've been on large teams where it was a clusterfuck of 30 architectural layers for blinking an LED. In my opinion, it's the mismatch between team size and workload that creates issues not the absolute team size.
Cosmicdev_058@reddit
let him eat away his own job, slowly.
FatefulDonkey@reddit
If you don't want a vibe coder, you're lucky being in the position to review this in an interview
awjre@reddit
Look at it from his position. You go on holiday and development stops. You get hit by a bus and development stops.
You cannot have good architectural/code reviews.
Now look at it from your position. You have no growth opportunity. You avoid going on holiday. You're not working with peers and learning from them.
Rothaus_Pils@reddit
I'm in the exact opposite position, sole developer since everybody else quit and I can't convince the person who funds the whole endeavour to hire a second one.
Royal_Owl2177@reddit
Bus factor of 1. Your company needs another developer.
sippin-jesus-juice@reddit
If the company is steady, is profitable and isn’t at runway risk, there aren’t any reason not to hire.
I think it could be a bit awkward for you, as you’ll need to pivot to being a lead engineer and not just a solo.
During interviews, you should focus on if they’re someone you could work with everyday, communicate well with and are personable. Experience matters but your first dev needs to be good at communicating in the same way you do, so they can share your responsibility
Whitchorence@reddit
Honestly I just don't think this is an argument you can win. Is "running out of work" really a realistic concern? Usually what happens is the scope of work keeps expanding until resources are exhausted.
MrMichaelJames@reddit
I hate managers like this. Always want to hire and always ask for more people when the reality is the team is just fine. I have rather enjoyed shooting down requests like this.
CrispyMoves@reddit
This is coming from a place of insecurity. Give your head a shake.
Abalone-Objective@reddit
Manager has made up his mind
You need a new job ASAP. Start interviewing. You have 3 months to 6 months
PineappleLemur@reddit
being the only dev, any hires will be under you.
You get to set the rules, don't want vibe coders? Don't support/approve shit.
neverforgetaaronsw@reddit
"If you're going to throw five randoms under me, at least let me pick my team."
Suspicious_State_318@reddit
Same thing is happening with my team. I’m the sole IC and everyday my TL struggles to get me new work. But for some reason we’re hiring two more devs to my team which is insane. Based on what I’ve seen in our product roadmap, we don’t have enough work scoped out for three devs especially since we’re blocked by dependencies on other teams.
Idea-Aggressive@reddit
You'd be surprised how much a "solo" developer fails to understand.
SpinachFlashy2542@reddit
You can make a case to be promoted as 'team lead' and get a raise.
I'm thinking that you're afraid that someone would check your work, or see how much you actually work. It's not normal to be afraid of a new member joining the team. Yeah, it'll complicate the stuff a bit, the need to sync, avoiding overlapping, reviews, etc.
montdidier@reddit
I think maybe you’re kinda not being honest with yourself. There is a reason the funder has hired a manager and that manager has a job to do, and if you think holistically about what he needs you would probably do the same.
Are you sure the project is not more ambitious than you think it is?
It is extremely hard to scale or run a business relying on heroic action from a handful of people. Systems need to be in place and no one can be indispensable or the business is vulnerable.
throwaway_0x90@reddit
+1, strongly suspect there is more to be done than OP is aware of
shan23@reddit
I was going to agree with you till I read that you were the ONLY DEV!!
Ever heard of bus factor ?
Pale_Height_1251@reddit
I'd say my piece, but also accept it's not my decision to make.
Mompreneur1987@reddit
Sounds like a you problem tbh. You need to learn to work in a team. In order to level up for a company, you hire more sales people to sell, more developers to speed up production. That’s just how it works. And it’s never good, to have only one developer, what if you are on vacation? What if you leave? And so many other things… it’s for the best interest to have a solid development team.
Complex_Piece_3052@reddit
third sentence has an interesting typo
GoodishCoder@reddit
Having a second dev is just good management. You could quit, something could take you out of work for a while, you might go on vacation, your code might need reviewed, etc. If you don't feel there's enough work for two people, pitch some project ideas.
If the company truly will never ever need a second dev, it's going to end up going out of business.
fuckoholic@reddit
Correct, you don't need more people. Ask for a raise instead. With the bus factor of 1 you could practically hold a knife to your throat and they will give you a raise.
Gabe_Isko@reddit
Hey man, it sounds to me like your manager is trying to get more work for you guys, which is a good thing. You never know if whatever you are working on will one day be deemed a cost center and cut.
I would ask for a bit more transparency about what is going on at the project management level. Then you could actually tell what is going on with your manager and why he is doing this.
Also, being afraid of a new dev being bad and hammering out AI slop code is something you have to get over. You never know, it's a roll of the dice, and you have a responsibility to uphold coding and development standards and train other devs and work together with them. Being insecure that you could be replaced by AI slop is not healthy, and is definitely not true either.
ConspicuousPineapple@reddit
Growing the team just for the sake of it is generally unwise but so is relying entirely on one single person for everything. What if you get sick? Do you never go on holidays? What if you get a better offer and leave?
Not having a second guy would be a terribly risky decision.
fuckoholic@reddit
And what if the op is a home and the new hire too and they do it and both have AIDS an die, now what? Have you thought about that?
ConspicuousPineapple@reddit
What the fuck dude
Objective-Tie-6816@reddit
but won't more devs just add noise
ConspicuousPineapple@reddit
One more will add redundancy, which is way more valuable than any added friction.
Also, currently there's nobody reviewing OP's work. No self-aware dev should feel comfortable with that.
XenonBG@reddit
Unless you have (considerable) stakes at the company this is a very unhealthy stance.
BoBoBearDev@reddit
I bet you didn't have CICD pipeline.
farzad_meow@reddit
hire a junior. that should be a good middle ground for both of you. someone you can mentor and also gives you second set of hands to write code. it also gives you room to explore better tech for the company.
also do not pick fights, try to negotiate rather than going against others
Odd_Perspective3019@reddit
You are not the manager so stop taking on their decisions. There can be many diff with convos from leadership that is resulting in him making that decision he doesnt need to get your opinion and will clash if you go down this path. If anything you can ask to be part of the interview process so that they hire someone good. Don’t over extend yourself this isn’t your company you’re taking your job too personally.
devfuckedup@reddit
eeeh at least hes hiring people not telling you to burn more tokens. try to embrace the idea that you might get more competent people that you can learn from.
skidmark_zuckerberg@reddit
Honestly, being a solo dev puts you at a disadvantage skills wise long term. Most jobs are team based and you miss out on learning how to work like that.
It honestly sounds like you’re worried you will be giving something up, or maybe you don’t want others touching what you feel is yours. You mention this project is deeply personal, how so? You do realize that if you were fired or laid off, none of it is yours to take, right? This is just a job, it’s not that deep. Let them bring new people in, you will be the defacto lead. You may even learn a thing or two from others. Software engineering is a team sport, better to realize that and learn how to operate in such an environment.
Pleasant-Cellist-927@reddit
Your manager is correct. Having a single point of failure is insanely stupid and to be quite honest, it feels like your defensive position is coming from the fact that you are now going to have to justify your decisions to another dev who will be working alongside you instead of your current situation of "I am the dev, this is how it works, just trust me".
If your only concern was not getting a vibe coder or someone generally incompetent through the door, you'd volunteer to help with the technical interviews yourself. Instead you're shutting the door entirely on the whole thing.
EvenPainting9470@reddit
Send me this manager. I work in place where we have a deficiency of 30-40 people and management don't even want to agree to fill vacancy for people who just left
myaltaccountohyeah@reddit
You're doing mobile, frontend, backend, cloud and security? And you think it's all good and bulletproof? Who's reviewing your work (PRs etc.), who's challenging you? Do you really think that this is the highest quality that your product can have?
Either you're extremely capable, diligent and rigorous in your work or you're deluding yourself.
ButWhatIfPotato@reddit
The firebombing of Tokyo will look like a camp fire compared to your inevitable burnout. You cannot be an experienced dev without knowing how to work with others; be part of the hiring process and hire someone good. You can teach them what you know and learn what they know, that is the way to grow as a senior.
rudiXOR@reddit
It's called Empire Building and I would say it's the default of managers. They always want to grow their team, because their salary is basically depending on it. Also if you interview for a new job the amount of people you led is very important.
Don't fight against it, it's a corperate law, what you can do it to move all the task to him to learn and you can invest your time in the important stuff that usually gets forgotten from management. That's actually a good position for you as well.
ziksy9@reddit
You are a liability. Full stop. Hit by a bus? Company is dead, the owner knows it.
Don't see this as an attack, but an opportunity to interview, pick who you work with, and be the most senior engineer.
The best tip I can give you is hire "up". Pick people that you can afford, but exceed your own skill set. Hiring "down" to keep control is bad for the company, and is an ego issue.
You know everything inside out, and as the only engineer you are now at the point where you step up to a CTO position and direct hiring where it's needed.
Interview and hire people you trust to maintain the quality standards YOU set in place.
Talk to the owner, and offer to take this over. It shows you care. Want the best, and you are the best to vet candidates.
Make this about you taking on the responsibility of engineering than banchies in your code base.
nonades@reddit
This is a thing most people don't realize.
My team has regular conversations about the "bus factor" for work. Then people who have been around a minute look at me because I got hit by a car a few years back and my team lost me for a solid 2 weeks and realized there was a problem
PrydwenParkingOnly@reddit
2 devs is better than 1. It will give you piece of mind when you go on vacation. And you can learn something from each other.
Make sure you are part of the hiring process, to pick someone you can work with!
RunnyPlease@reddit
Unwise for you or unwise from a business perspective? What is the ROI for expanding the team? What are the future business goals? Does shortening the time to market if new features represent an opportunity to secure market share?
Odds are this manager is not proposing hires just to arbitrarily make the team bigger. People do silly things so I won’t rule it out completely but it’s highly unlikely. Odds are there is a reason that is justifying the expense of investing in a larger team.
And there’s a good reason right off the jump. Your company has a “bus number” of 1. That’s not good. A bus number is the amount of people you can loose on a team (as if hit by a bus) before it represents a risk to the business. To put it lightly if you get hit by a bus, get sick, get a new job, decide to retire to cobble shoes, or leave the company got any reason they will now have exactly ZERO developers. And replacing you will be a challenge because as you point out later you’re a full stack dev with project management responsibilities.
Understand that adding single redundant worker to back you up and mitigate flight risk alone could be worth the cost.
This is also very possible. A manager who only manages a single person isn’t useful. And from the way you describe your output you don’t need much management. So really this manager finds themself in a role where they are an overpriced admin. That’s a dangerous place to be with the industry being as it is.
Here’s the thing though. His insecurity is not a business justification for the salary of several devs. So even if that’s why the manager is personally pushing for expansion that isn’t the reason the business is approving it.
You don’t need more devs to continue operating with current business goals. There may be future plans being discussed that are limited by the size of the team.
Good for you. But you’re still just one dev. If the company wants to expand and grow you may be the limiting factor on those plans. And given your staunch opposition to any level of expansion it seems likely that’s how the business sees you. You are good at delivery as an individual contributor, but you are a limiting factor holding the business back from exploring opportunities to increase functionality, market share, or scale.
Not enough right now.
Parkinson's law: "Work expands so as to fill the time available for its completion"
The inverse can also be true. Work contracts because goals have to be discarded because they simply aren’t possible at current capacity.
Yeah, I’d do that too. You’ve already decided you’re against expansion without even bothering to ask about the business justification. You’ve also clearly indicated that you’re happy being an individual contributor so there’s no reason to include you in expansion discussions.
If it occurs, then after the expansion you won’t be moving into a team leadership or software architecture position. You’ll be kept on for knowledge transfer and to continue as an IC.
If the team expansion doesn’t occur your role hasn’t changed at all.
So there’s no reason to include you in any discussions. Regardless of outcome you aren’t affected. The best use of your time is to remain on task pushing out features and fixing bugs. They’ll let you know when a business decision has been made and it affects you. Odds are it will be something like “start making tasks to update documentation and make a list of onboarding activities for new devs.”
Your feelings are irrelevant to the business. And your unwillingness to even consider the idea that the company might want to accelerate development is probably why you’re not invited to meetings.
You can take shots at vibe coders (lord knows they are justified) but “hammering out tickets” is exactly what the company wants from its developers. It wants new functionality out in production increasing revenue as soon as possible.
Take a deep breath and really reflect on the truth: You don’t own the product or the code. It’s not yours. One day it will be taken away from you regardless of the reason. You may have an emotional connection to this project but it doesn’t have one for you.
My goals are not your goals. I haven’t been just a dev in over a decade. If I knew the company was looking at expansion I’d want to ride that wave into a leadership position. I’d want to know what the ROI justification was and I’d start brainstorming ways to increase that return.
You don’t. If you had the kind of experience and expertise where you could link business objectives with technical solutions you wouldn’t have this attitude about the prospect of expanding the team. Your justifications are all about your comfort and emotional state. That has nothing to do with what is right for the business.
You said right in the title of this post “I feel it is unwise.” Your feelings are irrelevant. If expansion is wise or unwise isn’t a feeling. It’s math.
That’s what dev team expansion discussions actually sound like. There’s no “I feel”. There is a very good reason you aren’t involved in these discussions.
Mundane-Charge-1900@reddit
If a team is not growing, it is dying. How are you growing the business? If you’re not, you’re a cost center that will be reduced over time.
chrisfathead1@reddit
You sound like you're really good at the job, per your description and you're a really high level developer. Bringing on more devs would only reinforce that fact and make you look even better than you already do. Unless of course you're not as good as you say you are, and then maybe someone might notice that when other devs come on.
yourgifrecipesucks@reddit
This just happened to me. I trust my manager so I told them go for it, we'll find something for the new hire to do. If you trust your manager too, then back them up. They have a job to do, which includes managing people, and they think adding a new hire is a good idea. Let them do their job.
jocona@reddit
Why don’t you help in the interview process, so that you have some say in who is hired? A dev team of one is a bad idea from a risk management standpoint, and having a partner to pair code with sounds nice IMO
shaileenshah@reddit
Don’t argue “we don’t need people”—argue business value and timing.
Ask what problem hiring solves if you’re ahead of schedule. Propose a trigger instead: hire when backlog > X weeks or new initiatives are committed. Point out risks of hiring now (idle time, coordination overhead, messy code without onboarding).
Also flag you’re a single point of failure—suggest investing first in docs, tests, and processes.
If they still want to hire, focus on shaping it: clear role, proper onboarding, and quality standards so it doesn’t turn into chaos.
markekt@reddit
It’s called operation human shield. The more new guys between you and a layoff the better. Cheer your manager on.
Responsible_Egg3846@reddit
what's your tech stack?
LeSoviet@reddit
hire me i need a job thanks
pwd-ls@reddit
Your fear of the unknown is clouding your judgement. Sure, there’s always a chance it could not be the right person, that’s a risk. But there’s a more likely chance it’ll be a talented junior or peer who you enjoy working with, and who makes your life easier. Ask to be in the interviews so you can give your input and provide positive feedback on the folks who you genuinely think you’d enjoy working with - but be reasonable, don’t just bash everyone to avoid the situation.
All that aside - it’s natural for a company to not want a single point of failure, which is you right now. Don’t take that personally, it’s just reality. I’d treat this as an opportunity to work on your technical mentorship skills (if it’s a junior), or to take some load off your plate. If they’re really fine with not having quite enough work for 2, then start doing training or improvements to what you already have.
poop_harder_please@reddit
Are you considering the counterfactual of all the work that could get done? If there were two developers working on problems instead of one, I understand that your head of schedule, but they might just be resource allocating based off of what's reasonable for a developer. In which case I don't think you want more work on your plate.
Not to mention that you basically get technical collaboration and someone to learn from for free, and someone to help you think through problems in ways that you may not have considered.
It vaguely sounds like you may consider a second developer a threat or something but I'm not sure and tone is hard to decipher online. But I can guarantee you that if you're positive and generally open to teaching and learning, having a second mind working in your lane day to day is a net benefit to both your career and the company as a whole.
I hear you're concern about having some vibe-coding junior just making a mess and causing more headaches for you. I think that you're in a self-fulfilling prophecy right now. Because you're so resistant against a second developer, you're probably going to have less of a say in who that developer is and it increases the chance that you'll get someone who's shitty at the job. I think you should lean in to having the extra head with your manager and make sure that they hire the right person by vetting them as part of the hiring process. Otherwise you're just setting yourself up for failure.
poop_harder_please@reddit
Also reading into your post, I'm wondering if your manager gives you the work that they think would justify hiring a second developer. Not trying to be rude but if you're ahead of schedule and they're thinking of hiring an extra head, I would take a moment of self-reflection and ask yourself if the manager is trying to avoid giving you more stuff to do based off of previous interactions and how you've handled extra work.
As a technical manager who is coding every day, I try to delegate as much as possible but if I wasn’t giving someone extra work and they had extra bandwidth, there would probably be a very good reason for it.
papa_artch@reddit
You are not looking at this in the right way. There is an existential business risk in your current structure. Namely that your team has a bus-factor of 1, you, if you get hit by a bus then it's all over. Your given reasons are moot for resolving this risk.
mespt12@reddit
It might help to try and get a more complete picture of what's going on; is your manager aware of future work/anticipating something you might not be aware of?
A few other reasons he might be leaning this way:
Recruiting can take time and if you can anticipate it, it is much better to do it with time and be in a position where you can be selective on who you hire.
Your manager might be looking to remove the company's full reliance on you. Getting a smart and tallented junior who could support and learn and ensure there's service provision when you go on holiday is not a bad plan..
Equally he needs to take into account your opinion or else the mentorship situation will fail. Things that help with this conversation;
Discuss the current amount of work that is created and logged on jira currently. If not enough work items are being generated, then someone will have to spend time creating tickets, planning product spec, etc, so who would that be? Is there a plan for this at all?
Assuming there's more work coming, or if your manager is resolute on hiring someone, then discuss the profile of person who you'd be wanting to get, how you envision working with them, if/how you'd want the work to be split up, if you want more architectural responsibilities, etc. I would suggest embracing a 2 dev team and taking ownership as it could be a positive in the long term
PushHaunting9916@reddit
Don't worry with more devs you'll go slower. But furthermore think about the company, having a busy factor of 1 isn't healthy. Relying on a single person isn't good, you should be able to go on vacation.
hitanthrope@reddit
You new manager would be batshit insane to allow the current situation to continue ;)
Educational-Class634@reddit
Like other have said, what you are doing right now is a career suicide if you lose your job. Being the only dev and doing pretty much everything like you described by yourself being there is nobody to push you. You are probably very comfortable with what you know and dont change much. But if ever you lose your job, you will be completly left out skill wise.
SolarNachoes@reddit
Is it just a content site? I’m guessing no complex business services / logic with backend integrations?
tdifen@reddit
He needs a roadmap with 6+ months of work lined up and a good reason why it needs to be done faster.
kvorythix@reddit
More people amplifies bad process. If the real problem is architecture or workflow, adding headcount just adds overhead.
Ok-Daikon4702@reddit
Your vibe coding concern sounds valid but I don’t think you can do any engineering alone. Beside the bus factor, actually being able to do some experimental features you might throw away sounds like a dream come true.
colorblooms_ghost@reddit
I mean, if the company has the budget, having a second person (of some minimal competence) has value if only for the bus factor. Really depends on what their budget is / how important the project is. It's possible that you're personally over invested in the project and backing away could be good for your work-life balance
Strutching_Claws@reddit
"Run out of work" due to "hammering out tickets"?
Why don't you hammer out tickets then they wouldn't be looking for a second dev?
Dymatizeee@reddit
How do you handle both mobile and full stack..?
Robodobdob@reddit
From a pure, business contingency perspective, it’s probably a good idea to have more than one person who knows how it all works. The “bus factor” sounds very high in your case.
__aurvandel__@reddit
Think about it from a business point of view. What happens if you get an offer you can't refuse, get sick, get in a car accident, die etc? Where does the business go if the lone wolf is gone? I would at least want a junior that I could mentor up the right way. Otherwise, the business has a single point of failure and that's not ideal.
Relative_Objective42@reddit
Why you worry if you are getting your pay check?