03 | 晋升原则:什么样的人更容易晋升?

2020-11-30 李运华
大厂晋升指南
进入课程

讲述:安晓辉

时长16:14大小14.88M

你好,我是华仔。
当你了解了晋升的游戏规则和通关流程之后,自然就会产生一个疑问:我应该怎么做才能更快地晋升?
其实这门课后续的所有内容,都是在回答这个问题。但毕竟晋升涉及的因素太多了,不同的行业、公司和团队,你本人的经历、性格和爱好,可能都会影响晋升策略的选择。
虽然大部分的情况下,你可以直接套用我在这门课中传授的方法,但总是会有一些特殊情况,你需要靠自己来做出判断和选择。
所以,我给你总结了三条晋升的核心原则,告诉你什么样的人更容易晋升成功。当你在准备晋升的过程中,遇到困惑、挫折等各种问题的时候,就可以根据你的实际情况来逐一对比这三条原则,找到自己做得不够好的地方,然后有针对性地进行提升。

主动原则:主动做事

工作要积极主动,这句话你一定听过吧,但你对它的理解真的准确吗?很多人,尤其是刚进入职场的同学,可能会以为“服从命令听指挥”“领导指哪打哪”就是积极主动,结果反而容易养成两个不好的习惯。
第一个不好的习惯是,认为主管肯定会帮你搞定晋升。
你可能非常信任主管,认为自己只要把主管安排的任务做好,晋升就是水到渠成的事情。所以你就算觉得现在分配的任务对自己的成长帮助不大,也不会主动跟主管沟通,而是认为“他这么安排肯定是有道理的”“也许过一段时间他就会给我安排新的任务”。这其实是不对的。
首先,并不是每个主管都会关注组员的成长。主管的做事风格可能有很多种。
有的主管特别关注业务目标是否达成,所以会花很多时间跟产品经理和项目经理沟通交流;
有的主管特别关注团队形象,要求所有对外承诺的事情都一定不能延期、一定不能出问题,所以会特别重视进度、质量和风险等情况的跟进和监控;
有的主管特别关注自己的职位爬升,所以团队成员对他来说,只是一种可利用的资源……
所以,如果你遇到的恰好是不关注组员成长的主管,就不要等着他给你分配任务了。不然你就只能长时间地留在当前的级别,做他手底下的“工具人”。
其次,就算主管关注组员的成长,他的判断也有可能跟你的判断不一致。
比如主管认为你还需要在当前岗位继续锻炼,而你却觉得自己应该尝试新的挑战了。这时候如果你不去找他沟通,他还会继续给你安排熟悉的重复任务。这样你肯定很没意思,工作状态不会太好,工作积极性也不会太高。
所以,如果你觉得自己的岗位没有太多挑战和能力提升空间的时候,就不要等着主管给你分配任务了。不然你身上的潜力就激发不出来,没法以最快的速度晋升。
第二个不好的习惯是,被动接收信息
你可能认为把自己的本职工作做好就够了,其他事情自然有对应岗位的人去负责,因此你很少去主动了解很多工作相关的信息。比如下面这些信息,对于技术人员来说,它们不属于自己岗位职责的范畴,但是在晋升的时候,它们却是评判技术人员综合能力的重要考察内容:
业务功能上线后业务效果如何?
业务效果不好的可能原因是什么?
整体的业务机房的部署结构是什么样的?
这些信息,有的需要找产品运营要数据,有的需要跟业务负责人探讨,还有的需要和另外的团队交流,都需要你主动去找机会才有可能获取的。
主动规划工作任务,主动跟别人了解更多信息,合起来就是我说的主动做事主动做事的人,比等着别人安排的人更容易晋升,这就是我总结的第一条原则,主动原则
掌握主动原则之后,我们就知道要具体要怎么做了。
第一,我们要主动找主管沟通工作。
不管主管是什么风格,你都应该定期或者不定期地找他沟通关于工作任务的想法和意愿。一方面是听听他对自己的看法,获取指导建议;另一方面,你也可以借此机会了解更多关于团队、业务和部门的信息,有机会的情况下尽量主动承担有挑战性的工作。
不要以为主管会自己把知道的所有信息都一一跟组员分享。很多隐藏信息、非正式信息和小道信息,如果你不主动找他聊天,他不一定跟你讲的。
第二,我们要主动找别人沟通,了解更多信息。
很多人害怕主动找别人要东西,可能有性格方面的原因,但更主要的原因还是动力不足。如果你能够意识到主动沟通带来的价值,很多时候就敢放开手脚干了。这就像一个笑话说的,一个人问:“打一巴掌给 100 块,你干不干?”结果另一个人回答说:“我能让你打到破产。”
怎么获得动力呢?有个方法特别有效,就是从晋升答辩的角度来看。每当你想退缩的时候,就可以问问自己:“如果评委问到这个问题,自己能回答上来吗?”
事实上,晋升答辩的时候评委很可能会对这些问题感兴趣,比如“这个业务上线后效果怎么样?”“没有达到预期,主要原因是什么?”“机房的部署结构是什么样的?”“新加坡机房跟美国机房怎么同步?”……想到这一层,你就会逼着自己去沟通了。

