在这次大会主要针对前端基建做了一个系统的认知。
参与的主要目的是为了完善基建的认知以及如何高效的去进行落地。
一、对讲师的内容重点笔记与梳理
二、如何在自己实际团队中落地与实施
整理一下思路。
首先基建是什么？
基建的主要目的是解决当下问题，为未来提高效率，提高协同，降低成本。
我们团队：3 人
一名后端与两名前端，因为从研发中心单独走了出来形成新的部门。目前还在招聘人员中
现在的主要目标：完成产品第一版本的开发。
次要目标：在开发的过程中梳理基建结构，提高协同效率，降低成本。
主要目标每天都很忙，那么怎么去做次要的目标？
时间上如何分配？
分享一个故事：
有个人叫李四，是大厂内一名总监，每天的业务都很繁忙。如果要约他特别难，因为根本没有什么时间。
有一天他家里地下室突然被水掩了，他不得不去处理家里被淹的事情，然后在那一周每天都花了一两个小时处理这件事情。
我们换个角度来总结一下，时间是极少的，但是却能在一周多花时间处理这件事情，这件事情的重要程度非常的大。事项的优先级很高，那么是不是没有时间呢？并不是，而是你怎么看待这件事情，把他的优先级排在什么位置。
回到当下，以前在研发中心暴露出很多问题，比如说：需要文档的时候找不到文档，有文档却不知道怎么找，新人也不知道怎么处理；前后端开发因为没有接口文档天天互相吐槽；开发结束后进入测试阶段测试完了却bug频出？项目实施文档如何归档，如何有效反馈需求等等。
大家都知道什么问题，但是没有人去做这件事情，这件事情的优先级高吗？不高，因为不会影响主要业务，但是在项目后期维护时间特别长。
那么如何在 3 人的团队建设基建呢？
肯定需要一名发起人，那个人就是我。
在前端的开发中，与前端人员沟通好哪些是可以作为基建的内容。后期怎么去进行复用，多总结。在后端开发中，在开发过程中尽量靠近标准，在后期可以方便进行整合与快速搭建基建。
和研发人员沟通好后，去推动这件事情很难，因为领导都是看重主要业务，这些都是次要的。所以我的想法是自己进入基建的基础开发，后期进行推广。ps：其实研发领导也知道这个事情，要怎么解决这个问题。但是没有去落地这件事情。这并不是领导的不作为。因为现实大家都很忙，而且也没有人愿意出来承担这个风险。
竟然自己属于发起人，那么就从自己团队开始。在部门内进行推广，最后用数据来说话，会更加有助于后面其他人员的参与。
首先是文档层面
需求、设计一定是需要的，由产品设计的负责人进行整理。
那么文档包含了前期的需求、设计、流程、前端开发规范、后端开发规范、接口规范、测试文档、实施流程、实施文档。
这里需要建设文档库，以及对应的流程。比如开发流程、测试流程、实施流程
其次属于开发层面
如何进行前后端协同，目前指定一款免费协同工具。
技术栈上面进行统一，在开发中尽量进行组件化，提高复用率。
指定协同的项目管理工具。
如何去进行错误监控、性能监控、埋点
这里需要建设项目管理、前后端协同工具、组件汇总、错误监控、性能监控、埋点等等
再次是实施层面
如何优雅的发布更新私有化部署代码
在不同环境中怎么去提高发布效率
实施流程规划化
怎么去传达客户的需求与意见，怎么汇总这些需求意见
产品后期的维护手册怎么快速维护。
这里需要建设产品的发布、需求意见的汇总、维护实施相关文文档。
问题知道了，那么需要开始落地。
从一开始遇到的问题就是人工部署，每次部署花的时间都很长。而且远程工具有些还不能直接复制粘贴，文件传输就成了一个问题。当项目多的时候维护起来就特别麻烦，需要对项目汇总。
所以基础框架就先搭好了，人员、权限、部门、公司。
文件传输存在问题，项目汇总。
所以就增加了文件中心模块，主要用来传输文档，上传下载不受限制等等好处。
其次增加了服务应用模块，主要对项目上的所有服务器、对应的项目内容进行汇总。
这里的时间从以前可能需要两三个小时以上完成的时间，已经缩减到了一小时左右就可以解决。
这两个已经完成。
在实施过程中还遇到一个问题，产品手册需要编写，用户翻阅使用手册不方便。
所以需要一份在线查看，原来的方式就是一个pdf。所以后面增加了在线编辑产品手册、产品常见问题汇总，并与部署好的系统进行绑定。
这个第一版本完成，但是没有与项目绑定，这个是需要立马做的事情。
文档方面，目前的优先级不是特别高，所以会过了这段时间在进行开发。
这里的功能以前只能发送文档给客户，其它都需要自己去维护，导致本地文件众多，更新不够及时。系统常见问题存在本地与脑海中，客户无法方便查阅。这个问题已经优化。
由于追求美观好用，目前使用的是收费的前后端接口协同工具。由很多限制；
所以目前优先级最高的就是接口文档协同，与后端人员沟通后可以通过swagger直接导出，前端要求就是有指定的地方方便查阅。
所以在开源上面进行选择一款比较中意的工具，进行二次开发改造。正在进行
回归到这次的主题，基建的建设。我的观点，如果没有认同，那么现在部门内进行推广，开发好了后发挥价值，大家觉得不错，那么你做的就是成功的。
开发时间都是工作之余进行的开发。
所以，总需要人出来奉献自己的时间，但是坚信自己做的就是为了解决问题而存在做这件事情，而不是为了基建而基建。
这次的收获挺多，更加完善基建的认知体系。
最后
技巧不在于你知道的事，而在于你所做到的事，还有执行才是最重要的。
共勉加油
