梦想还是要有的，一不小心就实现了

01

相识

在这里简单介绍下我在 Comunion 第一个开发版本中的一些经历。

我是通过上一家公司的老板介绍认识的，那时正是疫情，在家也没工作，就接了这个活。刚开始找我的时候问我会不会 NodeJs，然而 NodeJs 也是分很多方向的，我也不清楚具体是哪块。但是想想大部分我都有接触过，即使不是很精通，但是可以试试水嘛，大不了就说自己干不来，走人就是，于是我就接了这个 “NodeJs” 的活。

进入“组织”后我便开始去了解到底要做什么，得到的结果却是区块链。？？区块链？？为啥一开始不告诉我是这个，我根本没做过啊，然后还让我看一堆网站，看完一脸懵逼，毕竟是没接触过这个行业的，甚至一度产生离开的想法，怕自己搞不来坑了别人。

02

相知

从我开始说加入组织到产品原型正式沟通过了好多天，我还一直在想这个项目到底还干不干了啊，直到我们开了第一次产品沟通会议。

当时我因为时间原因前一段没有直接参与，后面才接入的，但是前面的内容我也通过会后的视频重新学习了下。会后终于对要做的产品有了一些基本认知，知道大概要做个什么，但很多内容，概念还是一知半解。

虽然之前我也简单地学习过一些区块链的知识，但也只是毛皮（直到现在我也没有被动或者主动地系统性的去学习整个区块链的知识，也是我最不积极的一个缺点），然后就稀里糊涂的开始准备开发了。

3

相爱相杀

懒惰是人最大的天性，我也不例外。立项开始的时候大家进度都很慢，我们彼此还都不清楚团队内其他人的水平怎么样，虽然我们开过一次研发会议并基本确定了每个人的工作划分，但实际做下来发现可能划分不是很合理，起码前端是这样的。一开始我分配的就是一个初始 Setting 页面，我想了想，就一个表单分3个步骤填写，简单吧，甚至已经想好了最多 2-3 天搞定，然后我被现实无情的扇了巴掌。

在设计稿完成后我们正式进入研发阶段，然后 Kering 直接大价钱买了一个基于 Bootstrap 样式改过的 Vue后 台模板让我们套用，原因是因为喜欢这种 UI 风格。好吧，有钱没办法，那就用吧。但是下载到的源码看完简直让我整个人都不好了，它就是一个套用了各种 Vue 组件库的糅合体，没有专门的文档，想看文档得翻相应的组件的官方文档。而且样式定义得特别复杂，没有做好解耦也没有文档。

用这个框架写了几天代码后浑身难受，每个地方都要想着用哪个组件库的哪个组件，样式要修改怎么办，最终举步维艰。当然没有阻止 Kering 买这个 UI 库我们自己也有责任，因为他之前让我们看这个行不行的时候，我们没有及时给出答复。

后来我实在受不了了，就跟泽辉说换 ant design 的库吧，他说行。然后我就把之前常用的一套框架复制过来改改跑起来了，泽辉表示用起来也很开心，后来就这么一直用下来了。

在后来的编码过程中我也发现泽辉代码风格有些不太好，应该跟他主要是 Angular 方向有关吧，一下子用 Vue 可能有些不适应。所以我就更多的接手了整体框架、UI 和代码风格方面的工作，而他主要负责上链相关的逻辑，这也是我还不太熟悉区块链的一个原因。

一开始分任务的时候我就说给我加一个 DevOps 的任务吧，因为我也算做过不少 CI/CD 相关的经验了。实际上真正开始做 DevOps 的时候差不多是在第一个版本快完成（当时理解的快完成）的时候，我是先从前端开始做起的，借助之前的经验，使用 traefik+github actions 完成了任务，具体可以看这篇文章

https://shimo.im/docs/NJkbEZQKODtVdmqR

前端完成后我就开始将后端项目也接入进来，但是后端是微服务的架构，这个我之前没碰到过，所以走了很多坑，上面的文章中也有介绍。期间我和王帅同学有过很多次沟通合作，从一开始大家相互不认识到相互调侃（还记得王帅同学经常1点多点外卖的场景），从后端打算独立部署到 CI/CD 跑起来，一路经历了风风雨雨，也是证明了我自己的能力。

但整个开发过程中也有一些不太如意的时候，一个是泽辉上链连调，花的时间是最长的，还有一个就是和设计沟通异常艰难。一开始设计稿出来的时候我们其实都没太在意，想的都是做的时候跟着来呗，但实际写到的时候才发现 UI 整体风格偏大（输入框大、间距大），也许是为了在1920尺寸下看起来正好，但实际放到小屏幕显示器上的时候会显得像是被放大了的感觉，能显示的内容也很少。

还有 UI 尺寸、间距缺乏标准，现在一般习惯的8的倍数的原则在 UI 上是没有的，相反还有很多基数的尺寸，还有很多尺寸找不到规则，有时还有同一个地方有不同样式的情况。但是当我尝试和设计沟通的时候，她的原则就是我只出设计稿，适配是你们开发的事情。

对，有些时候这么说是可以的，但是那样会缺少设计对于页面的把控，我在小屏幕上显示成什么样没有统一的规范，完全由开发去想象，最终出来的可能不会是一个好结果。前端确实有很多种适配方案，也有不需要设计接入的方案，但要么页面是完全符合栅格布局的，要么就是内容一直在中间某个小区域的。

多次沟通得到的结果都是：你先按照设计稿100%还原，自适应是开发的事情这样的回复。心力憔悴，行吧，那就我自己看着弄吧。

04

相爱相杀

1.Comunion 这种开发方式确有其可取之处，让各方有能力的人一起工作，完成一件事情，且劳动资源不再难找。

2.团队合作磨合是个很复杂的过程，每个人的工作习惯和能力可能都不一样，如何在线上协调好各方资源统一确实是一个非常难的事情。

3.工作周期不统一的情况下协作效率非常低，在线下模式下大家可以很方便的交流，但是这种线上异步的协作效率非常低，每个人都可能要等待其他人完成下一步，最终拉长开发周期。

4.人的耐心会被慢慢磨掉，因为工作周期长，一开始的积极性可能随着时间流逝会慢慢减少，最终可能选择离开。如果你真的喜欢这个项目，那么可能过一段时间就要思考思考，让自己保持活力。

5.这是一个优秀的团队，每个人都应该找到自己的定位，完成自己的工作，锻炼自己的能力或者实现自己的梦想。