前端架构师简历,前端架构师的主要职责

首先，前端架构师一定已经牢牢掌握了基本的前端技术基础。 所谓一圈的长度，首先必须精通一个。 其次，在掌握前端技术的同时，还必须了解前端技术以外的技能。 摆脱前端这种思维，你会看到更多。 总结起来，有以下几点。

如果你只能跨境写首页，那你怎么练到火大，不也只能叫它HTML温柔的猫吗？

真正的架构师需要跨界能力，随着技术的不断完善，这种岗位变迁带来的技术架构升级将越来越少。 框架层面的新变化来自于职场自发地重新定义自己的工作内容、责任，也就是这里所说的边界。 所以说不是前端开发的岗位，除了前端以外什么都做不了。 试图跳出边界，思考和解决问题。

页面开秒是衡量前端优化的重要指标。 让我们用这个优化点来总结一下从哪些方面跨越。

您可以加快速度，从服务最终渲染着手，然后利用Node.js跨越后端。 移动web的H5页面的启动需要花费时间，从webview开始，利用iOS和Android技能跨越客户端。 用户体验也是衡量前端优化的重要指标。 使用这个优化点，我们来总结一下从哪些方面的跨度。

尝试提高用户的交互体验，并将网页客户端化。 您可以基于React Native或Weex跨越客户端。 还可以提高页面动画效果，创建高性能的前端动画，并有效地在UI中进行设计。 合理的交叉可以使架构师对整个业务有深刻的认识，并针对各种问题提出前端以外的解决方案。

有味道的技术不断发展。 作为架构师，不断学习新技术是非常重要的。 这里所说的味道是指对技术保持一定的热情，不能仅仅满足于现状。 简言之，就是不断地学习。

熟悉jQuery开发页面后，可以尝试Vue，React。 长时间写ES5代码，学习ES6也不错。 请醉心于HTML、CSS和Javascript开发页面，尝试学习Flutter。 创建高性能的Web App，然后尝试服务工作器。 从HTTP协议触发改造升级spdy和HTTP2，然后尝试HTTP3。 上面列举的新鲜技能，受一个前端角度的启发，能够不断深入，保持对所有新技术的求知欲，是设计者必不可少的。

工具和平台化建设只能写代码的程序员只能叫码农。 当技术达到一定的高度时，为了业务能够再次提高的能力逐渐变少，所以我们要跳出技术本身，改善业务周边的工具平台，同样为业务服务。 作为架构师，需要这个能力。

说到工具平台，大家很快就能联系到自己团队里的一些工具。 在这里，我们主要讨论我们的工具体系是如何规划和review的，也看看我们可以进一步改进的地方。

为了便于理解，请列举一些工具平台的示例：

开发调试需要提高开发效率的工具，如移动web中常用的Fiddler和小程序模拟器。 性能测试需要腾讯wetest等能够进行压力测试、发布后在线回归测试的工具。 为了进行统计分析，需要能够在每个业务中向产品负责人观察数据的工具。 当然，由于数据的敏感性，这里一般每个团队都有内部工具，对外的类似工具，比如谷歌分析等。 可见工具平台主要是围绕我们研发过程中每一步的关键节点建设的，可以统称为工程化。 工程化是近几年非常热门的概念，对于前端来说也是明确的前端发展方向，其实工具平台的完善过程就是架构工程化的推进过程。

作为架构师，洞察这些节点需要敏锐的嗅觉。 然后，您可以在适当的时间创建工具平台以改进业务，并考虑在遇到重复性问题时是否开发和处理自动化工具平台。 这才是代码以外的业务提高解决方案。

流程和规范化作为设计师，对流程的制定和规范化非常重要。 请不要小看规范的威力。 可以大幅提高开发效率。 真正好的规范不是对使用者造成制约，而是有助于迅速发现问题，提高效率。

这里的规范，可以归纳起来分为以下几类。

结构规格：对于项目的代码结构，无论前后端，都需要合理的层次化和组件化。 编码规格：这里主要是代码代码review。 建议在定期进行codeview的同时，可以使用自动化工具。 流程规范：项目评审、研发、测试、发布的每个阶段都需要一个流程，这些都需要根据自己团队的实际情况制定。 规范落地：规范最重要的是落实落地，制定规范的同事，时不时回顾是否确实落地，应该是团队各成员坚持的基本标准。 方法论可能只是抽象的，但这里的方法论主要是达成小需求和承担大项目。 在具体实施过程中，需要一定的方法和技术。 我想大家都看过《穹顶之下》这个视频，那是强烈方法论的表现。 其实说白了，做事要有套路。

如何在性能优化过程中证明优化是有效的，请参阅《三明治定律》() :

首先，在优化之前，我们需要找出问题的现状。 另外，还需要能够证明优化前状态的数据。 所以你必须学会收集数据。 有了数据，在进行数据分析的同时，还需要找出问题的原因并实施解决。 在这个阶段，需要记录具体的优化原理。 优化后，需要寻找验证的方法，在验证过程中收集数据。 现在，您已经有了优化前的数据、优化原理和优化后的数据。 通过数据的比较，我发现

们就可以很轻易的去佐证我们这次优化是有成效的，并且可以做出一份很漂亮的总结，作为一名架构师而言，这是一个很好的树立威信的场景体现。

我们可以在发散开来，上面的三步骤可以再次迭代，也就是说，第一次优化，我们达到了效果，但是深究之后，还可以再次进行优化，每次优化都有数据佐证，这就是性能优化的方法论。

安全意识

这里为什么要把安全单独拿出来说呢，因为对于一个业务而言，安全是第一要素，就好比一个国家，安全稳定才是发展一切的前提，一旦业务出现安全问题，就可能瞬间损失掉全部，代价是非常惨重的。所以作为一名架构师，必须要保证业务的稳定性，可以总结以下几点：

对低级的的代码安全问题，要坚决说不，例如前端里面的xss，csrf这些问题。对大型运营类活动需求，要有容灾意识和备份，例如在准备了一套方案的同时，要有可选的备用方案。尝试使用工具化来解决和预防安全问题，例如BAT这种大型企业，在运维和代码层面，都有一层保障机制，如腾讯的门神系统等。团队合作 没有完美的个人，却有完美的团队。

即使是一名架构师，我相信他也不是一直在一个人战斗，一个优秀的产品业务，总是诞生于团队，所以时刻保持和团队人员的沟通是必不可少的，这些沟通不限于日常的文字，或者会议，甚至私下的团建活动，都是可以相互了解的。

所以团队合作的目的就是让团队中的每个人都能明确自己的职责，并发挥出最大的价值，架构师有义务来维护这种合作关系。并且对你的认同，也是团队成员赋予你的，维护良好的氛围，才能让团队成员信服。

最后，总结一下，对前端架构师理解的一些误区：

架构师并不等于全栈工程师。架构师切记完全脱离代码，但是也不要一直闷着头写代码。架构师应当跳出技术本身，从全局的角度来看的业务，发现并解决问题。任何项目的架构都不是一开始制定好就是一成不变的，他应该是不断迭代和演进的，架构师有义务来保证架构的创新性。

 

愿各位在成为架构师的道路上一帆风顺！

查看更多