整了一些移动端活动页，不过也仅是活动页了，若是说移动端的系统，我还是没有太多经验的，所以后面就跟随技术的步伐，整了个移动端的适配布局，以备不时之需。
移动端的调试，部门内一直没有一个可用的方案，一碰上问题，根本不知道怎么解决。后面就整理了一个比较完整的调试方案，用得还算方便
资源文件缓存的问题一直存在，很多时候大家会忘记加上时间戳（或不知道要加，或忘了加）
为了改善这个问题，把尘封已久的Node.js拿出来玩了玩，整了一个本地监听文件改变则更改相关引用资源时间戳的小工具，在其他老项目中也一直沿用着
在requirejs项目中的去缓存配置是比较暴力的，设置urlArgs直接配置所有资源的时间戳，后来想着能不能结合Grunt和Gulp来自定义资源的时间戳，正好也可以搞起前端构建工具，然鹅都失败了，文件依赖实在不好解决。把目光投向webpack，也是想着先结合一下，差不多到成功的时候发现，一个关键的路径依赖问题实在搞不下去了，时间关系只有放弃（当时这块已经研究了一周多了，不能再浪费时间）。就放弃了对requirejs项目进行这种时间戳优化
从而也诞生了另外一个方案：使用webpack和es6（或者再加上React）作为技术栈。webpack这个东西，其实配置是蛮复杂的，好像也没有一个比较完整的构建配置例子和说明。React和Vue提供了开箱即用的脚手架，但当时觉得还是自己整一个好一点，就花了非常多精力去调试配置项，印象中最麻烦的应该就是热更新替换、jquery相关引用、编译性能、模块提取权衡、资源路径处理这几块，不过最终还是搞了起来搞出成绩，绩效拿到了唯一的一个S。多的时候会同时开十几个项目的编译进程编译，随之整了一个同步读取可用端口的npm包，防止热更新端口冲突。为了便于维护，也对开发和生产环境做了区分。
后端已经完善了一套代码规范，而前端竟然参考的还是后端的PHP规范，也只有JS有这种规范。没有规矩不成方圆，就在某个季度初期，决定把前端规范搞一搞。遂参考了大大公司们的规范，结合项目中的使用情况，整了一套适合部门的规则，看着算是比较完整的。然鹅，人是不可信的，还是应该有工具来限制好这个规范的实施，又搞起了前端代码检查工具，经历了选工具、选规则集、各编辑器配置规则集、webpack配置规则检查四个痛苦的过程，本来还想弄一下SVN的hooks来做提交前检查的，只记得遇到了蛮多问题就没有继续往下了。不过，前端规范的落地，目前来说并不是非常理想，落地这块还是蛮有难度的，还得考虑后端突然也改前端的代码。
渣渣电脑越来越卡，项目编译得越来越慢， 在webpack4趋于稳定的时候，觉得应该升级升级以提升效率，果不其然，升级后速度提升了近7倍。结合日常开发的那堆项目，心想应该可以让配置更为简单，便对配置项再度抽离，核心文件抹平不同项目之间文件路径的不同，对外暴露业务关键配置部分，绩效继续拿了个A
前端安全这块也是一个很大的知识点，自己最初也是懵懵懂懂的，后来也是想着要彻底理解它，以在部门内进行分享为目标去研究它。在项目中不断地测试后，最后便整理出了之前那篇文章，因眼界不足还有很多可以改善的，得等以后慢慢去整了。