成长原则:不断挖掘成长点

掌握了主动原则之后,你是不是已经壮志满怀,准备好大包大揽地干活儿了呢?先等一下,这里可能还有两个思维陷阱等着你。
第一个陷阱是,以为事情做得多,自然就能晋升。
这个陷阱很有迷惑性。不过你仔细想想,一匹马拉磨拉了 10 年,另一匹马则是征战 10 年,这两匹马的经验能一样吗?虽然拉磨的马走的距离可能更长,但如果征战的马见过的场面一定更复杂、更多样。
其实人也是这样。只做自己会做的事情,不断地重复,你只会变成熟练工,而不会成为技术专家。所以,不要把 1 年的工作经验重复 10 年,而要真正积累 10 年的工作经验。
第二个思维陷阱更有迷惑性,那就是以为事情做得好,自然就能晋升。
很多人都有一种朴素的想法:“我把老板安排的任务做完,保证效率和质量,拿到好的绩效,晋升肯定没问题。”结果,他们虽然拿到了好的绩效,但晋升却屡屡碰壁。
为什么会出现这种情况呢?因为不同级别的能力要求是有本质的区别的,而不仅仅是熟练度的区别。能够把事情做好,只能说明你已经熟练掌握当前级别所要求的能力,但并不一定意味着你的能力就自动达到下一职级的要求了。
现在,你可能觉得更乱了,怎么多做事、把事情做好反倒不对了呢?其实,多做事、把事情做好,当然是有用的。但它们的作用,主要体现在帮你拿到更好的绩效,更多的奖金和一定程度的工资提升。至于晋升,不光要看功劳和苦劳,更要看成长。
所以,一边做事一边挖掘成长点、提升自己能力的人,比光顾着做事的人更容易晋升,这就是我总结的第二条原则,成长原则
现在我们再来看看,基于成长原则,我们做事时正确的做法是什么。
如果现在的工作,你已经可以得心应手地轻松完成了,就应该尝试更高难度、更高复杂度的事情了,而不是一味地刷熟练度,沉迷在自我感觉良好的状态里。
比如你一直做业务开发,已经成为了组里的骨干,不但效率高,而且质量又好。那么你就可以试着完成方案设计、架构设计、架构重构和系统优化等工作。
另外,不管事情做好了还是没做好,你都应该多做复盘总结,找到可以提升优化的点。
对于踩了坑、犯了错的事情,你肯定知道要复盘,毕竟教训的印象是非常深刻的;但是做得顺利的事情,你可能做完就完事了,不会主动去挖掘可以成长的点,这样无形中就失去了很多成长的机会,即使把事情做好了,能力提升也不大。

价值原则:学习为公司产出价值的技能

