Preferences

Just curious, are you mostly FE? I could see this there (but there is still a lot of browser esoteria, etc)

Doing backend and large distributed systems it (seems to me), much deeper. Types of consistency and their tradeoffs in practice, details like implementing and correctly using lamport clocks, good API design, endless details about reworking, on and on.

And then for both, a learned sense of what approaches to system organization will work in the long run (how to avoid needing to stage a re-write every 5 years).


I still agree more or less that the best way for a junior to succeed is to jump in the deep end, not without guidance though. Mentorship is really important in distributed systems where the inner machinations can be quite obtuse. But I find you can't just explain it all and expect it to stick, mentoring someone through a task is the best way.
>Just curious, are you mostly FE

Gatekeeping?

Why couldn't a backend team have all tasks be junior compatible, if uncoupled from deadlines and time constraints?

> Gatekeeping

Not at all. Just trying to understand a POV I think I see here, and in other discussions that I can't quite place / relate to.

The person I replied to seemed to be saying that there is no role for experience, beyond knowing the language, tools, and the codebase. There is no real difference between someone with 5 years of experience and 15 years. This may not be what the think, or meant to say, I'm extrapolating a bit (which is why I asked for clarification)

That attitude (which I have run into in other places) seems totally alien to me, my experience, and that of my friends and colleagues. So, I think there must be some aspect that I'm missing or not understanding.

This item has no comments currently.