坚持：积少成多，重在坚持，构建自己的知识体系。就我本人而言，现在也都能保持每天至少一篇技术文章阅读。

多写多练多思考：收藏了、看过了、点赞了不等于学到了，前面几年要多写多练，直到“看到需求，脑海中的代码就已经写完了”为止。拒绝无意义的模仿代码，要去思考为什么这么写？背后的设计方案思考？还有没有更好的方案。

谦虚并敢于质疑：要有一个谦虚的态度，高高在上，如果抱有“老子最牛 X 的态度”，很快就会被团队拍死。要善于发现别人的优点和长处。谦虚不代表不发声，讨论阶段要敢于去挑战别人，有想法要敢于表达，别人考虑的不完善要敢于质疑，事前多发声，对事不对人，事后不瞎哔哔。

把事做精：要养成优秀的习惯，每个任务不要因为做完就沾沾自喜，做完是基本要求，是你拿工资该做的事，做好做精是你成长的体现，当优秀成为一种习惯，成长就会很快。

敢于实践：有些技术文章看完了不等于会了，有好的最佳实践和技术方案要敢于用到项目中，被业务验证过的方案才是好的好方案，同时也能让你快速掌握这些相关技术。当然在实施之前好的做法是先分享并组内讨论下。

适当高调：这个是最简单也是最难的。太多的程序员有个好的 idea 不敢说，或者只和个别人说，做了一个好工具好插件只给自己用或者只给身边的几个人安利。适当的场合要敢于表达自己看到的问题并给出建议，好的工具需要积极地宣传推广到大团队、或者整个研发团队。适当的高调可以让更多人看到你，后面有相关机会别人也会第一时间找到你。对于一个工具来说，当使用的人更多的时候，就会有更多的问题暴露出来，会更加提高你解决复杂问题的能力。当积极主动优秀成为你的标签之后，会给你带来更多的成就感、自信心、动力、挑战和机会。

语言一致性：面对不同工种比如测试、后端、产品和业务方首先要语言一致，你的语言表达要使对方能听懂，如果你一直说专业词汇，别人是听不懂的，要将专业词汇转化成别人能听懂的语言。你和老板说 vue/react 的数据驱动他们大概率听不懂，但是如果你和老板说 Vue/React 是业界主流开发选型，能够比传统开发提升 XX% 的效率，节省多少人力，效果就会不一样。

理解一致性：如果你在说 A，对方听成了 B，你以为对方也在说 A，那么永远只有“沟”而不会“通”，甚至不欢而散。我碰到过多次这种沟通半天不能达成一致、最后来找我协调的事情，最后发现两个人不在一个频道上，最终造成了无效沟通。遇到这种情况，我一般都是先听完，然后给我的理解，同时给对方复述一次，问对方我理解的是不是对的，而不是急于表达我的观点。

多动手少说话：语言在传达过程中会很容易被错误理解，比如我描述一个人的长相，一千个人会画出一千个样子，如果我拿出一张照片，就能够准确的进行信息传递。沟通过程中多画图、多演示、多用白板，能够提高沟通效率。还有就是说的过程中，要说重点，先说结论、再解释。因为也许有些人不 care 解释，只需要你给结论即可。当有太多的解释而没有引出结论时，可能会被认为很啰嗦、说不到重点。

给自己当“傻子”：一个好的产品是应该学习成本比较低的。给自己当“傻子”，去使用自己负责的业务产品，就会发现太多可优化的点。

多换位思考：不要用技术的角度去看业务，要思考产品的用户是谁，核心是解决用户什么问题，有没有解决，反馈如何。

用公司视角：你负责的业务上下游依赖业务是哪些？在部门中处于什么角色？在公司层面处于什么地位？站在不同视角看待业务就会获得不同的看法。

关注行业竞品：行业趋势是什么样的，竞品的优势在哪里，我们的优势在哪，对行业要保持一定的敏感性。

找到共同目标：通过良好的沟通能力，寻找到共同目标。放大共同价值会很容易达成合作。

多换位思考：多站在别人的角度考虑问题，多问问对方你的难点是什么、需要我如何协助，了解诉求之后，再针对性地提出解决办法。不是上来就说“我要做什么”，而是多说“我可以给你带来什么”。

提高意识：事事有反馈是非常非常非常重要的意识。想象一下这些场景： 1.你负责的开发任务，如果需要负责人每天都问你一次到什么进展了，有没有做完，不问你也不说；2.群里有人反馈你负责的页面出了问题，而你已读未回——其实你可能已经在排查了，或者有更要有的事去处理，但是你没有回，别人就会觉得你不负责任，甚至认为整个团队没有 Owner 意识。

这两种状态都是很不好的，如果我们能够主动汇报事情的进度、如果忙碌的时候能够回一个 “在看”、“开会中，5 分钟后看”，效果就会不一样。

定目标：没有目标就没有坚持的动力，做之前要先定好目标。目标可以有长期目标，中期目标和短期目标，可以按照自己的规划设定。

定周期：所有的目标都要有明确的时间节点，没有时间节点，很难进展下去。

做拆解：目标拆解的粒度越细，执行的效果就会越好，我们可以一直拆解到不能拆解为止。

多练：很多开发人员会做不会说，会说不会写。我的经验就是多练，练的多了就会有感觉。我本人上学那会儿，作文都写不到 600 字，现在一口气写上几千字停不下来。平时多写业务文档，技术文章总结，也能锻炼你的总结能力。

逼自己：总结不是记流水账，要化繁为简，很多人会说不能再精简了。我的经验就是逼自己做下去，比如 5 分钟总结一下上半年的工作亮点、只选择一件事你认为是最需要给老板说的、总结字数不超过 100 字等，慢慢就会清楚如何做总结。

从场景找方案：技术能力一定要能反哺业务，才能体现技术的价值，学到的新技术新知识如果不能运用到项目中，那么永远就只是个 Demo 样品。所以不要为技术寻找场景，而是应该从场景中找解决方案（技术方案）。

聪明的“偷懒”：可以试着问自己：如何既能少干活又能满足业务场景？这就需要你在理解业务的前提下，提出更合理的技术方案。将技术合理的运用到业务中，既能提高自己的技术设计能力，又能更好的支撑业务发展。当然，这里的“少干活”不一定是说这次少干活，而是长远的角度去考虑如何扩展节省人力。

找难受点：让人难受都是机会，多留意别人的抱怨，多留意你觉得很烂的地方，多问协作方他们哪里难受，只要是难受的点就是机会。比如：团队脚手架工具好不好用、有没有监控系统、有没有需要所有人肉去升级或者排查的事情、测试是不是需要自动化工具、产品需不需要业务报表系统、运维是不是需要部署管理系统。留意身边的不满，碰到不满不要总是躲避，而是留意是不是有机会来了。

一年一跳：很多人频繁跳槽，到哪都觉得自己“怀才不遇”，而经常跳槽会导致新的用人单位也觉得你稳定性差、在我这里是不是也最多待一年？一年一跳能够沉淀积累的可能性也不大。所以要慎重选择你的平台，清楚自己要什么，不要为了一时多两三千块钱而冲动。

把业务成果当成自己成果：这个是最常见的误区。业务 KPI 年年达成、年年是明星业务，却误认为是自己的成果，造成自己年年成长的错觉。试着问下自己：你在里面起到的作用是什么？如果只是把交互实现，是不是可以认为你这两年一直在机械性的做执行。还是要回到上面说的，问下自己改变了什么。

依赖平台：有些人离开了平台就搞不定事情，要做与平台无关的人。在不同阶段可以自由选择大厂或者中小厂，可以选择纵向发展，也可以选择横向操盘空间。