掌握了成长原则之后,你是不是又像“打了鸡血”一样,准备好好学习,提升几项技能了呢?别着急,我先给你讲一个真实的故事。
有一次,一个老同学问我:“华仔,你是怎么学习编译原理的?”
我觉得有点奇怪,因为他是做 Android App 业务开发的,怎么会想到要学编译原理呢?于是,我们有了下面这段对话。
我问:“你怎么想到学编译原理了?”
他说:“编译原理是所有编程语言的基础,这个算基础的技术能力吧,我觉得肯定要学。”
我又问:“你们什么时候会用到编译原理呢?”
他想了一会,说:“好像没有用到的时候。不过我觉得,多学点技术总没坏事,说不定哪天就用上了。”
我接着问:“那你学了多久了,效果怎么样?”
他叹了口气,说:“学了半年了,但是感觉没学懂,所以来问问你,看看你有什么经验。”
我说:“我也不懂,而且我建议你别学了。编译原理虽然是基础技术,但它跟你现在的工作基本没有什么关系,学习编译原理并不能让你把开发做得更好,或者给你的业务带来新的有用的功能。”
我想你一定能看出来,这位老同学很有上进心,也非常努力。但是很遗憾,编译原理这个技能对他目前的工作其实没什么帮助。换句话说,如果从晋升角度考虑,他学习的技能无法为当前的公司创造价值,这六个月的时间其实白白浪费掉了。
为什么我会这么说呢?其实你站在公司的角度来看,就很好理解了。
公司设计职级体系的初衷,是为了衡量不同员工的能力级别,然后根据级别来制定相应的薪酬、福利、管理等制度,同时鼓励员工尽量提升自己的能力,为公司产出更大的价值。
这里面有两个关键点,能力级别公司价值,但是大部分人都只关注了能力级别,而忽略了公司价值这个点。
这也是晋升和面试最大的区别之一。面试的时候,面试官主要考察你的能力级别,因为这时候没有办法准确评估你能为公司带来的价值;但是在晋升的时候,不论你把能力吹得多么天花乱坠,如果不能体现在对公司价值的实际产出上,那一切都是废话。
所以,也许你为了晋升,花了很多的时间和精力来提升一些“很重要”“很基础”的能力,但实际上它们可能对你的晋升根本起不到什么作用。学习编译原理,研究 Linux 内核源码,天天刷 LeetCode 题目,关注人工智能发展前沿……这些都是技术人员提升能力的时候经常踩的坑。
当然,我绝对不是说这些技能一定没有用,任何人都不应该学;而是说如果你想晋升,在投入时间和精力学一项技能之前,不妨先思考一下,你学了这个,能为公司带来什么。
让能力为公司产出价值的人,比空有一身能力的人更容易晋升。这就是我总结的第三条原则,价值原则
所以,能为公司产出价值的能力,才是值得优先学的能力。现在我们以“人工智能”为例,用价值原则来判断一下,如果你的时间很宝贵,还值不值得学。
如果你是 P5/P6 级别,做 Android App 业务功能开发,那么用不着学人工智能,因为你现在主要工作还是把开发任务做好。
如果你是 P7/P8 级别,是带一个团队做 Android 开发的 Team Leader,或者是负责 App 架构设计的技术专家,可能就有必要学人工智能了,因为你需要规划和思考团队与业务下一步的技术演进方向跟实施步骤。
如果你是 P9 级别,那么不管是什么技术方向,肯定都要了解人工智能,因为这是一个新的技术领域和方向,而新的技术往往会带来业务上质的突破。
价值原则除了告诉我们某项技能值不值得学以外,还能告诉我们要学到什么程度。还是以“人工智能”为例,不同的人来学,学习的方法和深度也是不一样的,一定要避免陷入“学习等于看源码”这个误区。
如果你是做算法的,人工智能应用场景、算法原理、框架源码都需要去学习;
如果你是做 App 开发的,学习的重点可能就是人工智能的原理和应用场景了;
如果你是 P9 级别,学习的重点可能是人工智能的基本原理、行业的发展现状、成功和失败的案例,还有相关的产业链信息。

小结

现在我们做个总结,这一讲我为你介绍了三条晋升的核心原则:
第一条原则是主动原则,主动做事的人,比等着别人安排的人更容易晋升。所以你应该定期或者不定期地主动找主管沟通,交流关于工作任务的想法和意愿,寻求机会;同时,你也要主动找同事沟通,了解更多工作相关信息。
第二条原则是成长原则,一边做事一边挖掘成长点、提升自己能力的人,比光顾着做事的人更容易晋升。所以如果你已经能得心应手地完成现在的任务,就应该主动跳出舒适区,尝试更高难度和更高复杂度的事情;同时,不管事情做好了还是没做好,你都应该多做复盘总结,找到可以提升优化的点。
第三条原则是价值原则,让能力为公司产出价值的人,比空有一身能力的人更容易晋升。所以,如果你的时间很宝贵,就应该优先学能为公司产出价值的技能。
当你理解了这些原则,并且在实际做事过程中有意识地去应用这些原则之后,既能够为公司创造更大的价值,拿到好的绩效;又能够快速地提升自己的能力,满足晋升的要求。下次晋升的不是你,还能是谁呢?

思考题

