前端早早聊大会，前端成长的新起点，与掘金联合举办。 加 Scott 微信 codingdreamer 进大会周边技术群，前端彩蛋免费福利专场，2021-2-6，线上直播。
本次直播关于 miniU 和 chatUI，关键词有：小程序，多端，语言转换、对话机器人、组件注册，响应式、主题定制等，由支付宝体验技术部、阿里达摩院智能服务事业部联合出品，报名戳：www.huodongxing.com/go/tl20-5
本文是 1 年前打的草稿，近期帮助一些童鞋改简历，就加一些 PPT 插图，略作改动发出来，供参考。
正文如下
答案扎心：因为你不曾在项目中用心想过，用力做过，自然没有亮点，无从写起。
什么是亮点
亮点，是你在工作中遭遇的难题，或你打破常规的操作，皆为亮点。
亮点可以是大亮点、中亮点、小亮点，也许自建前端全链路监控系统这样的大亮点你做不出来，也许开发维护一套组件库的中亮点你也甚觉吃力，但是折腾个脚手架、玩一玩打包工具、弄一个版本管理系统这样的小亮点比比皆是。
亮点也可以分技术上的、业务上的、项目合作上的，甚至是团队氛围建设上的，统统都算，因为一个资深面试官考察你的时候，就是用很综合的视角去评估你和他团队坑位的匹配度，除了性格这些内在的因素外，从专业能力上，可以考察你的无非就是算法基础、技术栈、工程项目经验和业务能力，比如下图（并不全，只是举例引申）：
对「做出亮点」这件事情，你可曾在 2 年的工作中，在这上面，花上哪怕两天，啥也不干，静下心深深的思考过？
你的简历上，是不是也会写上：很自驱，学习能力强。反问自己，如果亮点是你要解决的一个问题，你自驱么？学习能力真的强么？
那么今天，就来学习下，亮点到底怎么做出来，学了后，回去你的工位，能靠你的自驱做出来么？
如果这个不愿意学，或者学不会，或者回去根本不自驱动手，下次跳槽时，可千万别抱怨 「工作上实在没亮点」。
为什么要亮点
大厂面试官，总是挑战你亮点、难点，是为什么呢，不仅仅是考察你的技术功底（能搞定越难的问题，能做出越多花样，就能更充分证明自己的实力），更是考察你的技术热情，也就是兴趣、好奇心和动手能力，否则两手空空，也干巴巴讲不出吸引面试官的内容，怎么证明你有技术热情呢？
但是是不是明明你有两点，而面试官视而不见呢，也许的确是候选人自身亮点不足，也有失误：
但面试官也一样会有失误，事物都要辨证的看。
但无论失误发生多少，最终候选人依然要入职到一家公司去，于是依然要去拿自己的亮点去打动面试官。
哪里找亮点
在 100% 保证业务项目进度完全 OK 的前提下，你在公司内外做任何跟你工作相关的技术探索，正常都不会有人也不应该有人拦着你，无论是你的业务方还是你的老板，此时你眼前有无数的机会，来做出亮点。
那么机会在哪儿呢？一半在业务和项目中，一半在日常的抱怨里。
业务上和项目在每个公司每个团队都不一样，通常的机会就是：业务上有高复杂度的逻辑和性能要求，项目中有高复杂度的工程架构问题和协作问题。
以上很好理解，但如果业务上就是没什么挑战，协作上就是三两个人在干，的确找不到机会呢，比如你每天都在写中后台的表单页面，写一个后台，又一个后台，一写好几年。
这时候就可以调动自己所有的情绪，去抱怨去挑刺，比如后端接口老是提供不及时，比如代码总是拷贝来拷贝去，比如项目文档和代码注释总是乱七八糟，比如后台功能总是如此雷同不动脑子就能写出来，比如代码的管理和发布总是任性随意，比如设计师的稿子传来传去版本经常乱掉，比如测试提的问题总是碎片化在群里很难翻找记录....
只要你吊足情绪，相信可以连续不断这样吐槽 2 个小时不带停的，吐槽的感觉又生气又过瘾。
那么吐槽抱怨后，你又做了什么呢？
是不是可以找一张纸，把刚才吐槽的全部写下来，一条一条按门别类，比如有的是合作问题，有的是文档问题，有的是代码管理问题，有的是用户体验问题，有的是开发环境问题....诸如此类，最后发现一张纸写不完，再找一张纸，最后一共写了 110 条吊炸天的抱怨清单。
然后一条一条仔细思考，是否可以做个什么小工具来解决或者缓解这些抱怨的问题呢：
- 比如会不小心把测试环境的接口代码发到正式环境去，是不是可以写一个命令行切换工具，一键切换环境变量注入代码，同时在推主分支的时候，自动加一个钩子做一个自动校验，只要发现有 Test 的配置项未经修正，就阻止这次提交，直接报错出来。
- 比如后端的接口老是提供的很慢，让自己画页面的时候很多状态都得本地硬改代码去调试弹窗行为，是不是可以写一个 Chrome 插件去拦截代理特定的接口，包括去模拟登陆状态，做页面上的一键模拟、切换和配置，甚至是可以在本地的页面中，去代理线上的接口，去复现一些问题。
- 比如每次的代码合并，每个人测试完后交给另外一个人，可能由于环境的问题导致他本地打包上线后代码又出问题，是不是可以做一个内网的打包平台，由它来模拟和执行所有人的测试中的打包任务，保证推到线上的代码一定是与测试环境保持一致。
- 比如设计师传稿子来回变动，是不是可以做一个设计稿的演示平台，来管理他们提交的所有设计稿的版本，从而保证自己拿到的是最新的，且每一次改动和上传都是可以回溯的。
- 比如很多中后台长的差不多，是不是可以抽象出一些后台的页面骨架，甚至封装出特定类型下的后台框架，把脚手架、必要的配置、常用的中间件、组件库都封装进去，下次再启新项目，一键生成。
- ....
这样举例子下去，可以举例到天亮，所有的这些抱怨，你只需要挑选三五十，十来个，用心做一做，这都是你的亮点了，哪怕是再简单的业务，只要有什么事情是让你不爽的，都能结合上你的编程技能，以特定的方案去解决它或者是优化它，这是多年前，我接手一个团队时，第一月合作下来整理的问题：
这些问题最终都是以上面的思路，最后用工具的方式解决掉，并且通过解决这些问题，参与的童鞋都获得了晋升甚至是连续晋升。
所以，你的亮点在哪里？
在业务里，在项目里，在团队里，更在你可以用技术解决掉抱怨里，要不要试试？
