试用期总结

不知不觉在Deepin已经呆了三个月，从一个初出茅庐的学生到现在也是经历了不少困难，但是在困难中我也学到了不少东西。不论是技术上还是生活上都有了很大的长进。
对我来说Deepin不是一个陌生的公司，作为一个从11年就开始折腾Linux的老油条一直见证着Deepin的成长，虽然一开始不太喜欢其卡顿的h5界面和臃肿的Unity，但是我发现Deepin一直都在坚持，终于目前流畅和UI界面都有了极大的改善。来到Deepin之后，的确也不负我所望，公司Linux大神很多，同时任务也比较有挑战。

技术

在技术方面虽然我很挺弱，但是本身就有浓厚的兴趣。因此每天工作对我来说也是一种享受，经常下班许久迟迟不肯回家。同时我也是一个强迫症患者，喜欢追求更优雅的实现方式，更科学的代码结构和设计。在Deepin的这段时间技术真的提高不少，最为直观的就是现在的代码质量与刚来之时的代码质量，已经不是一个档次了。

完成的项目

• 2016年深度科技产品发布会专题页面（会前、会后）
• Deepin内刊杂志页面
• 修改deepin.com网站的历史代码
• 售后服务网站前端
• 手机公众号抽奖页面
• 修改deepin.org网站的历史代码（添加专题轮播，添加字体宣传页并适配移动设备）
• 邮件模板
• 用户反馈网站前端
• 志愿者捐助页面
• 装机地图以及增加个人信息表单
• 基于expressjs的文件查看器，方便测试时候进行页面之间的跳转

前端工程化的探索

前端工程化包含两个重要方面，第一是前端流程的自动化，第二是前端公共控件的组件化。

前端流程的自动化

前端流程的自动化主要依靠Gulp工具来完成，通过编写一系列的配置文件来让程序自动完成一系列的诸如构建、构建、测试等工作。具体做的工作有：
1. 使用更加科学和强大的es6来写后端逻辑，并使用babel来将它转化为普遍浏览器能解析的es5版本的js。同时对于只支持es3的低版本IE浏览器，引入core-js作尽可能的polyfill。
2. 使用sass作为css预处理语言，并通过postcss和autoprefixer、cssnano等插件来实现自动添加浏览器兼容前缀和自动优化css逻辑。目前比较流行的css预处理语言主要有stylus、less和sass。但是stylus虽然原生基于node开发，但语法过于随意，容易出现不易察觉的bug，另外流行度远不如sass和less。sass与less相比差别不是很大，但是sass拥有更加强大的功能。
3. 使用jade作为html的模版语言，html的语法比较繁杂，每个标签除了名字外还需要用尖括号包括起来，而且大多数标签还需要在结束的时候写上一个关闭标签。我觉得这种写法既不利于代码的书写速度，也不利于代码的排版增加了出错的几率。然而大多数html模版语言（nunjunk、ejs）都只是在原有的语法进行小改，加入几个特殊标记而已。并没有解决原来的问题。jade有效地避免了这种无意义的浪费，简洁的语法能够极大的节省时间。

前端组件化

前端组件化的过程比较坎坷，感觉这个问题也是一直以来前端界的一大难题。虽然我们有几个比较成功的框架，比如：Bootstrap、Foundation等，但是他们都太过于全面了，功能和UI设计并不能完全适合我们公司的具体需求。一般需要在其基础上进行较大的改动，因此在后期的前端任务中，我逐渐抛弃了这种做法，自己造轮子是非常有必要的。在探索前端组件化的过程中我经历了如下几个阶段：

• webpack：刚进公司就对webpack产生了兴趣，但是还比较陌生，因此就尝试着用它来跟gulp合作来构建前端应用。但是一开始并不能生层次的掌握webpack的配置，使用了webpackdevserver监听js文件，然后将不能处理的请求转发至建立在gulp上的livereload服务器。这样做十分麻烦，测试的时候需要打开两个服务器，比较吃资源，容易卡顿和出错。因此后面抛弃了这种做法。
• bower：由于webpack配置过于复杂转而寻找比较简单的解决方案。当时完成了不少任务，对于本公司的前端任务特点也比较了解。往往对页面效果要求高，但是实际上没有太多的交互逻辑。因此觉得为了一两行js而引入webpack十分不值得。因此就直接用上了bower。bower能够比较方便的将github上面的开源资源下载到本地，并处理好各自的依赖。因此中期阶段我直接采用gulp+bower，提高了不少工作效率。
• webpack：后面经历了一个比较大的项目：用户反馈。当时还是使用gulp+bower那套前端配置。前期工作的确十分迅速。但是毕竟算是一个大项目了，后端js的逻辑越写越多，遂感觉将所有逻辑全部放入一个js文件中是一件十分痛苦的时期，文件越来越长，代码也越来越复杂。每次更新代码、修复bug的时候，都很难定位目标代码，耽搁了不少时间。于是我又开始考虑再将webpack引入进来。为了解决刚开始用webpack出现的问题，我还是花费了不少精力：
  
  • 为了解决两个服务器消耗资源的问题我直接使用基于express服务器的webpackdevmiddleware中间件来代替原来的独立服务器webpackdevserver。
  • 为了解决webpack将每个源文件都包一个冗长的模块函数的问题我使用了CommonsChunkPlugin插件，将相同的代码块生成到了一个单独文件中，极大地减少了生成代码的长度。
  • 为了解决测试时候使用绝对路径，生成时候需要相对路径的问题。我采用了gulp-minimist插件来解析命令行所传入的参数。然后根据参数的不同采用两种不同的构建配置。
  • 为了解决webpack将es6版本的js文件转换成es5版本后代码混乱难以定位的问题，我通过用户构建时命令行不同的参数来选择是否生成sourcemap。通过在测试环境中生成的sourcemap，浏览器可以轻松定位错误发生的位置。

接下来的工作

接下来我计划完成下面几项工作：
1. 使用yeoman/yo将项目基本配置写成generator。
2. 参考bootstrap等一些优秀的库，完善我自己的组件库。
3. 优化sass文件的写法。更好的命名规则，更好的代码结构。

不足

作为一个初入职场的人，我觉得我很多地方都还有待改善。
1. 工作效率较低，喜欢采用不成熟、不熟悉的技术，常常陷入死胡同。
2. 公司只有我一个搞前端，所有工作只能自己完成，遇到的难题也只能自己想办法解决。缺乏可以交流切磋技术的同事。
3. 刚开始的代码质量太低，代码结构不清晰，缺乏必要的注释和说明，不利于后期的维护。现在渐渐有了自己的规范。
4. 与同事交流太少，性格比较内向，在公司几个月了对于大部分同事还不是很熟。