转眼间已经研三了，从大二开始接触 Web 前端，到读研期间参与实验室大大小小的一些项目，再加上今年暑假的一些实习经历，想对前端的学习方法和路线记录一些自己的思考，作为沉淀。

在头条实习期间，每周都会有人负责分享前端技术视野，摘取近一周内的行业/技术动态，也不仅仅局限于前端，对于技术视野的扩展和提升非常有帮助。想写篇文章总结一下如何搜集这些信息。

转眼到了研二找实习工作的时候，因为项目的原因，并没有好好复习，从 3 月初开始准备投递简历到 5 月底入职实习公司，实在是非常累同时也收获很大的一段时间。

转眼研究生学业过半，马上就要去找实习、找工作，回想两年前也是这个时候，觉得自己技术能力一片空白，只有一些玩具性质的学习项目，没有竞赛等亮眼的简历条目。

而今又过了两年，有成长也有思考，自身能力提升的速度跟技术发展速度相比还是小巫见大巫。负责开发的项目多了，框架使用多了，也做了一些技术之外的事情，总体还是对自己的改变感到欣慰。

今年实验室几个 web 项目都用到了百度地图服务，但部署环境无法访问外网，必须要对百度地图进行离线化处理。百度地图没有官方的 web 端离线方案，只能自己动手，丰衣足食。地图离线化不仅包含普通地图的瓦片图，还要求包括卫星图 + 路网，绘制图形等独立的 Library。

看了一下百度地图 js 压缩处理后的源码，可以说是非常不友好了，为了快速实现这个需求，尽可能少的修改百度 js 代码，方便以后升级或者禁用离线版，一个简单的思路是修改原始瓦片图请求为本地的离线地图库。

hexo 介绍

hexo 是一个使用 markdown 解析生成静态网页的框架，这样的框架还有 jekyll，前者基于 nodejs，后者基于 Ruby。但都使用 .yml 作为配置文件。之前用过 jekyll 搭建静态博客，但是在入门难易程度，包管理器生态环境和速度方面，貌似 hexo 更好一些。

hexo 默认使用 ejs 作为解析模板，默认 markdown 解析也与 GitHub 最为相似。书写，本地预览和部署到 GitHub repo 都非常方便。

Single Page Application - AngularJS

最近半年做了不少单页面网站的开发，有静态也有动态的，主要基于 AngularJS（偶尔在我的 blog 中
用了 ractive）。对这种重前端应用就着迷了，优点是前后端分工明确，高效（异步请求数据）且用户体验较好（没有频繁的页面跳转）。

没有任何框架能够适应一切场景。SPA 也有缺点，比如应用复杂代码量增加时，单页面应用就会有内存泄露等棘手问题，还有 SEO 优化等等问题。
SPA 适应的场景，如小型静态应用，与后台频繁交互（但不涉及重大安全问题）的应用等，我认为都是适合单页面应用的。

SPA 与 RESTful API 非常合适，只要确定接口规范，前后端开发就能较为独立地进行，前端通过 mock 异步数据，后端则直接测试接口，在前期不用集成前后端一起调试。

在此总结一下自己在基于 AngualrJS 搭建 SPA 应用的过程中学到的东西。仅限于 AngularJS 1.x。

回顾 2015

学业

从大三开始转向学习准备保研开始,终于在 2015 年如愿以偿.

之前一直在找工作和上研中纠结,最后还是打算上研,除了获得专业技能的提高之外,还需要更全面地学习和更好的发展.

在此回顾一下自己的 2015.

最长回文子串

最近在 leetcode 上刷算法题，重温一下 ACM 和 javascript 练手，发现了一道有趣的题目，最长回文子串。

开始的想法是反转字符串然后找出最大公共子串（LCS），但是 TLE 了。觉得可能是 js 本身效率太低，然后找了 leetcode 上别人写的算法分析，发现反转后找 LCS 是错误的，而且分析写得非常好，觉得应该好好学习下，记录在此。

回文

回文字符串就是指无论从那个方向读都是一样的，如'aba'就是一个简单的回文串。

开始的想法是先将字符串反转，然后找出它们的最长公共子串，即是要找最长回文串。

然而这是错误的！！！

在 Ubuntu 14 上使用 Git

之前一直用 GitHub for Windows ， GUI 帮我搞定了一切，不用关心背后发生了什么，就可以随意的 commit 和 push 代码。现在换到 Linux 环境之后发现没有那么方便了，全都要自己搞，虽然麻烦，但是学到不少东西。技术的事情还是偷不得懒的。