文末
从转行到现在，差不多两年的时间，虽不能和大佬相比，但也是学了很多东西。我个人在学习的过程中，习惯简单做做笔记，方便自己复习的时候能够快速理解，现在将自己的笔记分享出来，和大家共同学习。
个人将这段时间所学的知识，分为三个阶段：
第一阶段：HTML&CSS&JavaScript基础
第二阶段:移动端开发技术
第三阶段:前端常用框架
开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
-
推荐学习方式：针对某个知识点，可以先简单过一下我的笔记，如果理解，那是最好，可以帮助快速解决问题；
-
大厂的面试难在，针对一个基础知识点，比如JS的事件循环机制，不会上来就问概念，而是换个角度，从题目入手，看你是否真正掌握。所以对于概念的理解真的很重要。
选型考虑的点：技术体系选型考虑的方面可能会比较多，下面列了几个方面
-
是否可以满足业务需求
-
当前团队熟悉技术栈的难易程度
-
当前技术体系搭配相关的技术体系
-
亲自去玩一玩，看看
相关技术文档的输出
在调研新技术的时候，形成技术文档输出的习惯，可以将一些坑或者使用方法，记录下来。
人力资源规划
人力梯度规划
根据项目的体量，复杂度，需要规划具体的高中初级需要多少人。
-
复杂度 决定高中级人数
-
体量决定初级人数
人力数量安排
肯定存在重复性劳动动作，这部分具体的数量安排。
任务划分规划
-
任务难易程度 划分不同的开发人员
-
可复用性考虑
-
任务时间安排
前面两个决定具体的时间划分。
风险规划
风险规划这里说的主要是：任务完成的效果程度。
-
任务完成量
-
任务完成度
风险分为两种：任务完成了多少，任务完成的怎么样。开发完成和任务完成是两回事情。
**突发情况应对能力
**
其实正常情况下不会出现这种情况，但是在人力条件有限的情况下，可能出现这种情况。借助现有的资源，解决相对的问题。
业务能力
前端同学其实对于业务能力因为各种原因，普遍没有后端了解的多。
梳理业务流程
利用泳道图或者流程图去梳理业务流程
业务关键字段和数据在我们系统上的体现
关键字段和数据是基于业务逻辑流程梳理之后，在对接接口的时候，了解关键数据的重要意义。
有效的参与业务评审，考虑业务和技术的结合
不是将业务评审当成是一个过场，需要有自己的思考，以及梳理，别人的讲解始终都是别人的，如果自己不了解，是无法在开发过程中了解业务实现是否有问题。
协作能力
协作能力，分为两个部分。一个是项目团队，一个是部门团队。
项目团队 - 开发维度
这里的几个部分后面会有专门的文章去探讨
-
产品评审
-
后端联调
-
交付测试验收
项目团队 - 前端小团队
合理分配，及时check，预知风险
-
任务分配
-
任务check
-
任务风险
项目团队 - 管理维度
项目当中管理维度分为以下几个方面
-
项目经理 沟通 任务进度
-
汇报风险 & 以及应对
-
周报工作体现
-
汇报人：项目经理
-
汇报内容：进度和风向
-
汇报****方式：周报
和部门团队
因为在我们公司，前端部门是一种虚线的状态，大家可能分步在不同的项目组里面，但是前端还是要从整体技术方向上去做统一的提升和信息共享。
-
统一技术栈
-
配置化开发协作
-
信息共享，插件或者业务组件沉淀，节省其他项目成本
组件沉淀
业务沉淀
沟通能力
沟通能力可以体现一个人的思维方式，以及是不是有着自己的表达方式。
表达方式
表达方式决定是不是 在有效沟通，有的时候可能大家沟通了半天还不是在讲一个东西。
React
-
介绍一下react
-
React单项数据流
-
react生命周期函数和react组件的生命周期
-
react和Vue的原理，区别，亮点，作用
-
reactJs的组件交流
-
有了解过react的虚拟DOM吗，虚拟DOM是怎么对比的呢
-
项目里用到了react，为什么要选择react，react有哪些好处
-
怎么获取真正的dom
-
选择react的原因
-
react的生命周期函数
-
setState之后的流程
-
react高阶组件知道吗？
-
React的jsx，函数式编程
-
react的组件是通过什么去判断是否刷新的
-
如何配置React-Router
-
路由的动态加载模块
-
Redux中间件是什么东西，接受几个参数
-
redux请求中间件如何处理并发
开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
扫一扫
8020
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
