想了解更多大厂暗物质欢迎点击下方专栏链接
目录
1. 你有在技术最好的时期面临转型的选择么？
我其实特别不喜欢叫程序员为码农，我觉得那是对这个岗位的不尊重和自嘲，我第一次觉得听到码农不舒服的时候，还是再一次去商场按摩椅试用时，销售人员问我是做什么的，我说我是做IT的，那大姐上来就回应说，哦～～～，原来是码农啊，当时我就意识到我可能被鄙视了。
相信很多软件开发工程师在刚刚入行的时候，担心自己的技术能力欠缺太多而在工作之余，利用周末（平时都在加班根本利用不上），上下班路上，节假日等拼命的补自己技术上的短板。直到有一天，你发现根本补不完，或者是完全掌握了现在公司所使用的技术栈，且很多年都不会变，你才慢慢延缓或者停止了你的技术更新，但此时的你也成为了团队了核心力量，核心研发。
那么随着你研发年限越来越长，研发经验越来越丰富，那么你的技术水平总会达到一个平台期，这个时候你会面临一个选择，或者脑海里会闪出一个念头，我要不要转型，或是你的老板开始给你分配整个项目让你带几个人一起完成的任务，告诉你后面会培养你向管理方向发展。如果在这个时候，你对自己没有一个清楚的认识，盲目的做出了选择，那大概率你的选择会是错误的。
2. 转架构好，还是转管理好
相信许多研发工程师到了一定的程度，都会思考一个问题，我是网架构上转还是往管理上转，但其实这个问题根本不用考虑，为什么？抛开个人素质和能力先不提，就单纯从架构和管理两个工作岗位的职责上，就可以看出转管理比转架构要容易，架构需要的综合能力和人设要多于管理，那么你就要问问你自己，架构的工作你能做的来么？当然那些技术大牛还是可以的，我这里针对的是技术能力横向对比并不是那么突出，但是工作能力优秀的同学但你要问头哪个好，其实我想回答的是转架构更为稳妥。如果让你个技术男去做管理，大概率这个技术男会怀疑自己怀疑人生。那么整个编程的职业生涯很有可能进入晚期了。
3. 转型成功之后就真的安稳了么
俗话说的好啊，高处不胜寒，爬的越高摔的越狠，无论你转向架构，还是转向管理，那么此时你都会把自己暴露在外面，不能躲在一个团队里默默的写代码，上线，改Bug了，你大部分的工作是开会，分享，管理，和别人PK，那这个时候其实很多你身上的不足和短板就很容易暴露出来，而这些短板往往很容易被放大，从而降低你在这个公司的人设，有被质疑能力还裁员的风险。
4. 过来人的一些小建议
1. 做好向上管理，少做向下管理
你以为你作为部门管理者只要对兄弟们好，兄弟们也为你卖命，也认可你，你就是一个好的管理者了？其实真正决定是否否是一个好的部门负责人的是你的领导，他觉得你人好，即使你的整个部门没那么优秀，你也是优秀的，如果你这个人在他的心里被打了标签，或者因为某件事情否定了你，那么恭喜你，你离被裁员不远了，赶紧想退路吧
2. 忍着，凡事要忍着，但该争取的时候必须硬起来
抢打出头鸟，作为一个管理者，要有全局意识，要能看得见和看的清当下形势，才能做出正确的对你和你部门兄弟们都有利的决定，要记住他们都是在你的带领下在这个公司生存的，所以一旦由于你的错误判断，有可能整个部门这一年都白辛苦了。不过在为兄弟们争取利益的时候必须要头脑灵活，勇于站出来和其他部门的负责人去PK，这点如果你做不到，会让跟着你的兄弟们瞧不起你的。
3. 站好，站对，比什么都管用
还是那句话，在中国关系比什么都重要，但这恰恰是程序员们最大的短板，他们之所以选择写代码的工作，就是性格所致，比起和人打交道更愿意和电脑和程序打交道，因为人是不可控的，而程序可控。 所以如果你能突破这一点，和你的直属上次拉进关系，并且是良性的维持下去，那么比你做了什么大项目都要管用的多，因为出了事，他也许真的能保住你。
5.总结
程序员的花期其实真的很短暂，最好的年华也就是24岁到33岁这十年，这十年你还可以用你的技术，用你的头脑和知识去赚钱，这个阶段人生曲线是向上走的，不过一旦过了35岁，那真的就看自己的造化了，希望各位能在自己的管理职业生涯中走的更远更顺。
标签：那么,架构,管理,忠告,管理者,技术,写过,程序员,短板 From： https://blog.csdn.net/QJ135/article/details/142171313