总阅读量:次

⭐⭐⭐ Spring Boot 项目实战 ⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》 《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》 《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》 《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》 《Java 面试题 + Java 学习指南》

摘要: 原创出处 https://juejin.im/post/5c03cacde51d455018456f45 「永渡」欢迎转载，保留摘要，谢谢！

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

  1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
  2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
  3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
  4. 新的源码解析文章实时收到通知。每周更新一篇左右。
  5. 认真的源码交流微信群。

从一个工程师成长为一个管理者，有很多需要转变的思想，如果你遇到了瓶颈，或许我的经验能帮到你，感谢。

向下管理

  1. 不去写重复的应用代码，去做新的或者更低层的代码研究。
  2. 去关注产品。
  3. 与其他部门，例如pm提出的需求，采用yes，but模式去回答。而不是以工程师思维来思考，遇到需求先考虑资源是否充足，技术难度等，习惯性的说no。
  4. 一定要让那些让你满意的人满意，不让你满意的人可以选择性的放弃。
  5. 赋能你的team staff，看到每个人的优缺点，扬长避短。
  6. 向上多表现，向下多关心，平级多帮助，把荣誉给下属。
  7. 如果能招到一个比你级别高的人，他还心甘情愿在你手下工作，这相当于变相提升了自己的级别。
  8. 在一家高速发展中的公司，做一个技术leader最重要的事是招聘，其次是人员管理和技术提升。
  9. 对下属要严格，认真帮助他分析自己的优缺点，并帮助他提升优点，规避缺点，让他做能够发挥他长处的事情。
  10. 管理team有一个非常重要的关键点，就是人员的架构。
  11. 关注PM，QA，后端RD的感受，让他们爽，你就会爽，领导总是会从侧面了解你的团队。
  12. 两周做一次staff谈话，了解工作状态和诉求，让他多说，自己多听。
  13. 把对staff的反馈放在平时，不要积怨，不要将误会加深。

向上管理

  1. 与领导有冲突，事前要理智的分析。要反思。
    • 太快下判断，以为领导要搞你，其实他是为了帮助你。
    • 不要单向控制，向领导隐瞒你工作的过程。
    • 从自己的角度出发，看不全面，一定去跟领导沟通，但是之前要把自己站在老板的角度把细节想明白。
  2. 跟领导谈的时候要注意。
    • 利益要一致。
    • 澄清问题，我的意思是什么，而不是什么。
    • 尊重，尊重对方的情绪。就事论事，行为和人分开。
    • 信赖对方。
  3. 了解你的老板，知道他们在意什么，了解他们的性格和习惯，是阅读型还是倾听型的。
  4. 让老板知道你在做什么。（但不要太细节）
  5. 了解自己的不可替代性，在恰当的时候，跟老板提要求。
  6. 真诚的为公司和老板考虑。

左右管理

  1. 让跟你合作的人舒服，尊重他们。
  2. 做利益交换，达到共赢。

做一个技术leader

  1. 跟我一起冲。
  2. 发展员工。
  3. 给予team成绩，让团队每个人成功。
  4. 沟通和协作，增加staff参与感。
  5. 赢得他人的信任，让别人乐于分享他的问题。
  6. 倾向性，给别人确定的答案。
  7. 把自己的team当做一家公司，你应该做什么能够让team自给自足，并能赚到更多的钱。
  8. 扩大团队影响力，有两个思路
    1. 找到自己团队工作中的痛点，解决它并把他推广到其他team，甚至打造成一个产品，向社会交付。（比如性能监控平台）
    2. 找到跟你合作的人或者team的痛点，开发技术工具来解决，提供合作效率。（比如UI切图重命名工具，雪碧图生成器）
  9. 当你成为一个20人以上团队的leader，技术会变得不重要，找到懂技术的人，做技术创新和业务创新，变得更重要。

自我修养

  1. 做的更多一点，做的比你的主管安排给你的任务更多一点。
  2. 熟悉更多业务和代码，不管是不是你写的。
  3. 熟悉端到端，各端的架构和业务。
  4. 自学更多基础和底层的原理性的知识。
  5. 做的更好一点，针对系统和业务里面的不合理的地方，提出并修改他。（向领导展现自己，同时增强自己对业务和代码的熟悉性。）
  6. 通过看书系统性的学习，通过看文章查找疑问点，找寻一些方法。
  7. 将所学的东西真正实践，自己模拟环境写demo。
  8. 讲给别人听。

工程师成长

高级工程师

  1. 多做一点，尤其是测试。
  2. 交付一个完整产品。
  3. 别人可以继承你的代码，不要有坑。
  4. 提供一个可扩展的系统。
  5. P6可以自己解决问题。
  6. p6可以独立解决一件复杂问题。

专家 （团队）

  1. 规范制定
  2. 树榜样，你怎么做，他怎么做。（一级一级的学习，分治和递归）
  3. 拆分复杂问题成小问题的能力。
  4. P7可以将自己的技术影响力拓展到整个Team。
  5. P7可以批量解决复杂问题。

大厂对各个级别能力的要求

img

文章目录
  1. 1. 向下管理
  2. 2. 向上管理
  3. 3. 左右管理
  4. 4. 做一个技术leader
  5. 5. 自我修养
  6. 6. 工程师成长
    1. 6.1. 高级工程师
    2. 6.2. 专家 （团队）
  7. 7. 大厂对各个级别能力的要求