> “Oh, here’s the trick I just used in the debugger.”
Don't ever talk to one another during debugging sessions. Pick up your bug ticket, fix it, close the ticket. Everyone else has their own work to do so they are not interested in watching you pilot your heavily-customized IDE setup, and the boss doesn't make them.
> “I’ll sketch the architecture change I’m proposing on the whiteboard.”
Don't have whiteboard meetings about architecture. If you must, definitely don't invite juniors. In fact, nobody actually writing code to implement the change will be in the meeting at all. We are architects and managers, they are merely developers. They'll write what we tell them to write. In many organizations, even the people called "architects" are left out of these meetings, and probably even line managers. These are Director Level Decisions, after all.
> “Why don’t you shadow me in this meeting or interview or presentation?”
Easiest of the three. Just never ever have anybody "shadow" anyone for any reason. They have their own work to be doing.
I'm not saying these behaviors are good, but they are pretty much the default behavior in corporate jobs AFAICT.
It’s the normal, default state of affairs when you have seniors and managers who feel they are competing with each other and so hoard knowledge and techniques, and assign themselves all the interesting work while juniors are left bored doing rite work. In several workplaces when I’ve tried to organize shared spaces like a commons, lunch-and-learns, etc., management had been actively hostile. I had one asshole manager who would even shut down any water-cooler conversation. I finally wound up mentoring a co-worker who needed help with C++ entirely off-site during lunches.
> “Oh, here’s the trick I just used in the debugger.”
Don't ever talk to one another during debugging sessions. Pick up your bug ticket, fix it, close the ticket. Everyone else has their own work to do so they are not interested in watching you pilot your heavily-customized IDE setup, and the boss doesn't make them.
> “I’ll sketch the architecture change I’m proposing on the whiteboard.”
Don't have whiteboard meetings about architecture. If you must, definitely don't invite juniors. In fact, nobody actually writing code to implement the change will be in the meeting at all. We are architects and managers, they are merely developers. They'll write what we tell them to write. In many organizations, even the people called "architects" are left out of these meetings, and probably even line managers. These are Director Level Decisions, after all.
> “Why don’t you shadow me in this meeting or interview or presentation?”
Easiest of the three. Just never ever have anybody "shadow" anyone for any reason. They have their own work to be doing.
I'm not saying these behaviors are good, but they are pretty much the default behavior in corporate jobs AFAICT.