Weekly Summary(20200216)

既懂得制造，又懂得销售，你就是无敌的。

​ —-硅谷著名的风险投资家  Naval

如果我们把自己的人生看成是一个项目，人生成功也是如此，既要有真才实学，也要懂得推销自己。

​ —-阮一峰

如何将自己这个项目做好，是我需要投入毕生精力去考虑的事情。

另外结合去年的精力，我也有一个切身的体会：做的东西 Boss 看不见，就属于沉没成本，沉没成本高了，我们组就挂了。

优秀公司的前端人员和我们有何差异

我找了下外面一些优秀的公司的前端团队的信息，发现他们和我们有如下几个差异：

1、人员质量高，高手多
2、设计驱动，这是和我们非常大的一个区别；通过设计上的高要求和一些创新的想法去驱动前端的能力提升
3、探索尝试性的东西做得比较多(比如 3D、动效、VR、AR 等等)
4、不是纯前端，会和其他领域结合，比如阿里的鹿班，就是前端与机器学习的结合，可以自动生成运营图片
5、前端的职能范围不局限于前端开发，还涉及后端业务层、视觉设计等等

高效先进的 B2C 前端

这是一个长远的目标，是无法一步到位的。我感觉我们目前首要的任务是先提升前端团队的下限。可以从如下 2 个方面入手。

基础建设

比如开发环境、工具的应用、组件积累等等。就像 YLF 说的，一线开发人员遇到的问题，可能不一定是写代码的问题。如果大家 40%的时间都耗费在找组件、编译打包等事情上，那么我们先把这些问题解决掉，就能带来 40%的效率提升了。

我组织大家做了一个问卷，希望借此先搜集一批问题，从中发现我们目前在基础建设方面的不足。

管理

比如资源的协调、人员做事方法的培养等等，这些都是可以通过管理来改进的。技术上的快速提升不一定现实，但是管理上的改进，是可以很快出成果的。

如果每一个前端开发都熟悉我们整个开发流程、明确自己应该在每个环节做什么、如何做好，那整体战斗力绝对会大幅度提升。

我们适合建立独立的工具组、探索组么？

脱离了业务，一切都是无意义的。

我们能给 B2C 的业务带来什么、能解决 B2C 的什么问题？

我的答案很明确：不适合。

因为去年可视化就是这样死掉的。

前端不像后端，后端服务拥有很强的话语权(没了后端接口你啥都做不出来)，而前端则不具备这种强可控性，你推的框架、技术、方案，别人用不用都可以，因为他有很多其他的选择，不用你这个，你也没办法(甚至你压根就不知道人家用没用你的东西)。

而且就目前的前端人员层次来说，我们也很难搞出比外面开源工具更好的东西给公司内部使用。

另外独立的组，不深入业务团队，你做出来的东西绝对是脱离业务实际场景需求、脱离一线开发人员需求的。

而且从考核的角度来说，工程组、探索组的价值也很难体现出来，难以做业务上的量化。

那我们该怎么解决这个问题呢？ 我觉得可以尝试虚拟组的形式。每个业务组抽取能力强、经验丰富、有意愿的同事，在不脱离现有开发业务的情况下，组件工具组和探索组。这个可以从现在的技术俱乐部入手。

改进前端的一些小点子

VSCode 插件-搜索文档和组件库

大家都是用 VSCode，那么我们可以尝试编写 VSCode 插件，可以直接在编辑器里面快速搜索我们的工具、文档、组件等等。

同时一旦谁有新的组件提交，也可以推送给所有人。

VSCode 插件-前端问答机器人

采用问财机器人来解答常见的前端问题，将大家的经验技术积累起来。

找人、找技术、找解决方案，一问即可。

通过脚手架来达到一致性约束

开发一个脚手架，可以一键搭建我们的项目；并且快速自动嵌入各个业务组的组件库，避免重复造轮子。

同时包含 ESLint 代码规范等约束，保证一致性。

每个月解决一个前端团队的问题

想要推广东西，首先大家得认可你，得对你有信任感。

最好的方法就是给大家带来一些实际的帮助。

因此我们可以每个月重点解决一个前端问题，让大家对于技术委员会认可、信赖。

活得简单些

遇到问题，解决问题，就这么简单。

2020 年，我希望自己能够做到：不怕事、不推脱、勤劳勇敢、往前走。