现阶段，公司除了核心业务以外，其他的新需求，前端团队都可以搞定，接口、管理后台、小程序、公众号、APP
java开发
第一份正式的工作，2011年，使用 java, spring + struts + mybatis, Oracle数据库
工作内容比较简单，根据甲方的需求，做后台管理功能，处理数据
移动端开发
大概2013年的时候，有一天，技术总监找过来，让研究总公司写的两个app, Android和IOS端，实现本地化, 当时一脸懵，怎么这种活也能跑到自己头上来，又不是专门干这个的
不过领导安排了，只能开始研究，由于IOS的开发，需要 xcode 环境，当时没有 mac 电脑，也买不起，所以和领导说了一下，让联系总公司的人去实现，自己负责Android和接口实现, 接口没啥说的，基于当时公司框架的 webservice 方式实现，开始学习 Android 开发
经过一段时间的研究，把Android包改为本地化的了，能打出 apk 包来，也可以安装到别的手机上运行。最后不知道因为什么原因，没有上线
再后来，把app的功能搬到公众号里，也不知道什么原因，也没有上线
经过后来了解，移动端不是公司主要推广方向，当时客户也没有这方面需求。所以都不了了之
2014年的时候，公司接到新项目，也是管理后台和监控查询方面的内容，技术总监又让写两个app, 通过手机上查询，当时公司只有自己一个人，可以写这，所以这活又到自己头上了
经过这一个 app 开发，对 Android 了解的更多了，对移动端开发，了解的实际上还是一知半解
Node.js
2015年中旬，由于公司没啥新项目，每天也没事做，刚好有个公司联系，需要招一个写 Android 的，工资也比以前高，考虑了一下，换公司了
新公司，项目属于刚开始，人也不好招，所以先把Android外包出去了, 先开始写管理后台，不过不是使用的 java 语言
backbone + bootstrap + node.js + mongodb
第一次接触前后端分离开发, 两个工程，前端一个、后端一个，拿到文档，开始学习，发现前后端分离开发，就页面开发来说，比以前的 jsp 简单好多, 了解 restful api
开始学习 node.js 方面的知识、mongodb 数据库、在开发过程中，还有 redis, rabbitMQ等，后台大概开发了半年多，IOS app 也开发完成了，Android外包，大致上，基本框架、流程都开发完了，需要人接手，所以一边维护后台、一边维护 Android
项目上线以后，推广情况不理想，到2016年底，团队解散了, 又换了一个公司
Linux
学习 linux, 了解简单的命令，项目布署
Android
2017年，新公司主要是 app 开发，有专门的前端团队和后端团队，在新公司主要负责 Android 开发，Android、IOS 都是原生开发，那时候好像还不流行混合开发
2018年，干了1年多，后来业务增长速度太快了，纯原生开发，感觉跟不上进度，技术总监让研究 native 方面的开发，看了一下，从网上找了一下，当时的两种方案是基于 vue 的 weex, 和 React, 考虑到别的开发同学都是纯原生，以前也没有接触过这方面的开发，所以选了学习相对简单的 vue, 开始研究 weex, 在IOS同学的支持下，各种流程都能跑通，一套代码，适配两端，花了好长时间，扩展 vue 实现不了的原生组件，最终90％的业务功能，都换成 weex, 极大的提高了开发速度，前端所有人都开始学习 vue，使用weex开发，以前需要四个人干的活，现在一个人就可以搞定了
说到 weex，坑好多，尤其是维护迭代方面，现在基本上都不维护了, 不过还是可以用
Vue.js
基于 移动端的 weex vue 页面，适配微信公众号，一套代码，可以应用到3端，中间还研究过生成小程序，选的方向有点偏了，没有成功，后来招了小程序原生开发人员，放弃了
这套框架，经过一段时间运行，稳定以后，我们前端的时间更多了
技术总监找谈话，说你以前做过 Java 开发，后端也不好招人，要不要接一部分接口开发，我想了一下，我听前同事说，他们后端代码，写的到处都是坑，所以没有参与
我和技术总监说，如果新的模块，和现在的开发一点关系也的话，我可以用 node.js + mysql 实现
小程序
1. 使用原生开发
vue + node.js + mysql 开发管理后台
- 最开始基于 vue-admin-template, 使用 node.js 实现接口
- 后来基于若依的 vue 分离版本，使用node.js 重构了后台 java 接口
公司从2021年开始，组建了新的产品团队，以前的好多非核心功能，都进行了重新设计，都是前端团队接手干的，使用 node.js 重构接口
这个框架已经使用2年多时间了，暂时没有碰到什么实现不了的需求，也许我们的需求比较简单吧
