| ▲ | chii 3 days ago |
| > against the better discretion of their elder developers why are the junior calling the shots over the elder developers? |
|
| ▲ | stouset 3 days ago | parent | next [-] |
| Because at way too many places there are seven junior eng and one senior eng. If they’re lucky. I’ve been that senior eng and you spend 130% of your time trying to find terrible decisions about to be made before it’s too late and reviewing 1,400-line PRs only to discover (and try to teach) that it could have been 40 lines. Enough junior devs without sufficient supervision can literally crank out endless quantities of negative-value work. And it’s a battle you’re constantly losing. |
|
| ▲ | quantadev 3 days ago | parent | prev | next [-] |
| Lots of times it's just ordinary office politics, or the boss likes one person more than another, or isn't "technical" enough to know when he's being manipulated. Because often managers aren't developers themselves, so they don't know which developer is telling them the best advice, when two developers disagree. |
| |
| ▲ | taeric 3 days ago | parent [-] | | And to be fair, often times it is against the senior's judgement, but if off the critical path can be a decent gamble. The hubris of junior engineers accomplishes a lot. | | |
| ▲ | quantadev 3 days ago | parent [-] | | Yes, it's true great developers can 'reinvent' things and do a great job of it, but the problem is that every line of code in a project is an efficiency drag forever moving forward. It always has to be maintained, updated, and managed by someone. Developers should be measured by how many lines of great code they can delete, not how many lines of great code they create (<-- but don't take this literally of course, it's just making a point) | | |
| ▲ | taeric 3 days ago | parent [-] | | Right. My "to be fair" is largely similar to "devil's advocate." The caveat of, "off critical path" is a heavy lift, too. My view was to give projects a form of risk budget. If possible, do things same way as last time. Any deviation is a risk. Can have rewards, sure. But if there was a known way to do it already, be budgeted to pivot back. |
|
|
|
|
| ▲ | mrkeen 3 days ago | parent | prev | next [-] |
| It usually doesn't happen for me, but when it does, it's because the seniors are out of options. The safe, tried-and-true way to build typical web crap is to stick the one, blessed database in the middle, and then dangle all the dependencies off that. Everything is synchronous because it's simpler, and it's what the seniors grew up with. And then one day you won't be able to run your new history feature, because it's locking up the database for too long and new transactions are timing out. The juniors only get to run the show and introduce exotic, non-boring technology (asynchronicity, event-sourcing, eventual consistency, CQRS etc.) after the seniors have admitted defeat. |
| |
| ▲ | RandomThoughts3 3 days ago | parent | next [-] | | > The juniors only get to run the show and introduce exotic, non-boring technology (asynchronicity, event-sourcing, eventual consistency, CQRS etc.) That’s decade old technologies. So is most of the functional niceties which are somehow finally hype nowadays by the way. The idea that junior are somehow better able is as old as the field and every junior ends up seeing the light at some point. It generally goes like this: junior thinks they are smart and have a good solution for an apparently new complex problem. They build it and it fails because of some unexpected edge case. They reluctantly go to see the senior expert with the problem who immediately understands the issue, tells them not to do what they just did - they tried this apparently good idea ten years ago - and proceed to give them a solution which will work. Junior dev finally realises that senior are just people who have been there long enough to already have done the obvious mistakes and they can gain considerable time by just learning from them. Obviously it only works if your senior are actually senior and not slightly older junior with ego boosting title. | |
| ▲ | okwhateverdude 3 days ago | parent | prev [-] | | > The juniors only get to run the show and introduce exotic, non-boring technology (asynchronicity, event-sourcing, eventual consistency, CQRS etc.) after the seniors have admitted defeat. lol. This is definitely not my experience. Most problems are pretty boring and can be solved with a judicious use of boring tech. It isn't until you get to a sufficiently large scale where you need to introduce these techniques. And only if they actually further the goal. Many times the existing system is doing something in a really dumb way because the original authors were organically growing as they explored the problem domain and that puts the system into a box of thinking, similar to your LLM spitting out trash because the context got polluted, or simply inertia. So the exotic tech is introduced to solve a symptom to the underlying issue without the crucial step of reconsidering the box the system sits in. The requirements at scale are now fundamentally different and therefore the solution should be reconsidered. If the seniors involved completely miss this step then I question the breadth of their experience because this is common when crossing a scale threshold. Being old or having worked at the same company for 10 years doesn't automatically mean someone is truly skilled and could actually mean their experience is extremely limited. | | |
| ▲ | mrkeen 3 days ago | parent [-] | | > lol. This is definitely not my experience. Which part doesn't vibe with you? Are the seniors not stuck in their way of doing things? Or they are stuck in their way of doing things, but never admit defeat? > So the exotic tech is introduced to solve a symptom to the underlying issue without the crucial step of reconsidering the box the system sits in. What does this even mean? > Being old or having worked at the same company for 10 years doesn't automatically mean someone is truly skilled and could actually mean their experience is extremely limited. Right. And it's really hard to have a discussion with them, because they'll bring the discussion back to seniority, or popularity, or boringness of the technology, or say that the scale issue probably won't happen, or the race condition probably won't happen. |
|
|
|
| ▲ | dylan604 3 days ago | parent | prev | next [-] |
| I've seen it other places as well. Film/video post production has phases of the hot editor/colorist/director/etc. Then a new young hotness comes along because people feel the gray beards are too long in the tooth and impossible for them to be hip. Then the gray beards watch the newbie make the same mistakes over and over. It's called getting old. It's young thinking they are invincible and finding it impossible the olds can possibly know anything. It's human nature |
|
| ▲ | bregma 3 days ago | parent | prev [-] |
| Ageism. |