这就是今天的全部内容,留一道课后思考题给你吧:你觉得自己日常工作中违背了这一讲提到的哪些原则,具体是如何表现的?
欢迎你把答案写到留言区,和我一起讨论。相信经过深度思考的回答,也会让你对知识的理解更加深刻。
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
上一篇
02|晋升流程:你需要通过多少“关卡”才能晋升?
下一篇
04 | 晋升逻辑:别人怎么判断你有没有达到晋升要求?
 写留言

精选留言(26)

  • 赵君度 置顶
    2020-11-30
    回顾自己的工作,觉得自己在第二和第三点做的不够好;主要体现在:
    1. 我喜欢去做一些我会做的事情,然后沉浸在自我满足之中,有时我也会去选择做一些我没接触过的,让我比较痛苦的工作,但是大都没有坚持下来;
    2. 对自己做的比较好的工作没有复盘,觉得理应如此,对自己做的不好的,更多是一种自责和悔恨,时间一长就忘记了,下次可能还会犯同样的错误;
    3. 就是对基础的汇编语言、网络原理、操作系统等有一种执念,一直觉得不学好心里不踏实,每天都要投入不少的时间,但是我工作中能接触到的一些知识点,更多的时候是不闻不问,能用就行,想等到那些基础知识都学完再来学这些。
    展开

    作者回复: 感谢你的分享,确实你的经历是比较典型的,这也是我想用一篇专栏文章来特别讲晋升原则的原因,因为只有意识到这些问题,后面才能有针对性的提升和改进。

    4
  • 2020-11-30
    这三条原则都需要基础环境的支持。

    1.主动做事,这个得你能在做的事情上有选择权。

    2.成长原则,互联网公司发展很快,你的上级不见得就能很好的评估你的能力,在测量失衡的情况下,高低意义不大。

    3.价值原则,这个其实得先对齐期待,不然你认为有价值不见得公司或者上级认为有价值。而且也回到第一个原则,你得有选择做什么事的权利。

    综上所述,如果环境不好,就努力搞自己的能力,然后赶紧跑。做事还是得讲究天地人和,毕竟一套还可以的晋升系统,对大部分公司应该都是奢侈品。
    展开

    作者回复: 其实绝大部分工作环境都是有一定选择权的,毕竟一个TL手下有几个类似的员工,具体哪项工作分配给谁,并不是死板和机械的。

    10
  • “如果你不主动找他聊天,他不一定跟你讲的”,其实主动去找manager聊,他也不一定讲的

    作者回复: 这个是肯定的,但是主动去聊,肯定比不聊要能够获取多得多的信息,也会让主管对你更加熟悉和认可

    7
  • 2020-12-01
    我觉得,我陷入了多做就能晋升,把事情做好就能晋升的坑。

    包括,在早年听说过余世维的唯领导论(老板永远是对的,如果不对,请参考前一句),这些年来一直是按这样的工作观来工作的。
    “服从命令听指挥”,“领导指哪打哪”。

    这也是我一直加班努力工作的思想原点。

    曾经看到过观点,说余世维的唯领导论害人,当时不理解(不过那个观点也是没说清楚为什么,只是喷了一下论点,没有论据)。

    也曾经看到过不怎么加班的人却绩效优秀,而且晋升很快(排除不公平因素,人家做出来的产出也确实很棒)。

    看到这些现象,不理解背后的原因。

    同时,还让我有了一个不好的工作习惯:“怕工作中出错”。
    这是基于"把事情做好"的工作观。
    这让我花了很多精力去尝试把工作做到90分,95分甚至想做到100分,120分。

    虽然想超预期。然而,在超预期的路上,只是在 同一层次想做到120,这导致我在 当前层次上花了太多的精力,却没有好的效果。

    却没有想过,在更高层次上多做一点,就能实现超预期的结果。

    我想,这次我有点启发了。
    把时间多分一些在自己的成长上,收获会更多。
    去挑战更难的工作,不怕事情做错,多从高层次领导的角度考虑问题。
    展开

    作者回复: 是的,重复的工作做的再漂亮,能力提升也不大,晋升比较难。

    3
    5
  • “一定要避免陷入“学习等于看源码”这个误区。” 这条赞

    作者回复: 看来是有故事的人,哈哈

    4
  • 2020-12-01
    看了这节课,我决定不学习编译原理了。因为我学不会,也用不到......

    作者回复: 程序员三大坑:深入浅出MFC、Linux内核源码、编译原理 :)

    3
  • 2020-12-03
    这三点其实可以对标常说的:目标、方法、执行。或者用道家说法就是:道 法 术 器。

    价值就是目标,找到最重要的那个目标,就是让公司觉得你有价值。
    成长就是方法,具体方法就是做正确的事,而不是单纯的做事。
    主动就是执行,找准目标和方法之后,需要有动力去推动落地执行。

    以前是没想这么多,在参与过晋升评审会后,再对照这篇老师讲的,真的有种恍然大悟的感觉。
    展开

    作者回复: 哈哈,我的初稿就是按照你这个顺序来写的,这个顺序是站在公司的角度来看晋升的,站在个人的角度就是主动、成长、价值的顺序。

    这些原则如果不是有长期的思考和各种经历,很难一下子看出来的,因为比较隐晦,这也是我写专栏的目的,我总结出来后,大家就不用再自己摸石头过河了。

    觉得有用就帮忙推荐给更多“打工人” :)

    2
  • 2020-11-30
    有时候可能就是要褪一层皮才能达到某个阶段。

    拿我来说,我以前是很少单独和主管沟通,觉得有点不自在,这可能是我性格上的缺点,不仅仅和主管沟通是这样,有时候自己带的实习生,主动找他沟通也会有点不自在。 后来我逐渐意识到这不是一个单独的问题,他很普遍,总的来说就是在工作中,对于不是本职工作的事情,我可能都不会特别擅长,会有点紧张或者不自在。因为我们把大部分时间都奉献给了本职工作,其他的事情练习的就少了,甚至有些根本没有练习的机会。所以对于新的事物,需要一点时间去接受或者干脆放弃。

    当我知道问题产生的本质后,就很简单了,我是要接受还是放弃。相信大家和我一样都是要接受,并且为之努力的。我也在慢慢适应,一起加油
    展开

    作者回复: 认识问题是解决问题的第一步,其实跨出第一步后后面就会容易多了,我以前也是一个不善于表达,更不会演讲的人,但是逼着自己去尝试,不断的练习,虽然过程中也出过丑,犯过错,但积累多了就越来越熟练了,现在我已经可以大胆在各种技术大会上演讲,也敢直接跟更高级的大佬提出自己不同的意见。

    2
  • 2020-12-02
    受益。毕业几年了,各种弯路,三坑皆中。
    价值原则感受最深,花了很多时间精力在做低效甚至无用的学习。除了学用不到的内容,我最大的问题是没有清晰坚定的目标,甚至几次换过技术方向,总是从头再来。
    如果我当初能早些有一个明确的目标,似乎主动、成长、价值的问题自己心里就都有答案了。为什么当初没目标,因为没见识。为什么没见识,因为没目标。。。
    展开

    作者回复: 如果你没有明确的目标,那么就选定一个领域,然后以晋级为目标,这样有奇效,毕竟晋升能够带来实打实的回报。
    大部分人都很难一开始就确定自己的人生目标的,尤其是长远的目标,而中短期的目标是比较容易确定和实现的

    1
  • 2020-12-01
    3条原则都没有遵守:1,给我分配什么活就干什么活,从没想到要主动获取更多有收益、是痛点的活,所以接下来要主动和老大、同事多沟通,挖掘业务痛点并解决;2,平时一直都在学技术,但都不是工作中立马用得上的技术,搞得学的时候理解了,但过一段时间就忘了,得不偿失,还不如工作中用到什么再学什么,这样既能为公司创造价值,自己也能印象更深刻,并且,周围人也能实实在在地看到自己能力的进步;3,只想着提示能力,却从没想过要优先紧急地提升对目前工作有帮助的能力,然后为公司创造价值……
    展开

    作者回复: 看完这篇文章,你的收获已经比专栏售价要值很多了 :)认识到问题后,后面慢慢的改变。

    1
  • 2020-12-01
    我的想法,这也确实是大厂的晋升方法。小公司的管理,会不太适合,所以,这也是大厂更容易成长的原因。

    小公司的领导,如果关注员工的成长,员工成长起来以后,公司往往不愿意给及时的加薪(没有相应的技术级别及薪酬体系)。 这个时候,容易出现人员流失。然后,公司高层又会怪你没管理好,把人都管走了,影响了业务进度。

    所以,我看到好多小公司的领导,把人当器物去使,把人当工具人去用。工具人做的好,会多夸奖你,这种环境,也容易使有上进心的人,努力错方向。

    但,人还是应关注自己的成长。
    成长是很私人的事儿。
    展开

    作者回复: 晋升是自己的事,如果公司是你说的这样的想法,有机会就另谋高就

    2
    1
  • 2020-11-30
    感谢老师传道解惑 尤其是价值原则 让我茅塞顿开
    展开

    作者回复: 可以详细讲讲你的故事,为什么价值原则会让你茅塞顿开,以前是怎么做的,遇到什么问题了么 ?

    1
  • 2020-11-30
    主动
    成长
    价值
    展开

    作者回复: 你觉得哪条最重要 ?

    1
  • 2020-11-30
    主动、提升自己、做有价值的事
    展开

    作者回复: 其实还要知行合一,不能看完专栏就忘记了,真正需要在实践中基于这些原则来调整自己做事的方式方法,加油!

    1
  • 编译原理这个我还真见过有用到的。
    展开

    作者回复: 不是说一定没用,而是说要基于自己的情况考虑,不要盲目跟风学习。

    1
  • 2020-11-30
    如何分配自己时间,看学的东西能不能给公司带来价值,对晋升有没有影响。如果当前学习的相关技术兴趣使然要把握分配好时间。不然会发现自己学了一大堆东西,还在原地打转,工作上用不到知识很快会被大脑卸载掉。如果想晋升,漂亮的完成必须得工作任务之外,还需要挖需排坑,知道自己直属老板是什么样的管理,我们应该怎么更好的高效工作更容易晋升,哪些坑我们应该规避,不要在这里浪费时间!任何事都没有捷径,但是有高人指路,自然少走些不必要的弯路,便高效了起来!
    展开

    作者回复: 专栏后面的做事方法、学习方法就是希望将我的踩坑经验和实践经验传授给你,让你能少走弯路,加油!

    1
  • 2020-12-04
    中招了。
    之前确实认为多学东西总没错,看了很多基础性原理性的书,现在回头看其实价值不大,起码对当时的自己的成长意义不大,实际是等于走了弯路了。
    也一直想当然认为自己干了活干好了领导自然能看到,其实累个半死领导根本不care,自己感动自己而已,还总是强迫症认为什么事都要尽心尽力要做到100分,其实很多时候是在低水平的层面和自己较劲。
    展开
  • 华哥讲的真的很透彻,我举一个自己的例子,个人就是很喜欢学一些"肯定会有用",的东西,比如看一下算法导论呀,看一下常见算法的数学推导呀,但是现在想想,这有什么用的,有的是应届生大学可能读了7,8年这些东西,真遇到这种问题随便招一个实习生就能搞定,为什么我要花费996剩下的宝贵的时间呢?
    还有就是为公司创造更大的价值才能晋升这点,深表赞同,以后要好好思考自学的方向了
    展开

    作者回复: 是的,我见过很多开发人员,喜欢背那些算法和数据结构书本里面的内容、源码、数学分析推导等,但是对于编程语言提供的数据结构却不怎么深入研究,然后在实际开发中空有一身理论,但却经常踩语言的坑。

    其实以Java编程为例,深入理解LinkedList、ConcurrentHashMap、CopyOnWriteArrayList这些对工作带来的价值会更高,研究这些数据结构的时候,涉及数据结构和算法相关的原理,再去补一补原理,理解也会更深

  • 2020-12-03
    我也想挑战更难的工作,难就难在业务开发,公司项目有难点的工作不多。组里上面还有2个更资深的开发也轮不到我,还没和主管沟通过,但现状就是对自己现在的工作觉得太熟练了,太简单了,能力没啥提升工作上也没有激情和成就感,这种和主管沟通过如果还没改善,是是不是就可以换公司了?
    展开

    作者回复: 可以考虑������

    1
  • 2020-12-03
    价值原则该怎么具体践行,一般都是产品给需求,然后去实现,怎么可以产出其他公司价值?

    作者回复: 举个最简单例子,前端开发以前是JQuery,后来有了三大框架,无论用什么技术都可以实现产品需求,但是用了vue框架后开发会快很多,这就是带来了价值。

    当然,这个例子比较大,实际工作中不一定随时都有这样的机会,但很多小工具,sdk,第三方库都可以有类似的作用,例如android的图片库,网络库这些

×
拖拽到此处
图片将完成下载