6月上半个月，考完驾考的科目二、科目三、科目四，最后顺利拿到驾照。从沙巴outing回来晒到脱皮的手臂还没有完全恢复，脸又被晒黑了两个色号。整个5月和6月，忙忙碌碌处理各种繁杂的事情，很大部分时间上厕所都是小跑着，赶紧解决完，又要赶赴下一个会议；中午牺牲休息和午饭时间，赶去驾校练车。每时每刻都在紧张推进，当脑袋没有一刻时间是空下来的时候，也就没有太多关于生活和设计的思考了。所以这段时间让我体会了一把纯理性纯机械性的生活方式，抑郁的小情绪都偷偷被挤走。
今天不经意看到爱豆C7210（看来我爱豆真的好出名！！好多人在评论帮我纠正一开始错误的拼写）分享关于《Design Systems》这本书。ok，fine，两年前我其实就开始做组件库，一路坑次坑次，从基础组件，到业务组件，到页面模板。。。到现在，已经完成了一套非常全面的设计体系和素材库，当然，问题细节还是很多，需要很细心、耐心地不断维护。这其中的心酸和痛苦，谁做谁知道。两年来一路踩了不少坑，最大的问题就是团队协同以及如何做到组件库的收敛和发散。不断地思考自己作为设计师的定位，作为一个横向支持业务的UED团队，如何用最有效的设计资源去满足更大场景的业务呢？
最近慢慢在啃《Design Systems》这本书，个中很多表述都让我频频点头，想起来这两年构建和维护一套设计体系的艰辛和困难，以及这本书把我之前很多困惑和经验都阐述地很明了。欣慰的是，我认为建立和维护一套设计体系，是一件很有价值的事情，同事让我的横向和纵向能力得到特别明显的成长。从一开始3个设计师构建一套Axure版本的基础组件库，后来到全团队设计师参与，构建一套Sketch版本的组件库以及详细的组件交互规范文档，搞了整整3个月终于完成一个全版本的《AISC_DPL》。以及，为了避免后续频繁追溯设计原理和在协同中解决一些交互的争议问题，我们全员基于自己所负责的组件，进行详细的文档说明撰写，最后整合成一个文件巨大的《AISC_设计规范》。（后面希望有机会，我会慢慢分享关于维护《设计规范》文档的利与弊）
后来我们还跟团队的前端工程师们一起共建，产出了一套基于React框架的前端基础组件库，还扩充了业务组件、图表组件、页面模板等丰富的前端资源，让我们的业务方直接通过我们的官网就能上手自行开发。简单的，你可以理解为，我们又重新做了一套类似于Ant Design一样的东西，同时加入了我们内部业务所需要的其他组件和图表等素材。
后面想要给大家分享一些关于构建设计体系中遇到的各种奇葩问题，有协同上的问题，有工具使用的问题，有文档编辑的问题，有说明规范的问题，有组件绘制方式的问题等等。。。希望接下来一个月，能够一边看书一边把自己过去的经验结合整理，一点点把沉默在大脑深处的蜘蛛丝串成网。
