• 周平
    2020-12-16
    1.我确实做过一个专项topic,并且也是带着一堆人在搞,当时并没有意识到是在组织一个虚拟团队做事情,感恩领导给机会,感恩领导的的良苦用心。 2.从课里面提到的三个方面来看: 技术,业务,管理。 我当时主要精力应该是放在技术上了,业务可能也占了一些。管理方面的事情也在做,却是被推着走。 这种带虚拟团队的情况,安排工作靠威望,要是有人不听,貌似并没有太多的管理工具,感觉落地执行的时候,会是个问题。 所幸,当时大家都比较给力,那个topic完成的还可以。我想,这应当是team leader起了很大支持作用吧。 3.后来,团队调整,我去搞别的事情去了。领导也跳槽了。我想,这是晋升失败的一个主要原因,失去了成长的土壤,需要重新来过。 我想,如果再继续下去成长几年,应该还是有机会晋升成功的。 4.领导多次跟我说过,要“多发出自己的声音”,我现在也没弄清楚,为什么要发发出自己的声音,说给谁听?会有什么收益?是群发邮件发表意见,建议那种的声音么? 后来,在创业公司,也存在不爱发出自己声音的问题,觉得扯皮去撕没什么意思,有那个精力不如干点实事儿。

    作者回复: 1. 可以的话,当面跟前领导表示感谢 2. 虚拟团队一般是TL安排的,工作实在安排不下,可以借助TL的力量,但一般不要轻易用这个方法,最好是自己的专业技巧足够影响别人 3. 这就是晋升也有运气成分的一个表现 4. 发出声音给团队成员,其它TL、项目经理等听,这样别人就知道你的水平,不然你就蒙头干活,除了跟你紧密合作的几个同事知道你的水平外,其他人一无所知,你可以看看在晋升流程中的预审环节、评审环节中涉及的人,这些人都不是你团队内的,而是部门甚至公司内的。 发声音很多种方式:写文章、培训、担任虚拟团队负责人、做演讲、开会的时候提出自己的看法、评审的时候发表自己的意见……都可以

    共 4 条评论
    74
  • Geek_3239fe
    2020-12-22
    老师继续咨询下,想提高编码能力和水平的话。多刷leetcode?或者有一些比较好的建议不?

    作者回复: 研究牛逼的开源项目核心代码,例如Nginx、netty的reactor模型、Disruptor的cache line、无锁设计;netty的pipeline处理模型等,kafka如何使用磁盘来保证消息队列高性能等 leetcode并不一定能提升你实际工作中的编码能力

    共 2 条评论
    52
  • Geek_3239fe
    2020-12-22
    老师,关于职级的问题,请教下,如果出现这种情况,一般怎么抉择属于最优方案? 面试1:回流老东家,只能给到个6+的职级,薪资可以和7对标,面试2:去其他一二线大厂能直接给个7的职级。

    作者回复: 只要钱给到位,选P6+当然更好啊,因为你入职后可以很快就有晋升机会,晋升成功了又可以升职加薪;如果直接就P7了,下一次晋级P8可能就不知道什么时候了。

    共 4 条评论
    47
  • 金鹏
    2020-12-16
    技术同学一般沉溺于技术,P7要考虑的是多纬度。技术对业务有什么价值?这个技术解决了什么业务问题?这些都需要可量化度量。 阿里讲把“虚事做实,实事做虚”,技术、业务的规划抽象能力,技术对业务的赋能以及形成闭环的能力,都需要P7的同学考虑。

    作者回复: 能够把阿里抽象的描述理解到位,一看就是老阿里人了 :)

    共 7 条评论
    33
  • 银剑
    2020-12-16
    因为没有了解到晋升P7是需要先具备一定的P7能力,而单纯的认为自己在P6级别得心应手就能晋升了。 所以在评审时,问技术细节可能还能对答如流,但一问技术选型或设计之类就比较迷茫了。业务方面同理,对自己开发的功能如数家珍,一问整体产品的价值以及规划之类就迷茫了。

    作者回复: 晋升和读书不一样,读书是考学过的内容是否掌握,掌握了就读下一年级;晋升是先看能否做下一级别的事情,会做了再晋升。 当你明白了P7的具体要求后,就可以对照我说的技巧来做了,争取下次顺利晋升。

    
    23
  • lyonger
    2021-01-10
    华仔,您好。我有个疑惑想请教。 能升到P7的前提是有机会去负责这个级别要求的case。假如在互联网大厂里,所在岗位一直没有机会,给你去做P7这个级别对应的事情(比如成为虚拟团队负责人等)。毕竟僧多粥少,也不知道等到啥时候,这种该如何是好呢?

    作者回复: 这里要分情况: 1. 团队有机会,你没机会:这个需要自我评估一下,是确实不如其它P7,还是和主管关系不好,最好找主管聊聊 2. 部门有机会,团队没机会:这个一般是因为团队主管自己就拿不到机会,如果感觉一段时间内不会有很大改善,可以考虑转岗 3. 部门本身就没什么机会:这个说明业务发展出问题了,如果持续时间比较长了,转岗或者换工作可能是更好的选择

    共 3 条评论
    20
  • hua168
    2020-12-17
    大神,动不动就要精通,我有疑问 1.官方技术文档和市面上的书,大部分是入门,部分进阶,自己怎么弄成精通?连大门在哪里都不知道😂 2.有老婆孩子,撇开加班不讲,下班要陪老婆孩子,每天就能抽1-1.5小时学习,在累的情况下学习往往效率低,有那么多时间成长成精通?

    作者回复: 1. 没时间这个问题,后面的“海绵学习法”教你怎么找时间 2. 学到什么程度,怎么学,后面的“链式学习法、比较学习法”就是教你如何更有效率的提升技术。 每天1小时已经很不错了,够你提升了 :)

    共 2 条评论
    18
  • Johar
    2020-12-23
    工作一般分成三种:管团队,管业务,管技术。职位岗位的不同,造成在工作上,三个方面占的比例不同。例如:P5:90%技术+10%业务;P6:80%技术+10%管理+10%业务;P7:60%技术+30%管理+10%业务。目前自己在工作中也是范了类似的错误:1.事必躬亲,芝麻大豆一起抓;2.时间投入比例不对,目前基本上是40%管理+50%业务+10%技术,已经很危险!

    作者回复: 你这样相当于90%做管理了,因为业务部分对技术人员来说主要也是参加讨论,不会自己亲自去用户调研,写需求,想方向,所以这部分也算管理工作。 按照这个比例投入是不可能晋升的,你看看P8的那一讲就知道了

    
    7
  • Geek_59b133
    2020-12-17
    最主要原因是不清楚晋升侧重点,通过多次人肉测试,总结经验

    作者回复: 人肉测试那就要承受多次暴击😂😂

    
    7
  • 青见
    2021-01-19
    读完这个 对标下 P7的事情做了3年 P8的事情做了2年 结果组织架构的变动发现现在又做回P7的事情 ;收获颇多。

    作者回复: 这是辛辛苦苦忙3年,一朝回到解放前么 :) 不过不用担心,能力准备好了,就是等待合适的时机了,组织架构还会再变的,也许下一次你就有机会了。

    
    5