‘壹’ web前端开发开发技术架构有哪些
前端的应用非常广泛，基本网站、APP、HTML5小程序等都需要前端开发，所以只要是互联网产品基本都需要前端。
前端程序猿切页面写页面，Web上、H5上的炫酷效果，是前端开发大展身手的地方。最常见的用于前端开发的技术组合是：
HTML+CSS+JavaScript。
web前端是在开发人员中最直接面向产品、面向用户的设计人员，一个开发团队的成果是要靠web前端去展现，因为用户不会去关心后台的处理有多么强大。
后端开发是写后台，各种业务逻辑、数据处理、模块接口、客户端接口等等。后端开发者通常精通于一种Web编程语言和一个数据库管理系统。电商平台点击筛选条件下面为你筛选出来的宝贝的功能以及付款人数数据的变化等都是由后台来实现提供的。
目前web产品交互越来越复杂，用户使用体验和网站前端性能优化这些都得靠web前端去做。
前端开发则是网站的前台代码实现，包括基本的HTML和CSS以及JavaScript/ajax，最新的高级版本HTML5、CSS3，以及SVG等。
前端开发需要学习的技术
1 掌握基本web前端开发技术：HTML、CSS、JavaScript、DOM、BOM、AJAX等，而且要了解它们在不同浏览器上的兼容情况、渲染原理和存在的Bug
2 必须掌握网站性能优化、SEO和服务器端开发技术的基础知识
3 必须学会运用各种web前端开发与测试工具进行辅助开发
4 除了掌握技术层面的知识，还要掌握理论层面的知识，包括代码的可维护性、组件的易用性、分层语义模板和浏览器分级支持等
5 未来web前端开发工程师还要研究HTML5、web视觉设计、网站配色、网站交互设计模式等相关技术
web前端有广阔的发展空间，app、小程序、移动端、pc端等都网站是需要前端技术的开发支持才能够完成，技术门槛相对较低、需求量较大，薪资待遇良好。只要是互联网端的客户界面，就需要前端来制作完成，前端开发的编程量不大，但是需要部分编程，入门简单，但是要学的深入需要一个过程。
Web前端招聘岗位
• 前端开发工程师、Web开发工程师、网页开发工程师、HTML开发工程师...
• H5开发工程师、移动应用开发工程师、App开发工程师、小程序开发工程师...
• JS开发工程师、Vue.js开发工程师、Node.js开发工程师、前端架构师...
• 小游戏开发工程师、数据可视化开发工程师、WebGL开发工程师、WebVR开 发工程师、Web安全工程师...
‘贰’ 电商前端架构设计
什么是前端架构
说到架构，很容易拉出一系列的概念知识点，像系统架构、软件架构、框架等等，这些不是今天探讨的重点，大家可以下去网络来理解。架构的本质是什么？其实也是一种管理。通常我们所说的管理，都是指对于任务和人员的管理，而架构管的是机器和代码。比如说，机器的部署属于运维的物理架构，SOA属于服务架构，那么，前端的架构指什么呢？
长期以来，前端所处的位置是比较偏应用层，很薄的一层，而架构又要求深度和广度，所以之前在前端里面做架构，好比在小水塘里游泳，稍微扑腾两下就到处碰壁。但最近这几年来，随着一些列新的技术和概念的出现，前端的范围被大大拓展了，所以这一层逐渐变得大有可为。
单纯从语言的角度来说，html、js、css是最简单最容易上手的开发语言，不考虑模块化、工具、压缩优化，任何人都可以快速上手，完成一两个功能简单的页面。在规模很小的项目中，前端技术要素彼此不会直接产生影响，因此无需架构相关的思考。由于前端语言这种灵活松散的特点，使得前端项目规模在达到一定规模后，工程问题凸显，成为发展瓶颈，原来孤立的技术要素开始彼此产生影响，各种技术要素彼此之间开始出现关联，要用模块化开发，就必须对应某个模块化框架，用这个框架就必须对应某个构建工具，要用这个工具，就必须对应某个包管理工具……这个时候，需要有人从比较高的角度去梳理、寻找适合自己团队的集成解决方案。而这一系列解决问题的工具和手段就是所谓的前端架构。
架构不等于框架这一点很好理解，相信大家都能够很深入的说明这里的差别，框架是架构的重要组成部分，架构决定框架的选型，框架决定架构的技术路线。架构围绕框架进行一系列的流程工具建设，从而形成完善自动的开发体系。
+框架不等于类库，这里就是很多人困惑的点，你用的什么框架？jquery、underscore、linq、seajs、requirejs等等，每个人都能够列举一大堆。但这个是不准确的，一套编码框架是有一系列的元素组成：开发模式，我们如何来实现代码的职责分离。以前整个前端是mvc中v这一层，而现在前端内部也进行了mvc的逻辑细分，Javascript的MVC框架现在很多，有的强化m、有的强化c。每一个框架其实都有其特点的，并且有越来越多的创新改造，比如现在最流行的是mvvm。有angular、react等等。我们是为了引入mvvc才把他们纳入到我们的开发体系，而不是因为他是一个好用的类库。
通讯，模块化、组件化是前端在推进开发模式过程中的一个过程产物，为了有效的进行组件隔离和独立，现在有各种各样的通信模型出来，不过由于实现简单，代码少，他往往是合入到某个类库里面，但本质也是一个类库。比较成熟的比如：消息总线、事件模拟、缓存中转、flux模型等等。
模板，我们用什么样的方式来集中的处理数据往html的转换过程，这里就不用多展开，这种类库现在太多了，光我们公司就有很多套，大家在代码行、缓存管理、预编译、运算性能、强大的语法等等各个维度不段追求各种极致。
基础类库最后才是传统类库，相信现在已经没有同学会在项目中去约束团队中的dom操作、常用函数、方法、异步化等等各种很基础东西，这个时候我们一般就是引入jq、zepto、underscor这些封装好的东西就行了。核心就是为了改善编码生产力。
对于框架的选型要从两面看，一是看该框架的本领，二是看你们团队的能耐。从经验上给几个点建议：
这里也可以顺便展开聊一下现在前端产品的形态分类：
从这些分类里面，我们这些年派生出了所谓全端和全栈的概念。但本质上怎么走还是要由所在产品的形态来决定。
内容型Web站点 侧重渲染方面的优化，前端逻辑比重小
操作型B/S系统 以数据和逻辑为中心，界面较规整
hybrid内置型，要处理缓存和一些本地接口，包括PC客户端和移动端。现在的本地应用，基于很多考虑，都变成了混合应用，也就是说，开发这个应用的技术，既包含原生的代码，也包含了嵌入的HTML5代码
Web游戏，前端的逻辑非常重，在代码结构上要求非常高的可管理性和更复杂的设计模式。
桌面应用型，现在有一些PC端的混合应用开发技术，比如node-webkit和hex，前者的典型应用是XDK，后者的典型应用是有道词典，此外，豌豆荚的PC客户端也是采用类似技术的，也有一些产品是用的qt-webkit。这类技术可以方便做跨平台，极大减少开发工作量。
大工程应该尽量避开谷歌产品，他的很多技术开源项目都是玩票性质的，GWT、Closure、Darty就是前车之鉴。曾今提出过很多的新技术，到现在还是独家的，变出太大。包括现在angular，喜欢做断崖式升级，做做运营后台系统问题不大，如果是线上系统的话，每次升级就是一次人月神话中的典型焦油坑。
关注应用场景，像刚才说到的boss后台是一种；另外我的平台是否有沉重的历史包袱，需要兼容ie6，还是可以轻装上阵；产品对于seo是什么样的态度？是否需要考虑自适应？或者我的团队足够大，能够各搞一套？；产品特征是强内容还是强交互或者是游戏性。这些都是选择不同框架的主要出发点。
没有最好，只有最适合自己的，基本上，针对每个平台，我们都可以列出一些主流框架，但不意味着你们都能驾驭得住。小马过马，老牛没过膝，松鼠淹个半死，就是这么回事。但无论我们选择什么框架或决定自己动手造轮子，都勿忘初心，技术必须让我们工作生活更为轻松愉快——我们只选择我们能驾驭住的框架，我们不能保证它在一年后是否会过时落后。
而且按照我个人这么多年的经验来看，任何框架都会过时，往往不是因为他不够好，而是因为一定有更好的出来。我们再选择一个框架或者一个类库的时候就要想好，未来我如何抛弃他。至少不能成为我们引入新的框架的绊脚石。现实的工作中很多的团队往往会陷入到年复一年的用今年的新框架去重构去年老框架代码的历史循环中去。对于引入框架如何尽量延长他的生命力，我个人的意见是选择框架时去追求概念，而不是潮流，当我的架构可以接受新的设计概念的时候才去考虑引入新的框架。用设计理念的选择代替框架的选择。之所以这么说是因为我观察到我们部门的后端架构的开发理念跟我进公司的时候是差不多的。更多你可以参考成都网站建设
架构的组成
组件框架
‘叁’ 您对前端架构怎么理解
选择技术。
模块化：requirejs、commonjs、seajs、webpack…
前端框架：angularjs、vuejs、bootstrap…
前端js库：jquery、lodash…
UI库
搭建开发环境
编辑器、服务器、浏览器、调试器 组合起来，高效工作
搭建发布工具
构建工具grunt、gulp…
打包工具browserify， webpack…
其它辅助工具
搭建生产环境，一般由运维人员完成
‘肆’ 前端常用的框架有哪些
给你介绍Web前端三大主流框架
React：
1.声明式设计：React采用声明范式，可以轻松描述应用。
2.高效：React通过对DOM的模拟，最大限度地减少与DOM的交互。
3.灵活：React可以与已知的库或框架很好地配合。
优点：
1.速度快：在UI渲染过程中，React通过在虚拟DOM中的微操作来实现对实际DOM的局部更新。
2.跨浏览器兼容：虚拟DOM帮助我们解决了跨浏览器问题，它为我们提供了标准化的API，甚至在IE8中都是没问题的。
3.模块化：为你程序编写独立的模块化UI组件，这样当某个或某些组件出现问题是，可以方便地进行隔离。
4.单向数据流：Flux是一个用于在JavaScript应用中创建单向数据层的架构5.同构、纯粹的javascript：因为搜索引擎的爬虫程序依赖的是服务端响应而不是JavaScript的执行，预渲染你的应用有助于搜索引擎优化。6.兼容性好：比如使用RequireJS来加载和打包，而Browserify和Webpack适用于构建大型应用。它们使得那些艰难的任务不再让人望而生畏。缺点：React本身只是一个V而已，并不是一个完整的框架，所以如果是大型项目想要一套完整的框架的话，基本都需要加上ReactRouter和Flux才能写大型应用。
Vue：
Vue是尤雨溪编写的一个构建数据驱动的Web界面的库，准确来说不是一个框架，它聚焦在V（view）视图层。
它有以下的特性：
1.轻量级的框架
2.双向数据绑定
3.指令
4.插件化
优点：
1.简单：官方文档很清晰，比Angular简单易学。
2.快速：异步批处理方式更新DOM。
3.组合：用解耦的、可复用的组件组合你的应用程序。
4.紧凑：~18kbmin+gzip，且无依赖。
5.强大：表达式无需声明依赖的可推导属性(computedproperties)。
6.对模块友好：可以通过NPM、Bower或Duo安装，不强迫你所有的代码都遵循Angular的各种规定，使用场景更加灵活。
缺点：
1.新生儿：Vue.js是一个新的项目，没有angular那么成熟。
2.影响度不是很大：google了一下，有关于Vue.js多样性或者说丰富性少于其他一些有名的库。
3.不支持IE8。
Angular：
Angular是一款优秀的前端JS框架，已经被用于Google的多款产品当中。
它有以下的特性：
1.良好的应用程序结构
2.双向数据绑定
3.指令
4.HTML模板
5.可嵌入、注入和测试
优点：
1.模板功能强大丰富，自带了极其丰富的angular指令。
2.是一个比较完善的前端框架，包含服务，模板，数据双向绑定，模块化，路由，过滤器，依赖注入等所有功能；3.自定义指令，自定义指令后可以在项目中多次使用。
4.ng模块化比较大胆的引入了Java的一些东西（依赖注入），能够很容易的写出可复用的代码，对于敏捷开发的团队来说非常有帮助。
5.angularjs是互联网巨人谷歌开发，这也意味着他有一个坚实的基础和社区支持。
缺点：
1.angular入门很容易但深入后概念很多,学习中较难理解。
2.文档例子非常少,官方的文档基本只写了api,一个例子都没有,很多时候具体怎么用都是google来的,或直接问misko,angular的作者。
3.对IE6/7兼容不算特别好,就是可以用jQuery自己手写代码解决一些。
4.指令的应用的最佳实践教程少,angular其实很灵活,如果不看一些作者的使用原则,很容易写出四不像的代码,例如js中还是像jQuery的思想有很多dom操作。
5.DI依赖注入如果代码压缩需要显示声明。
‘伍’ PHP前端开发的时候你们都用什么框架
一个优秀的WEB架构，必定会应用一些分层设计的思想，这样可以让系统开发起来更灵活，同时后期维护也比较方便。本文作者麦舒设计了一个前端与后端分离的架构，原文分享如下：
看了《系统架构：Web应用架构的新趋势—前端和后端分离的一点想法》
这篇文章，对前端与后端的分离非常认同，这样做对于系统的维护是有相当大的好处的。正好自己也设计了一个这样的系统，于是把它拿出来，和大家讨论一下。这个架构，与其说是想出来，还不如说是我做系统总结出来的最佳实践。
我们做的系统，前端的页面基本都是使用
JavaScript 的富户端页面，主要应用的框架用，jquery、jquery ui、knockout
js、Durandal、另外，还有自己封装的一些 UI 组件，后端的主要采用到的技术有 OData、MVC、Linq to SQL
以及自己写的一个权限管理组件，数据库采用的是 SQL Server 2005。
‘陆’ 前端ui框架的区别有哪些
前端ui框架的区别有哪些？在各种前端UI框架的差异中，M模型模型;V视图视图;VM视图的模型视图;P主持人节目主持人;C控制器控制器;W不管;让我们先看看MVVM。其余的并不重要。VM属于模型和视图的连接器，并与之分离。每个部分负责不同的内容，为长远发展打下良好的基础。这种观点很容易理解。它是HTML、CSS和JS代码，而且它在前端与HTML和CSS相关。例如:写表单，开始用HTML架构，CSS美化，JS动画控制。模型模型。简而言之，它是服务器与业务逻辑之间连接的形成。其中许多都需要异步处理和独立更新。因此，它必须与视图分开。
前端ui框架的区别有哪些？与前端UI框架相比，两者之间的连接是视图模式视图模型。这只是一个连接，而不是控件。确保独立。在多视图、多模式之前，它是一个很好的桥梁。P在显示和部分控制中起着较大的作用。换句话说，后面在NG中显示的很多角度都可以理解为PC master，比如读取M数据，然后在v-View中插入一个模块。如果用角度进行解释，则控制器为c。因此，绑定V和M会导致后期开发困难。W没有那么具体。更加灵活。由于我们使用了大量的框架和库，由于一些函数被迫分离，开发过程很慢。
以上便是关于前端ui框架的区别介绍了，希望它能帮助我们开拓，并确定属于我们自己的ui框架，这一点非常重要。如果您想了解更多关于ui设计的相关设计技巧及素材等，也可以点击本站其他文章进行学习。
‘柒’ 前端架构是什么，前端有架构可谈吗
首先后端可以有架构。
然后前端可以比后端复杂。我厂三年来前端单页面应用各种提需求改需求增加统计招新人重构组件等等，代码量达到压缩后 2M，纯粹我们写的单个页面代码压缩后 2M。除了频繁的改动还需要努力优化性能。
考虑到 JavaScript 大多数都是脚本语言，代数类型系统，不可变数据，IDE 这之类的黑科技很多用不上，拿什么保证程序的可靠性呢?
前端都已经比后端复杂了，MVC 抽象也走得比后端 MVC 更远。这种场景下抽象的模式，组件之间划分和通讯的设计变得重要而且迫切，出现架构不奇怪。
‘捌’ 如何做商业前端框架+UI库选型
这将帮助你了解前端社区中海量的工具。
当然，这些只是一些可选的列表，当你需要做出选择的时候帮助你抉择。
我自己使用它吗？
是的，当我需要开始项目的时候，我用它来作为提醒。
同时，每当有人问“我该使用什么框架呢？”的时候，我就会把这篇文章给他看。
因为，正如你明白的，事情没有绝对的对与错，但是有一些优质的框架能够帮助做出我们更好的选择。
另外，我也会不时的更新本文，因为有时候当我学习更多后也会改变当初的想法。
我应该怎样开始?
如果你的项目不是很小，你应该需要下面几件事：
项目模块化 我个人比较喜欢 Component-based architecture，因为他适用于 various-frameworks
同时，考虑一些其他的例子，比如 BOT 、 Elm Architecture 或者 re-frame 或者 CycleJS
模块加载器(RequireJS，Browserify, Webpack, ComponentJS, SystemJS)
这些东西能够帮助我们保持Javascript(或者components)彼此独立和可维护。
包管理器(npm, jspm, bower)
我个人一直比较喜欢 npm ，似乎他是javascript和nodejs真正的标准。另外我会考虑bower来做补足，因为他是一个很好的下载静态资源的工具，但它在管理组件和依赖又不如npm强大。
自动部署/编译/构建流水线(grunt/gulp/brunch/broccoli)
因为，如果一直做重复的事情的话生命是很短暂的。
CSS预处理(jss/stylus/sass/css-moles)和 postprocessors(css0, autoprefixer, postcss)
这些工具使css更美好，去除了一些浏览器兼容的问题。是的，我是从2015知道这些的，但是不论如何，它在过去确实是痛点。
构建框架(Bootstrap, Zurb Foundation, Elemental UI, Material Lite)
这些框架让很多web开发者合作，它们会帮助你处理基本的布局和样式。
尽管，你可以考虑构建你自己的解决方案，如果你感觉构建很厉害或者希望成为前端专家，或者你需要为你的公司构建基本的视觉元素。
如果是这样的话，建议你尽快使用方法论(BEM, OOCSS)，它们可以帮助你节约时间。
我个人比较喜欢 BEM 命名方式和基本工作流，你能够从 styleguide for Brainly.com找到一些可以帮助你的灵感。
如果你不构建基本的组成，建议看一看 HTML5 Boilerplate
测试工具(jasmine, karma, mocha, tape, itern)
任何人都需要测试，没有例外的。
代码质量监控工具(eslint, husky, editorconfig)
可以获取帮助的社区(chats, IRC, meetups, twitter)
好了，下一步呢？
在选择你的工具前有一些值得思考的问题需要解决。
准备好了吗？
我需要和其他人合作吗？他们是谁？他们想要什么？
这个问题会帮助你选择语言和工作流，这对你和你的伙伴都有帮助。
我最关注什么？质量，开发速度，还是可维护性？
这样你可以决定是否试验一些新工具，以及是否能承担失败的风险。
是否需要开放给第三方？
面向的团队不同可能会限制我们语言的选择。
我是否在处理核心的项目
如果你处理核心项目，请最好选择高稳定性的语言和框架，这更安全，让你睡得更好。
是一个可交互的app还是基本的文档页面。
结果很可能是你仅仅需要基本的HTML ＋CSS ＋ tools，或者静态网站生成器或者CMS。
这是一个单一的项目还是其他项目的相关项目？
即使你有一系列项目，你也应该用一些组件和样式引导，这些有不错的文档。
直接减少代码重用，保持一致性。
另外，考虑SEO，和服务端渲染。
语言列表
当你回答完上面这些问题后，就可以和你的队友聊聊，然后选择一个语言了。
因为这里有很多的东西，而不是糟糕的Javascript，你可以选择
是否有js开发团队
考虑ES6(babel兼容)
这会让你的生活简单一些。
你是否偏爱typed语言？开发typed是否可以？
考虑 typescript
函数式编程是否接受？
你可以从简单ES6库开始，比如 lo-dash 或者 ramda。
这里有一些教程和书来帮助你开始美好的旅行。
你是否尝试过函数式编程，想要更好的东西？
试试 elm ，很酷的！
你是否能够全栈？
试试 clojurescript，很酷很酷的
你喜欢沙拉吗？
试试scalaJS
你知道Haskell吗?
试试 purescript，真的很酷
想要更多疯狂的？
这里有一个可以编译成javascript的语言列表，选一个然后享受吧。
框架列表
你仅仅需要基本的可运行的app？
没有时间做更复杂的工作？
试试 angular. start looking for help imediately
你是否经常需要快速的原型开发？
是否能在未来修复一些问题？
试试 angular. 一些问题
你是尝试前端开发的后端？
试试 angular. 寻找一些前端开发者
你是否需要很快的进行开发和构建，但是同时会丢失一些特点？
试试 ampersand/backbone
同样的技术选型，怎样从中型到大型？
把 marionette/chaplin添加到你的backbone里面去，另外可以考虑 Reackjs
你是否有一些时间来实验，同时得到很大的性能提升？
试试mithril/knockout/aurelia+
你是否有不错的前端实验精神，对函数式编程熟悉？
试试 ReactJS＋Rex＋ImmutableJS+
更多函数式编程技巧？或者偏好交互性强的应用？
使用 reactive streams(bacon, rxJS) 或者试试 Cycle.js(实验性)
注意1: add streams any会是很好的选择，可以推荐别人使用。
注意2: 请不要拒绝使用 FRP的reactive streams
你想要使用严格的验证和通用处理方式？
你的应用会越来越大？
你计划扩充你的团队？
你有时间学习新东西？
建议花时间学习 EmberJS，他将会是很好的投资!
你是否需要“类桌面应用”？
你的应用有表格，图例，或者其他分析功能？你在构建企业应用？
试试 ExtJS
你们是一个为其他开发者提供服务的工作室？
你最好有一个不错的工具集，另外，同事之间最好有一些公共用例。
你是一个为他人提供工具的自由开发者？
适应他们的选择。
尝试angular，这将不会造成多大麻烦，让其他人得到他们想要的。
注意：如果别人付费，请不要改变客户的需求
你正在构建一个有吸引力的产品，它将会很多人使用？
有了明确的需求后我们就从上面的列表中选择一个合适的框架。
关于开发什么样的应用你有明确的需求（比如10屏的移动应用)
花两周时间来试验特定的需求（ionic, famous, Sencha Touch)
怎样开始编码？
花一些时间阅读你所选择框架或者工具的文档。
在社区里面询问一些经验开发者怎样算是优秀项目的开端。
准备所有的工具。
极客精神。但是我建议更加工程化一点。
...
成功。
不知道怎么用我介绍的一些不常见框架？
看看 TodoMVC Examples，找到你选择的框架。
但是记住，这些项目只是示例，大多数情况下他们不适合大中型项目。
‘玖’ 什么是前端架构
架构设计的最重要目的是为了进行整体系统概览，以及开发方向指导。
而架构要包含的内容，简单说就是下面四个
1、系统间关系
2、系统内关系
3、应用内架构
4、系统规范与原则
而架构的原则主要是三个方面
1、架构的合适：架构就像衣服，不能太长，也不能太短
2、可扩展的：架构需要充分考虑扩展性
3、持续不断的：架构不是一次性物品，是一个跟着软件生命周期的长期过程
‘拾’ 《前端架构设计让前端开发可持续优化、可扩展》pdf下载在线阅读，求百度网盘云资源
《前端架构设计》（[美] Micah Godbolt）电子书网盘下载免费在线阅读
资源链接：
链接：
书名：前端架构设计
作者：[美] Micah Godbolt
译者：潘泰燊
豆瓣评分：5.8
出版社：人民邮电出版社
出版年份：2017-4
页数：164
内容简介：
本书展示了一名成熟的前端架构师对前端开发全面而深刻的理解。作者结合自己在Red Hat公司的项目实战经历，探讨了前端架构原则和前端架构的核心内容，包括工作流程、测试流程和文档记录，以及作为前端架构师所要承担的具体开发工作，包括HTML、JavaScript和CSS等。
作者简介：
Micah Godbolt
前端架构师，作家，播客播主，世界级开源大会的培训师和演讲师。他在个人博客（https://micahgodbolt.com）中经常大力推广前端架构、Sass、视觉还原测试和基于模式的设计方法。他出生于太平洋西北地区，目前和妻子以及 两个孩子定居于波特兰的郊区。
译者简介：
潘泰燊
毕业于广东外语外贸大学，曾就职于腾讯、网络等互联网公司，参与过腾讯QQ空间、网络地图等海量数据业务的Web开发工作，现就职于富途网络。
张鹏
硕士毕业于中山大学，曾就职于网络、腾讯等知名互联网公司，参与过基于LNMP架构的亿级别互联网应用的设计与实现，目前从事NodeJS与前端开发。
许金泉
毕业于深圳大学，毕业后加入网络FEX，曾主导UEditor、网络国际化浏览器等前端开发工作，现就职于腾讯云。
审校简介：
李弦
华为2012实验室UCD交互设计师，Monash University交互设计硕士，前新东方英语教师，广东外语外贸大学英语专业八级。
