[成都][前端]2 年经验，期望找个 TDD 工作。

不知道怎么附简历，只能写 md 了

• 袁新骑
• 联系电话：13008320901 | 联系邮箱： [email protected]
• ⽬前年薪 ¥10.8 万，期望年薪 ¥12 万。
• 期望⼯作地：成都。
• 可到岗时间：随时可以⼊职。已经有 offer 了，想看看有没有更好的。
• 其他要求：敏捷开发模式,TDD,弹性⼯作制 。
• 2 年技术⼯作经验
• 期望职位：全栈⼯程师，前端⼯程师
• 擅长技能：JavaScript、Java、HTML、CSS、Linux、Git、React、TypeScript、Angular

工作经历

千问万象⽹络股份有限公司

• 2018.06 — 2018.08
• 前端⼯程师
• 项⽬名称：超级预测家（微信⼩程序）
• 项⽬描述：⽤户可以发起预测、参与预测并对预测话题给出评论，主要⾯向⾦融从业⼈员的微信⼩程序
• 职责范围：前端开发相关技术：使⽤原⽣的微信⼩程序开发框架

• 中国民航信息⽹络股份有限公司重庆研发中⼼
• 2016.03 — 2018.06
• 初级软件开发⼯程师
• 项⽬名称：Green
• 项⽬描述：基于 Angular 开发的调⽤航信内部接⼝的⼯具型⽹页应⽤职责范围：全栈开发 运维
• 相关技术：Angular、TypeScript、Jasmin、Karma、webpack、Git、Java、Node.js 、MongoDB

• 项⽬名称：促销项⽬
• 项⽬描述：基于 Spring 开发的航司促销系统，有秒杀和优惠券两个业务⽅向，⽤于提⾼航班上座率以及吸引顾客再次购买。
• 职责范围：开发维护
• 相关技术：Java、Spring、Maven、Git、HTML、CSS、JavaScript 等

项目经历

超级预测家（微信⼩程序）

• 2018.06 -2018.08
• 前端开发
• 负责⼩程序的前端开发。与后端开发以及设计⼈员沟通协作，使⽤原⽣⼩程序框架开发。这个项⽬是⼀个⽤户可以发起预测、参与预测并对预测话题给出评论，主要⾯向⾦融从业⼈员的⼩程序。但还是有⼏个地⽅不太满意：①由于使⽤的是原⽣⼩程序框架，⼩程序整个框架并没有可以做写单元测试等保证代码质量的东西。②⼩程序给出的 API 当中，获取⽤户信息的地⽅竟然开发和⽣产环境的⾏为不⼀致，让⼈即使⼿⼯测试也很难关于我技能⼯作经历项⽬经历 1 页保证对代码有⾜够⾃信。

Green2

• 2017.7 -2018.06
• 设计、开发、运维
• 对 Green 的升级（其实是重写），将 AngularJs 更换为 Angular。 因为主要开发量都集中在前端，后端开发并无很大痛点，所以保留了原来的后端，以减少开发量。 前端使用 Angular、TypeScript，CSS，HTML5，Jasmin、Karma、WebPack。 因为项目时间进度比较紧，仅对重要功能编写了单元测试。由于这些都是比较前沿的东西，需要对 DOM 与 ECMAScript 的交互以及对前端框架有比较深入的了解，所以编写测试的难度比较大。

Green

• 2017.1 -2018.06
• 开发、维护
• 前辈退出开发，我独⽴维护 AngularJS、Node.js 、Java、Thrift、HTML、CSS、MongoDB

这个项目有一个 AngularJS 的前端、一个 Node.js 的后端、一个由于业务数据需要的必须调航信 Java 接口的 Java 后端。两个后端之间通过 Thrift 作 JSON 数据的传输。 但这个项目有几个问题，我不太满意： ①项目代码比较混乱，中间前辈退出开发的时候，我希望找一个同事能接入开发，但看了代码之后婉言谢绝了。并且我自己开发维护的时候，也依然觉得代码比较难找。有些变量命名重复，搞得很难理解代码。 ②使用的东西比较杂乱，并且没有能完全使用前端工程化的方式，前端工程并没有打包构建，混淆压缩步骤，导致项目在前端加载速度不让人满意，以及页面修改没有自动刷新页面等等。 ③JS 代码没有单元测试，难以保证代码质量。

教育经历

• 云南⼤学 2012 — 2016 ⽆机⾮⾦属材料⼯程，本科

个人简介

• 比较喜欢健身，喜欢玩游戏，看搞笑番剧，算是一个不太标准的肥宅。
• 比较喜欢看科普节目，纪录片。

技术经历和项目技术细节

• Green2 的单元测试我是去参考官方的 Material Design GitHub 库 所编写的。
• 秒杀项目的 SVN 转 Git 是由我建议并实施的。
• 有一个 Vue 的非生产项目，由于有一个雏形，就在其基础上引入单元测试，打算按照 TDD 的方式开发。测试框架选的是 Karma+Jasmin，期间最让我印象深刻的是 Karma 运行时调用的 Webpack 配置，原有的配置是写的是返回 Promise，Karma 并未对此做适配，只能把测试时的配置写为直接返回.(但这样又不能复用通用配置)由于对其中配置不熟悉，导致排除此问题花费了大量时间

理想团队

• 追求高效，重视代码质量，能够认同采用一系列方式（ TDD、代码评审，结对编程）来保证代码质量的话，不但不会延长开发周期，反而会缩短。
• 追求高效简洁的方法，能交给机器的任务就尽量不要手工来做。
• 对于加班的态度是“这不是一件可以长期持久下去的事情，这会透支员工的健康。如果希望做一个长久的事业，合理规划人力资源的使用是非常有必要的。”