网上回答1
构架构架当时是网站前台页面的整体规划和构架，以及MV设计模式，JS/Css代码的性能优化，提高代码重用性，减少代码冗余。脱离的了普通前端码工的范畴，更注重代码的优化和合理性，提高网站的相应速度。据说权威说一个网站的打开速度，前端代码优化后能提升97%。
*总结起来
- 深谙设计模式MV*应用
- 熟悉面向对象编程&&函数式编程&&模块化组件化开发
- 通过[cslint/jslint]提前规范，达成js/css团队风格一致
- 通过webpack和babel进行js/css后处理压缩体积
- 通过git部署把控[团队协作和项目]进程，规避编码风险
- 对下一阵线的团队成员代码进行评估并给出优化方案
- 组织团队会议进行阶段性的工作总结[包括突出点、合格点和欠缺点]和任务分配
- 熟悉所有周边工具的使用
- 熟悉常用算法优化
- 精通es5/6/7，熟悉w3c标准，熟练流行框架并精通其中一种
- 精通webpack或gulp
网上回答2
- 能力强的架构师不管做什么都一定要做到极致：
- 能通用的业务一定要单独开源
- 难以通用的业务就集成到架构里——然后开源架构
- 每个选项一定要做成配置
- 每个模块一定要做成插件
- 每个插件一定要能够热插拔
- 能力强的架构师能在当前版本里无限重构下去：
- 能统一的数据结构一定要统一
- 能复用的代码一定要复用
- 能做得复杂的一定不能简单
- 能做得简单的一定要做得难用
- 能稳定工作的内部历史产物一定要重写
- 能力强的架构师，一定不会让项目流产
- 因为还没流产他就会发现更好的架构
- 然后砍掉当前的项目重新做一遍
网上回答三
一：整合团队的能力 什么样的团队，因为你的到来，变成了什么样的团队？其中的形容词你自己加，简单理解为能给业务或者团队本身带来什么？更高的开发效率？更好的团队协作？更好的编码规范…？ 统一开发规范：之前公司的团队实行扁平化管理，导致大家各自的业务编码规范不统一（我在我的专栏里有提到），遇到多人协作的项目，还是有同样的问题，开发规范是建立在统一的开发框架，统一的开发环境，统一的模块分工，统一的构建工具基础上的，架构师第一个要做的事就是要统一开发规范。 时刻思考效率：创业公司，程序员的追求是在有限的时间内，提升工作效率，阻挡效率的因素很多，沟通效率，协作效率，等等，举个简单例子，之前开发的接口格式很难统一，需要一个人去推动，架构师非常适合 不一样的人，一样的人：创业公司的前端成员，水平参差不齐，如何在短时间内，让大家能力齐头并进？答案是不可能的，但是我们可以让产出的东西质量一样，需要做一系列的措施，比如一对一，代码review，测试等等 团队组建：什么样的人适合你的公司，你的团队？团队的组建，也是架构师需要思考的（当然有的公司架构师不是团队的最大boss，另论），最终，经过你的努力，一只什么样的队伍变成了一只什么样的队伍，具有了怎么样的团队文化？这个就是衡量你能力的一个重要参考
二：纯粹的技术能力 架构师本身在技术上肯定是一个出来拔萃的人（不懂技术的架构师？我们不讨论吧），追求卓越，可以给团队的人提供技术帮助，解决业务上的难题，让团队的技术有所提升，为业务服务 业界大牛？：不必，但是有非常好的思考能力的人，知道团队有哪些问题的人，是一个合格的架构师的基本条件 推动团队技术提升：不管你怎么整，最后，你的团队技术上要有提高，他们要有成长，用jq,vue,还是react无所谓，大家谈论新技术的时候不会一脸懵逼，而是成竹在胸 一定是一个技术的布道者：我觉得这种能力能影响团队的每一个人，而不是让大家觉得，jQ挺好的，我先用着吧。
三：一种无形的能力 也许可以理解为影响力吧，这种影响力是建立在一二基础上的，有了一二，加上一些个人的为人处事的独特魅力
