今天下午，5点团队的人坐一起聊聊天，回首下2014，马上元旦了回顾下2014年，我们做了什么？展望下2015。
会上开始的味道还对，总的来说就是分析下这一年取得的成就。每当这个时候，每个人说出的成就少之又少，我记得听过这样的一句话——程序员当回首一年的成果，觉得都可以用2.5个月完成。开始觉得这句话太狂妄了，但是仔细分析下，也不无道理。可以这样理解，这一年我们确实走了不少的弯路，彷徨过，迷茫过，虚度过；另一层意思也可以理解成我们成长了。技术成长有时候就是指数成长的，可能在站在当下的认识下，对过去的问题，觉得很简单。
今天在微博上看到一个段子
2015年我的计划是:清除2014年的遗憾，和兑现2013年承诺完成2012年对2011年的总结。
现在队里很多声音都是这样的，我没有安排好学习，什么地方可以做的更好。其实每个人都有拖延症。但是希望2015年，能更合理的制定计划、todo。比如自己来说，有些东西是必须完成的，有些东西是挑战完成的，和期望完成的。有主次，分阶段完成。 2015年，最想对自己说的事情是，决定做什么事情别犹豫。马上27岁了，不希望又是错过一年。
开始有点冗余，但是有必要，因为是这个话题引起的，后来团队中有些不一样的声音，就是和上下游打交道的事情，我们组是web前端，经常会和公司的后端，UI，PM 去打交道，慢慢的抱怨声就多了。
“xx PM 是SX，不懂乱提需求，UI 尼玛好好分个层会死啊？PHPer 明明是你们不会套页面，总是把bug 提给我们，还态度那么臭”
其实这样的声音在团队中络绎不绝，我开始的时候其实也是其中的一份子，但是当我去推进 前端工作模式的时候，见博客介绍
http://www.cnblogs.com/yunkou/p/4116306.html
当我去推进前后端分离，前端去接手后端php模板的时候，很多问题迎刃而解。有时候并不是谁为难谁（当然人品不好的就另说了），而是每个人站的角度不同，看问题的方式也不同。
比如PM，PM懂技术的很少，他们关注点是功能实现怎么样和项目完成的时间点，因为他们不懂技术，对于工程师‘暗箱’操作的事情不懂，如果有问题，那他们肯定是很焦虑的，遇到心理素质不好的起冲突难免。如果需求方再施加压力，那PM就更抓狂了。
所以面对PM 1 要卡好时间点去交付，2在自己工作完成的过程中把功能点顺带自测下。
对于后端PHPer，（可能每个公司情况不一样）对我厂来说，PHPer 其实很苦逼的，做电商的PHPer压力比较大，源自品牌商的奇葩业务逻辑。对于厂内的产品开发的工程师来说，大部分也都是沦陷在产品的飞速迭代中。对于他们年后最大的工作变化，就是把他们的模板层接手过来，由前端团队来写，这样会大大的节省了问题定位的时间。这样让他们不必在理会前端那些兼容，或者如何写好页面，如何组织前端代码，本身他们也是不擅长的。让他们更专注逻辑，把精力放在如何设计更好的API上面。
有时候会听到队里的人说，那不是往自己身上揽活儿了么？以后承担的是不是更重的工作？我开始有这个想法的时候，也是如此怀疑，第一次尝试这么做的时候，其实也遇到了种种困难。但是总的来说方向是对的，就不会坏到那里，任务重还可以和公司要更多的资源嘛。
回首2014 多为别人想想，14年这种尝试，给我带来直观的感受是，PM更友善了，能帮我们争取时间和资源，PHPer 沟通更顺畅了，解决问题和排查问题更迅速了，大家一起敲代码合作更舒服了，虽然多背负了点责任，但是随着前端自动化的流程会越来越优化。
2015年，继续实践。多为别人想想，比人对你的信任和尊重是一点点建立起来的。
