从个人不同阶段：适应到突破（百度--高级前端）
小结
特点：
1 工作任务：积极性被动到主动，范围从个人到项目到团队
2 个人主张：从没有思想，到对技术对需求有系统的认知，有优缺点的对比
3 业务能力：从陌生到熟悉本业务，到熟悉周边团队或者周边业务，并有所贡献
4 技术设计：从观察者到设计者，从小功能到复杂系统
5 团队协作：从新人被辅导，到负责项目，也能分享个人输出并指导团队成员，落地一些流程和规范
举例：页面加载
从不同等级要求对应做事（1688 阿里前端专家）
不同等级的model
5：基础扎实，完成自己的工作
6：独当一面，辅助团队
7：领域专家，影响团队
8：领域突破，业务增值
从5到6
5 -- 技术精进 -- 对话业务（知道业务想知道什么）-- 多人协作 -- 项目管理 -- 发挥技术价值 --- 6
研发提效的案例（6/7）
策略：统一视觉规范，沉淀业务元件，组件开发从纯手写编码到元件组合，支持场景快速落地，降低维护成本
领域突破，业务增值（8）
分析需求是否合理，更好的方式是什么，用什么数据说明方向正确性、方法正确性
页面的改版，为什么要改版，有没有更合理的方式？
数据的变化：用数据说话 ，点击率、转化率
**领域专家的几个方向 ： 业务规划 数据敏感 技术架构 领域难题
技术基建的部分：重要说明点：
1 要有一定的人员冗余，比如每周一天，这个是必须要保证的
2 要有技术痛点或者业务痛点
3 要有可发力的前端或者流程方案（最足够的调研和讨论）
4 有可量化的指标，方便完成之后进行量化绩效以及价值
5 不用 一蹴而就，要分阶段，分里程碑
6 一旦开始，就要每个具体任务责任到人，并设置截止日期进行验收，是否达到可验收标准
推荐书籍：远见 -- 如何规划职业生涯的三大阶段
职业生涯长达45年 多行动少焦虑
认知升级（阿里高级前端专家）
认识自己，知道自己的需求，要什么，可以放弃什么，可以做什么
学会发现和定义问题，至于怎么解决可以慢慢来
形成自己的知识体系，注重基础的积累
拓展知识边界，虽然这些开始没有价值
追求极致，追求深度，这些是你可能最大的壁垒，最容易发挥价值的出处
几个必要的特质（阿里cbu资深前端）
积极主动 -- 高效能人士的7个习惯之一
任务管理-- 要事第一 坚持初心 系统思维
了解自己的工作：技术（前端 服务端 算法 运维） 业务（为什么 业务目标 盈利商业模式 能改变什么等）
综合能力 -- 沟通表达能力、协作能力
深刻认知自己 -- 价值观 兴趣爱好 swot分析 性格
提升自己 -- 理财 学习 社交
一些思维方式 -- 终身成长 批判思维 思维逻辑 等
关键技能以及反思（阿里前端专家）
独挡一面：负责业务、某痛点拓展以及突破（5，6）
关键技能：跳出技术、追求极致、结构化表达（推荐金字塔原理）
反思：多元化（身体+能力）、持续学习
高强度下如何快乐工作（阿里前端专家）
五个有效的办法：
培养技能树
明确目标，向身边优秀的人学习，拆分目标
改变现状的能力：沟通，向上管理，帮助建立氛围以及文化
决策判断的能力：优先级，理论以及数据的依据，责任心
分享和沉淀：持续分享，构建文档树（收集以及定期总结）
快乐是挑战之后的成就所带来的。
能力矩阵模型（政采云前端专家）
技术到管理的转型思考（宋小菜前端专家）
对上：业务负责 && 降本增效
对下：激励
团队发展：培养
个人发展：关心，关注，促成
经历分享（税友前端专家）
突破点分享
公共组件库建设
推动技术栈统一
统一视觉交互规范
技术氛围建设
团队培养
人才培养
个人核心竞争力的培养方式
持续学习：自我学习，培训，软实力，工具和技巧
不断改变：复杂和简单的转变
个人和团队角度的发挥：扬长避短
有效社交：强大自己，价值交换
平台与机会：合适，合作，持续发展
平衡的状态：身体，生活，心情，心态，目标，规划
经典QA
技术成长方式
对技术保持好奇
基本的实践以及思考
寻找资源，比如最佳实践，大佬分享 ，源码解读等
与同事，同级，进行全面的讨论，分析利弊
归纳总结
变为自己的技能树的一部分
如何看待团队的变动
和同事沟通 和大佬请教 挑战与机会并存 把问题列出来，选择最重要的一个近期解决
面试时看中的部分
基础扎实
积极解决问题
有良好的协作和管理能力
能以贡献的心态融入工作
结果导向
责任意识强
推动新技术，新业务的展开
降本增效有成功经验的
大家都在忙需求，怎么推动技术建设
技术本身不是产品，我们要解决要关注业务中的具体问题 ，研发中的具体问题，以解决痛点为出发点推动。
技术不一定需要大块的时间，可以一点点做起，然后推广扩大其技改带来的价值，一小时一小时的推进也许才是技改的常态。
B端和C端产品的区别
b端重视功能性，c端要包括更多的新颖、交互、先进等等
不懂服务端的内容，当前公司不需要前端内做相关内容，怎么破局
1 了解下java或者node，看看是否有机会做一些小的支持
2 注重底层编程思想，编程基础
3 换工作，去更有挑战的地方
每天忙于业务，没有办法让技术和业务有一个良性的推动
1 不管多忙，总会有1-2小时的学习时间
2 寻找公司里做的你认为不错的团队或者个人，问问他们怎么突破的
3 每天记录一些你认为业务中有疑惑或者商榷的点，去找负责人问他的想法
4 换个环境
业务进度紧，代码质量无法保证
1 针对业务，带着不同的方案，每个方案有不同的效果以及时间，让产品去选择
2 保证业务的按时上线，针对可能问题严重的部分，写好注释，或者优化思路，可以在测试或者验收的后期追进一些不影响主业务的优化
代码cr保证不了，大家不重视怎么办
cr是研发的必要一环，如果大家觉得不必要，可以先审查因为代码不严谨导致bug的部分，然后给出书写建议，通过cr后的效果说明，cr只会在初期有阵痛，后面就会变成一个规范团队研发过程中的必要组成部分。
业务不了解，看不懂怎么办
1 问tl
2 问后端
3 问质控也就是测试，也可以参考一些他们的测试用例
备注：时间允许的话，一定要写注释，针对复杂的部分画流程图，写文档说明
