职业与工作方法elidedbranches.com
个人贡献者为什么会陷入停滞：入门指南
How Do Individual Contributors Get Stuck? A Primer (2017)
2019 — 2022，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
这篇 2017 年的文章总结了个人贡献者（IC）在职业发展中常见的“卡住”模式，比如过度纠结于完美、不敢求助、被琐事消耗等，并指出识别这些模式是优秀技术负责人的一项“超能力”。文章多次登上 HN 首页，引发工程师们对自身职业瓶颈的共鸣与讨论。
为什么经久不衰：职业停滞是每个工程师都会遇到的问题，文章提供的分类框架帮助读者识别并突破自己的卡点，多年后依然切中要害。
HN 评论精选
早期职业环境缺乏指导会让人固化坏习惯，更容易卡住。
这篇文章凸显了职业生涯早期选对工作环境有多重要，否则如果你不是天赋异禀又自律的人，坏习惯和错误判断会在缺乏指导的情况下被固化。我工作四年了，越来越感觉自己仍在掉进这些陷阱。
acephal查看英文原文
This article really underlines how important it is to work at the right place early in your career, or else you'll get railroaded by bad habits and judgement reinforced by a lack of guidance if you're not an intuitive wunderkind with discipline. I'm 4 years into my career and I sense more than ever that I still fall into these traps.
卡住感可能源于焦虑等心理因素，且仅识别问题而不解决是管理者视角。
同样重要的是要意识到，有时“卡住”的感觉只是泛化的焦虑、冒充者综合征、角色缺乏清晰的成功标准，或无数情境因素叠加的结果。而“识别出这些时间黑洞然后就到此为止”这种视角太以管理者为中心了——当你的最终产出只是给别人写反馈时，或许可以就此打住，但做事的人不能。
Benjammer查看英文原文
I think it's also very important to realize that sometimes the feeling of being "stuck" is just generalized anxiety, impostor syndrome, lack of clear success criteria for your role, or some other composition of any number of myriad contextual factors in play. The idea that one should identify these time-sinks, and then that's the end of the road, is such a manager-centric lens on this. When your final output is just written feedback for someone else, I guess it's possible to stop here and still fulfill the letter of your job duties.
自我觉察卡住的状态并及时抽离（如散步）是解决问题的关键。
察觉别人怎么卡住是超能力，察觉自己怎么卡住更是超能力，但真的很难。我排查问题时会陷入我妻子所说的“黑洞”，满脑子都是这个问题。在进入黑洞状态前，我能感觉到自己开始视野变窄，这时我会离开键盘去散步——几乎每次回来都能轻松解决问题。
itsmemattchung查看英文原文
> Noticing how people get stuck is a super power, and one that many great tech leads (and yes, managers) rely on to get big things done Taking it one step further. Noticing how you — yourself — get stuck is a superpower. But it's hard...really hard. When I get stuck on troubleshooting an issue, I can sometimes fall in this trap that my wife calls the "blackhole." I obsess over it. I cannot rid the problem from my mind. My 2.5 year old even sees it in my eyes ; she'll glance up at me, wondering where I am. Before reaching this "blackhole" state, I can start to feel when I get tunnel vision.... at which point, I distance myself from the problem. Hands off the keyboard. Go for a walk. And almost EVERY damn time, I'm able to solve the problem easily. Just needed a fresh pair of (my own) eyes, a moment to get "unstuck".
不敢求助是最常见的卡住原因，根源是自尊或恐惧。
15 年经验告诉我，人们卡住最常见的原因是需要求助却不敢开口，这往往与“努力越多产出越多”的有毒精英主义观念相伴。实际表现是任务开始拖延、变形，被宣称完成却拿不出东西。这需要支持性的团队或主动的管理者来识别，而当事人要么被自尊要么被恐惧驱动，中级工程师往往做不到直面这些心魔。
kelseyfrog查看英文原文
In my 15 years of experience, I see people get people get stuck when they need to ask for help in much greater prevalence than the other categories. This is often coupled with a perspective drawn from toxic meritocracy - those who work harder get more done. They are often sides of the same coin. What it looks like practically is a team member whose tasks start to slip, mutate, and start to get called done without anything actually delivering the goods. It takes a supportive team or an active manager to stop and recognize what's happening. Depending on the individual, either ego or fear are the primary drivers of the action and while everyone has their own demons to wrestle, those who make great contributors can recognize their demons and take steps to confront them. Mid devs often don't, can't, or won't.
历次讨论
同类还值得读
用十年时间自学编程（1998）
Teach Yourself Programming in Ten Years (1998)
Peter Norvig 1998 年的经典文章，回应“21天/24小时学会编程”一类速成书，主张真正精通编程需要约十年持续、有意识的练习。
职业与工作方法上首页 11 次 · 2007–2025norvig.com编辑精选如何成为一名程序员：简短、全面而个人的总结
How to be a Programmer: A Short, Comprehensive, and Personal Summary
一篇广为流传的程序员成长指南，作者以个人经验系统总结了成为优秀程序员所需的各项技能——从调试、测试、沟通到团队协作与身心健康。
职业与工作方法上首页 6 次 · 2008–2015samizdat.mines.edu编辑精选不要自称程序员
Don't Call Yourself a Programmer
经典职业建议文章劝软件工程师不要把自己局限在“程序员”这个标签上，而要从公司业务角度说明自己创造的价值；文中讨论了成本中心与利润中心、头衔、求职与职业选择，也顺带批评了学术界的价…
职业与工作方法上首页 5 次 · 2011–2021kalzumeus.com编辑精选创作者的日程与经理的日程
Maker's Schedule, Manager's Schedule (2009)
Paul Graham 在这篇文章里把时间表分成两类：管理者的日程以小时为单位，会议可以填满一天；创作者（程序员、写作者等）的日程则以半天为单位，需要长时间不被打断的连续块。
职业与工作方法上首页 5 次 · 2009–2021paulgraham.com编辑精选为什么程序员的薪酬不与生产力成正比
Why programmers are not paid in proportion to their productivity
讨论为什么程序员的薪酬往往不随其生产力成比例增长：生产力难以客观量化，薪酬更多受组织预算、岗位定价和个人议价能力影响。
职业与工作方法上首页 5 次 · 2009–2022johndcook.com