5 ms·
This cannot be emphasized enough. In a social+technical work environment, the more you "persevere" on your own, the more you'll become pigeonholed as a tech gur
by plaidfuji 8y ago
This cannot be emphasized enough. In a social+technical work environment, the more you "persevere" on your own, the more you'll become pigeonholed as a tech guru who solves immediate problems but loses influence in the higher-level decisions of your organization. There's still a balance, though, as asking for too much help will lead to resentment and people just straight up thinking you're stupid.
- makapuf 8y agoI'm not sure it really is a good thing that being too good at something is leading to pigeonholing. It's a shame that what was before (or for other discipline) named mastery is now just seen as relegating from higher levels. Can you pigeonhole in medicine? Nuclear physics ? Professional football /sports ? Cooking ? I could go on. I'd frankly rather have people with less high level view and more knowing what it really means to do something before deciding to do it.
- JumpCrisscross 8y ago> being too good at something is leading to pigeonholing People who are good at something tend to ask for help when they need it. Asking for help is a way to get better. Blindly persevering wastes time and tends to force one into dead ends.
- strken 8y agoI don't think giving up instantly is the same thing as asking for help when you need it, and I don't think e.g. spending 30 seconds minutes googling the definition of "ENOENT" before calling someone else over is blindly persevering. I think there's a path through the middle of the two extremes, where you try a bit of basic problem solving on your own, but ask for help when you're stuck, and learn from the experience.
- JumpCrisscross 8y ago> spending 30 seconds minutes googling the definition of "ENOENT" before calling someone else over is blindly persevering It's not blindly persevering. It is, however, giving up an opportunity to learn from and interact with a colleague. Whatever you were working on related to the query might have additional context filled in or expanded upon through conversation. Some of my most productive and unexpected insights came up as a result of such banter. When you ask "what does this mean," you're asking for a definition. You're also communicating the problem and hinting at your angle of attack. Possible valuable and unexpected responses include "you're approaching it wrong" or "why are you working on that problem when X looks more lucrative"