是不是程序员总会遇到一个瓶颈期，觉得自己没有进步了，该怎么解决？
这问题不光你碰到，很多知名大公司早就面对过了，看看华为怎么解决的，
人家是站在企业文化的高度上来解决，不管内训还是办公室的墙上都有句反复提及的格言，叫做：
简单的事情重复做，你就是专家。
重复的事情用心做，你就是赢家。
整个公司/部门层面上，把这种观念贯（hu）彻（you）下去，你的问题将迎刃而解。
为啥呢？公司目标和个人目标的差异性问题，公司不是学校，最大的目标是挣钱，这是对所有人负责的大目标。再此基础上，最好的时候，两者是重合的，但不是一直都能重合，更不能 100%的重合，二者本质上是矛盾的。主管当然需要协调让两个目标重叠部分增多，然而根本上来讲，你不可能彻底解决这个问题。
二者重叠度下降难以统一时，员工会选择离职，或者能动性下降。公司目标不能随意改变，作为主管能做只有鼓励员工自学加深岗位相关知识的理解，帮员工调岗，更换工作内容让他从事更重要或者新的工作；然而缺乏锻炼机会的自学是有限的，调岗换工作内容并非容易操作之事，所以对于这些大公司而言，最有效的就是通过文化和思想工作改（xi）变（nao）员工的认识。
所以，主管碰到这类问题再原地死磕通常是没辙的，平时看看励志书也不是绝对没用的。
什么工匠精神，什么拥抱变化，什么专注之类的流行词汇，平时也要及时掌握，深入理解
出门请右转，仔细阅读：成功法则(一）：简单的事情重复做、重复的事情用心做
还有该说法的姐妹篇《机会总是留给有准备的人》，搭配始用效果最佳，后者我再一篇文章里展开过：
做主程序员是怎样的体验？
只能帮你到这里了。
这是之前我写的一篇知乎回答，先后获得知乎圆桌精选，日报收录和编辑推荐，起因是有人再问：
实在是对管理团队提不起兴趣，也不愿意离开现在的职位，但不这么做一方面会被后来的年轻人赶上，另一方面薪酬也提不起来。看了一些这方面的书，觉得没什么收获。
我的答案其实就是根据自己十多年管理工作的一些经历和思考，总结的技术管理者容易碰到的几大误区：
误区1：不要对立 【管理岗】和【技术岗】
有人是转了【管理岗】就把技术丢掉，觉得终于可以摆脱码农身份，希望做纯粹的管理，进而今后向中层，高层发展。须知到处都不缺纯粹的管理人员，技术丢掉了，哪天项目变动，不一定就需要你去做管理了，退回技术岗很不适应，恐怕就只有离职的分了；纯粹的管理人员需求量并不是那么高，一般都喜欢内部提拔信任的人，哪天你换个工作了，新公司看你初来咋到，人家凭啥信任你？顶多也只能给你个骨干或者副手的机会，以观后效。见过不少转纯粹管理的，除了一直高升的极少数几个外，大部分一旦项目变动或者换工作，基本就挂了。
还有人喜欢纯粹技术，有机会转管理岗的时候不去争取，觉得只有纯粹技术岗才能将技术做好。其实大可不必这么顾虑，管理岗的非技术事情是比较多，但工作分配相对自由，管理之余你可以静心研究一些对项目比较有用的核心问题。
我见过优秀的技术管理人员，本身技术能力很强，管理能力照样很强，某同事本身在原有行业管理近 400人的研发团队，切换行业后，从基层程序员做起，并没有谋求在新公司一定就要做管理岗，凭着扎实的基础，很主动卖力的在新岗位上工作，很快成为骨干，对整个项目做出了突出贡献，开始逐步分担一些招聘和带人性质的工作，凭借先前出众的管理能力，很快被重视起来，机会一来，立马得到提拔。
能力是你自己的，职位和机会是别人给的，你真有能力，谁也很难埋没你；你德不配位，即是机缘凑巧走上了管理岗，有点变动你也就废了。真正牛逼的人，放在哪里都能闪光，没人埋没得了你。
误区2：主次颠倒：
技术管理的终极目标是【搞定问题】，把你找来是要让你搞定一个个项目的，不是吃干饭的。管理本身的目的就是在有限的资源下达到既定目标。时间、人力都是有限的，如果资源无限那要你何用呢？即，大家搞不定了，时间紧了，需要你上的时候，你得二话不说顶上去，别想当什么甩手展柜，你又不是老板，你是管理者，没有哪里需要甩手掌柜，以为【分配别人工作】就得了；硬件一分钟买不回来，没有条件，短缺这样短缺那样，你得想办法解决；另一方面，该拼命时你得下得了决心鼓励团队向前冲，比如加班。
三观正的管理者，立场肯定要站在公司一边，该对大家有所要求的时候就要能对大家有所要求，谁都想做老好人，这个说多了，可能有些人又不爱听了，问题是你管理者不是基层员工。你只有对自己和团队严格一点把一个个问题搞定了，大家的收入才能往上提升，职业才能有所发展，这才是真正的对大家好；平时大家一团和气，每个人都过的舒服自在，如果最终问题搞不定，大家收入和职位上不去，那你是在害大家。
误区3：不能严格要求
团队的战斗力从哪里来的？严格的要求，统一目标。太抽象？我解释一下：
Read more…
程序员觉得自己长期徘徊在业务逻辑上，希望成为一名主程序，不知道主程序需要会哪些东西。是不是每个主程都有自己的框架？是不是要熟悉各种技术的底层内核？
想成为技术负责人是好事，说明你起码是一个有事业心的人，如果真的想成为技术负责人就该卖力工作，多解决工作中实际问题，做到比别人业务更熟练，然后先成为骨干，再有合适的机会成为主程。
自己工作中出成绩，比你写什么框架都强。别搞反了，成天把时间费在和工作无关的事情上，耽误了本职，最终给别人留下一个：知道的挺多的，可惜工作不突出，做东西又慢的印象。
见过的凡是得到提升任命的主程们，无不是出色的解决了工作中各种实际问题，或者优化了性能，或者降低了整体开发成本，引入更多自动化机制，或者解决了效率问题。他们都是主动在工作中争取承当更大责任的人，不是成天钻研各种虚无缥缈的东西的人。
怎么争取承担更大责任呢？一句话，快，做东西要快，别人做两天你做一天，天下武功唯快不破。时不时告诉主程你已经做完了，接下来做什么？多问几次，然后主动跟他提，哪块还需要搞一下，你想把它搞一下，不然以后XXX。
承当了更多责任的时候，就可以象主程提建议说自己这边事情太多，能不能有1-2个实习生或者新人。然后从带好实习生和新人开始，多为组内培养人才，进而成为组内骨干。
Read more…
Recent Comments