YHK - yet another hacker news clone

Hi fellow founder here, just sharing some thoughts. Agree that with AI more eng work can now be handled by a senior dev but a good junior dev using AI is also more capable than ever. I think with a good process in place, you can ramp up a junior dev sooner rather than later. And as good as AI is, there's still a human bottleneck, so I'd assess the quantity of work you have vs. the technical complexity

It's a tough time to make those decisions. I really don't know what juniors will do. Continuity is a real cost, but a long term one. So, early on definitely doesn't make sense, especially when you are laying a foundation. But afterwards, you have to have some form of continuity to maintain the product and the cheapest and best way would be to bring on young talent.

hire them. that's my thought.

> So far, I'm really struggling to see the value add of a junior engineer given how good the models have become. A senior with Max plan beats three junior hires (very rough estimate).

A single staff-level engineer with 4 concurrent agents on a Max plan replaces 4 seniors and 12 junior hires.

It's okay to say that we want don't need to hire any human programmers anymore since they are the bottleneck. But the strong disadvantage is that these agents need humans to tell them what to do.

If you think otherwise, look no further than the Huggingface hack and what happens when they run completely autonomously. Not only that is a waste of tokens, it can cause you to be legally liable for damages if something terrible happens.

I'd wager a Junior engineer has the same capability to become versed in AI technology software delivery workflows is just as capable of learning and maybe more capable of thinking with the mindset of all the new LLM tooling than someone who, though capable, may not be amenable to learning yet another set of tools.

It sounds like you want to hire people to just be your fingers, and not build a team of people who care about what they’re trying to do, and who find and solve problems you aren't aware of. LLMs are not good at solving meta problems like this, teams are.

If you’re the type of person or company that would hire an outsourced team overseas without hesitation, then LLMs would probably be fine for you.

Hire them, you're gut is questioning your rational brain for good reason.

The future of OpenAI and Anthropic is contingent on a lot of factors which can (and maybe will) just vanish overnight. If China "invades" Taiwan, or if the data center buildouts completely stall, AI is going to be in a very precarious spot.

Just because you are a founder, does not mean you "are" the company. To build culture as a company, you need people to "grow up" within said company. To be sustainable for a long term, it's more important to have a team that is familiar with your company, the way you do things and the issues you encounter along the way. Someone "growing up" in your company will be way more valuable long term. Sure, you might say a senior dev will be able to grow much the same way but 1. He will cost more upfront 2. He might have (justifiably) have higher standards of his own and leave you for a better offer 3. He will be less flexible in trying out new things

Those are generalizations but in my experience, once the 5-Year mark passes, a junior is pretty much always a better colleague than a senior.

This is not to say that you should not hire seniors but you need a good mix of trainers and trainees. Training employees can also make a senior much more effective at his own job.

Not a founder but have 20+ years experience in code and 7 before that in design and build of data center blade tech back when that was still kind of new; been in engineering a while

And yeah... have seen all the jargons come and go. DOS, Novell, Windows NT, xml, soap, next, BSD had a moment, chef and yada yada...the vague hand wavy semantics to 2010s web saas will not be spared

The most common shared cross continent language for whats going on is math... stats of state of memory registers

The jargons conjured up on the fly to do office work 30+ years ago all fade away; how many startups went all in on COBOL during the RoR era?

So yeah; hard pressed to recommend tethering juniors to useless jargon as we have most of my career.

If you want to move extremely fast in development/programming, you are right that you are better off with a good senior with Max Plan. But running a company/startup is not just about writing code. So the question is not about junior vs senior but about what type of humans you want to hire to help grow the startup. Start there.

Is the expectation here that anyone getting into software engineering has to become a senior on their own now? I don't really understand how this line of thinking is sustainable in the long run.

I'm junior engineer myself, 22, just graduated from a bachelor degree in AI, and I think that one junior can beat a senior with a Max plan.

I think it all comes down to what the they did during their studies and how they've spent their time. So I'd judge them based on the things they've built and their experience using AI tools. These days you literally have top US companies like Sierra asking their candidates to vibe coding a project as the coding interview.

I personally spent a lot of time and money building with Claude Code and Cursor. Probably more than you would at most companies, especially an intern: full days (weekends included) and about $5,000 in 2 years on tokens. During my sophomore year, I went so hard building agents with AI, I skipped all my classes and barely passed my subject, which got me Tier-1 VC inbounds. So the junior engineers in their early 20s can be more proficient than senior devs.

So the real challenge here is to define appropriate expectations for a junior. You could do what everyone else does and throw react at them and walk away disappointed that they can’t program. Or, you can set higher expectations than the industry norms knowing they will stumble hard for a while until they figure it out and produce superior results. It’s a balance between tolerance for risk versus shitty developers/ai

A senior engineer would always be able to out engineer a junior engineer, the point of hiring junior engineers was always that you could pay them less than a senior and hopefully keep them on board with your company and develop into leadership or a more proficient engineer. In addition, newer employees end up bringing fresh perspectives and keep the company from eating itself while also being more malleable and likely to go along with what you think are best practices. I am still wrestling with the way that software engineering will work in the long term with AI, but I feel like the value proposition of hiring juniors hasn't really changed.

It's not about junior vs senior. it's about hiring a competent developer. There are competent junior developers and there's plenty of useless seniors. Besides these, what you are building matters. If you are not dealing with hard tech, then a junior with a model could level up fast. If you are building complex hard tech then experience matters a lot for judgement, however some juniors could still keep up. The bar is at an all time high, but for everyone, seniors as well.