赶在四年一遇的29日,听了前端早早聊的分享,感触颇多。疫情之下,难得有一些线上的技术分享播出。再次感谢scott的组织和分享。下面聊一聊自己的理解。如有不对之处,欢迎指出。

值得学习的地方, 几位讲师的 归纳总结能力版本能力分层能力, 未来长远规划能力, PPT能力 (这是夸赞的话,ppt真的很好看啊!),都值得学习和思考。年前公司做了组织升级, 加强了底层系统建立的学习和培训,这几位讲师在这些地方做的真的很”前辈”.. ( 赞美的话到此结束,感兴趣的可以关注 前端早早聊 ,消化和吸收一下内容。下面总结下我的的吸收和理解 )

目录

本人根据几位讲师的讲解, 把问题分为一下几个点。 分开讲解。每个讲师都有涉猎,本文会引用一些讲师的ppt图片。 如有侵权请联系我的删除

image.png

为什么要搭建基建

如果是我呆过的团队, 我跟老板说我要搭建基础建设, 基本会被diss的不行把。 因为我老板很多没有经历过前端时代,有些是业务出身, 有些是后端出身,有些比较注重业务价值。 今天开这个会之前,我想的是 如何说服过往那些老板支持搭基建。 想到的几个关键词和角色对应:

  • 降本 (对于创业公司的老板/leader)
  • 增效 (对于所有老板/leader)
  • 控风险/稳定性 (金融公司/leader)

但在此之前很困惑如何说服老板,如何告诉老板 “团队为什么要搭建基建?” 怎么和老板达成共识??

收集和总结下各位讲师的回答,试图提炼和消化一下:

为什么要搞基建呢?? 为了解决实际工作中的问题,包含研发/团队成长,保证产出更快/稳/好? 这是我认为的基建意义所在。堂主的ppt里面给了更全面解释:

image.png

就以上几个方面来说,对于我们这种初创型公司来说最关键的还是解决现有研发团队的问题,强化团队练兵,更好的梯队建设。 至于团队影响力的建设, 目前来说对于 我们团队来说还是比较远。

什么是基建

什么是基建? 团队的基础建设,对于研发团队来说,是那些可以加快团队研发,让问题提前暴露的技术手段(点),技术工具(线),技术系统(面),产品/产品链(体)。这些的搭建和建设。堂主 做了一个很全面的归纳和总结。下面review一下我自己目前缺的地方, 是自己以后提升和借助团队发力的方向。

image.png

image.png

结合我们的实际情况,整理一下这块。 梳理下需要加强的地方, 在后续的业务中注意完善这些模块,更好的内联和融合到业务/技术体系中。从上面图谱中有以下几个地方需要加强

前期阶段准备完善

这块是比较认同的,当团队项目越来越多,人也逐渐的增强的同时。 代码的编写/阅读,以及一些粗心造成的bug,需要提前检测,需要提前检测,需要提前检测; 大家的文档也需要统一的规范;方方面面做事处于趋同(达成共识)状态。目前我 (仅代表个人,不代表团队)这边需要增强和遗漏的点

  1. 设计资源的建设,目前设计资产没有标准化的产出,没有和设计达成共识,比较被动。需要和业务实际结合,加强这块的产出
  2. 打点和性能规范目前没有落实,仅限于自觉和口头,需要结合目前的业务指标和现状对不同平台提出阶段性的要求和指标
  3. 打点,目前没有统一的打点和打点服务。这块需要增强结合业务平台
  4. 复盘文档,目前逐步完善,加强这块的参与和建设。

编码 & 联调阶段

物料库

  1. 物料库目前 Utils逐渐抽离原有老的系统,提取公共Utils.
  2. 物料库UI,大会中说到了UI库的建设问题, 我们考虑到人力以及社区资源的丰富程度,采用把UI库集成到平台内二次开发,现阶段UI库替换覆盖率较低,需要增强
  3. 业务模版,因为我们是基于可视化构建来做, 加强内部模版的建设。

    基础框架

    基础框架这块主要采用 开源的生态体系,根据实际的业务需求逐步完善。

    工程化体系

目前处于CLI阶段, 之前做了一套 project-next-cli 的通用cli设计,听了各位讲师的cli,自己的low的一b,后面会基于原有的cli完善

  • 和业务系统构建方式打通,制定构建标准
  • 构建UI化,赋能其他端同学
  • 持续集成建设 ( TODO )

    前后端协作

    目前缺 mock服务, 和 数据投放服务, mock服务正在逐步接入中。数据投放服务需要更多的探索和学习。

    构建部署阶段

    目前这块,习惯于以脚本化的形式去落地,缺少完成的服务链路。

特别缺少: 打包发版服务,灰度发布服务,一键回滚能力

搭建能力

这块比较擅长,组件级复用19年已经打通,刚刚也完成了老的系统的组件复用接入。其他交给可视化搭建平台 (PaaS平台)。

数据采集 & 分析

这块目前比较或缺,增强和业务结合,努力把这些落地。

调试优化阶段

需要结合实际 To B领域方面,加强这块建设。

基建怎么搞?

堂主把团队里面的流程和规范都做成了系统化产品,来增强开发体验。这里就不贴图了。 目前这块来看,需要结合自己团队的情况来做具体的调整。把研发流程,团队管理系统化和数字化,是一个很好的借鉴,更好的提效和看到实际的数据,也能更好的说服老板。

上面整理了我目前关注的问题, 也了解到了基建的缺乏和痛点。在几个讲师分享的过程中, 强调了要坚持自己的方法论, 要考虑到实际的现状, 从目前来看,术的层面大概基本上一致,需要就是区分下业务上的差异和细节。

道的层面,几位讲师也强调了,要注重 内部人的建设, 找到适合做基建的同学。 其中小爝,堂主, scott 比较有借鉴意义。

大家的建议是

找到共同的痛点

业务线和业务线, 小组和小组之间经常碰面,找到共同的技术需求和痛点, 梳理需求,做好版本规划,找到有意向的同学, 开搞

找到有意向的同学

让别人理解你是个特别难的事,什么样的人适合做基建。爱折腾的人,有同理心的人(说的就是我😊).
然后把这些聚集成 不同维度的小组, 有牵头人推进,以技术项目的形式推动进行和发展,要有里程碑的规划,有文化和制度。

TODO (这里需要再完善和消化)

长远规划

在几个讲师里面, 有3-4个讲师提到了未来规划,这个比较认同,作为团队的leader。或者说想往leader发展的人来说,得主动去找一些有价值的事,想清楚事情的why how what;因此需要主动去了解业界先进技术动向和现有业务的结合。
TODO (这块是最或缺的部分, 强化这块意识形成)

总结

没事翻翻各位讲师的ppt,睡不着的时候多思想,多画图。另外也要给没有这方面的意识的同学/同事,去讲一些基建的why how what,基建的价值和未来价值,集思广益推动事情的落地。

资料

几位讲师的讲解文字稿已经整理出来。