前言

近期工作生活比较漂泊，从上海换到了成都，这个是以家庭为单位的重大决定，离开一线城市对于职业生涯和技术前沿来说是有一定问题的，但是出于房价考虑（主要是买不起房子）与生活舒适度来说，回蓉似乎是一个比较好的选择，何况成都的互联网也还行。

随着能力的提升，负责的工作种类会逐渐增多，考虑的方向也会有所不同，这个时候不太会有太多单独的知识点成为阻碍了，工作中碰到的问题要么太“大”，总结起来费力，要么太“小”，不适合单独整理成文，这种现象反而造成了一段时期的博客空白期，总的来说就是又开始懒了，思维又开始懈怠，人又开始想待在安逸区了。

因为开始懒了，所以没能学习到新知识，自然出不了新文；因为开始懒了不愿意再对工作中的问题一个个深入研究、深入挖掘自然出不了新文。

所以人还是得不停的鞭笞自己啊，不能让自己陷入“瞎忙”的境地，得有效的利用时间，才能走的更远！！！

现在我在一家小公司做前端，因为公司以及职位的变化，对于在小公司如何做前端有一些心得，拿出来与各位做个分享，希望对处于小公司的前端有一定用处，也鞭笞自己重新学习总结。

什么是优秀的前端团队？ 团队初期缺什么

在公司中，层级越高对业务关注比例越高，反而不太关注个人成长，所以评价一个leader是以团队为单位，团队成员比他强是应该的；对于个人来说的话，要多关注自身能力成长，然后能力匹配自己的职位，甚至超出自己的职位，这样的团队的话，战斗力是比较强的。

主管（包括前端主管）设定目标必须可量化 ，比如你做一个业务，kpi是多少，那么技术就需要考虑如何才能达成，细化到研发甚至前端层级，就是所谓技术kpi了。

比如，今年H5站想达到单日平均出票量10000，那么这个就是业务目标，需要消化分到各个业务团队，可以是：

① SEO优化

② SEM优化

③ 营销广告

④ 微信&支付宝&手机百度流量接入（微信钱包是十分优秀的流量入口，可以极大程度的增加流量）

⑤ 实地推广

......

以上当然只能解决部分问题，具体到前端，可能我们就要从页面转换率入手，建立订单漏斗模型，做性能优化，做交互优化，每一个具体的层面都需要转化目标。

这些都是直接可量化的东西，因为当前业务已经到了一个瓶颈，或者公司已经到了一个瓶颈，业务上就需要做不停的尝试，对应到技术就是需要你快速迭代，低成本迭代，不断的容错试错。

这个时候就会提出很多问题：

第一是你的团队在类似高压下会不会主动加班去实现公司的目标、个人的kpi。

第二是你的团队在这轮高压拼搏后有没有留下什么东西？

根据之前经验，没有团队可以无休止的承受高压加班的压力

以之前携程无线高压迭代的经历来说，就算是那么优秀的团队事实上到后期也是疲惫不堪，疲惫的时候容易犯错，亢龙有悔，盈不可久。

第三是如何帮助新人快速的融入团队，如何让1+1=2。

我们都清楚，好的项目绝不是堆人可以堆出来的，如何让一个项目可以分解到各个人手中，如何让良莠不齐的同事可以更好的协作，这个是我们需要考虑的。

要解决这些问题是要靠平时的积累，具体体现到前端是：

1 在不停的迭代中，你的业务流程是不是最优（产品到设计到前端到最终上线流程） 2 在不停的迭代中，是否沉淀出来了公共服务与工具化服务

好的前端是什么样的

首先，好的前端是一定愿意加班的，同时，好的前端是会找办法让团队少加班的。

和一些朋友做过交流，很多好的点子，改善工作效率的点子都是几个人讨论后私下晚上搞出来，然后反复实践用于生产的。

一般来说业务kpi对于能力强的朋友来说不会太难，所以对他们的期待也会更多：

有强烈的意识，能深刻了解到当前项目性能的缺陷，开发效率低下的原因，并会找寻处理办法

很多团队在快速迭代中会开始“欠账”，时间久了就不愿意还，问题的存在搁置需要想办法去解决，团队成员是看得到问题的，没人说，没人做是因为知道那是坑，你如果能解决的话，一到二次便能提升自己在团队中的位置。

好的前端应该有良好的架构设计能力

首先，好的前端能向人清晰有条理的描述自己的技术方案，并且让人听得懂！

然后架构设计能满足长久的需求发展，就算业务频道扩大了10倍，用户量增加了100倍，也不会有根本的变动。

好的前端应该具有良好的交流能力

对内，好的前端需要了解团队成员的性格与能力，做出适当的任务分配分解；对外，需要抢占业务还不能产生利益冲突，这类人是项目推进的主力。

小公司的前端应该怎么做

不是所有的小公司都这样，但是我见过的小公司的前端都在扑业务，并且疲于奔命，这个是个恶性循环，第一次做业务：

加班赶业务-业务结束轻松一周-加班赶迭代-业务结束轻松一周-加班新业务-业务结束轻松下......

偶尔你会问这些朋友为什么没有什么积累，得到的答案基本是一致的，忙啊！他们忙起来的时候是真的很忙，但是第二次如果依旧这么忙的话就有问题，第三次还这样就是团队不健康了，一个好的做法是：

① 完成前后分离，这步做不到，后面也不用做了 ② 形成几套UI库 ③ 根据业务形态，形成公共业务 ④ 前端重复工作工具化 ⑤ 形成优化体系 ⑥ 形成统计体系 ⑦ 建立页面转化漏斗模型 ⑧ 做ABTesting方案 ......

首先，无论出于什么考虑，前后一定要做分离，如果有SEO需求，那么再后续推进nodeJS方案，毕竟现在不给钱想排前面还是很难，SEO基本没意义。

其实，小公司有很多坑可以占住，这个会帮助你建立团队威望，下面我举几个细节点说一说。

UI库

UI库的形成与UI库的多少将决定你后续项目重复工作量的多少，这个UI库需要注意几点：

① UI是否可重用

② UI是否可定制

比如让很多朋友去做这个时间选择器，做出来就真的是时间选择器，如果让他换成城市选择器，就全傻眼了：

③ UI是否可拆分，可聚合

还是以上面UI为例，这个组件事实上是一个聚合组件，由一个select组件与一个弹出层组件组成，你的UI是不是可拆分是评价他质量的一个很大考虑点。

......

公共服务