2019-12-03"任何功能都是可以正交分解的，如果没有，那是因为没有透彻理解需求"。数据库多年，上次和池老师见面时-他描述他的人生轨迹时，自己得到了一个反思-全栈去看待梳理，然后换位思考去沟通。
大概万事万物离不开数据：数据部门有时反而成了中间点。站在中间点的角度和产品、销售、开发、运维之间做了不少需求的协调和梳理，在不断的换位思考中能理解可能的问题，这大概是最难的事情，不断的沟通去梳理探索当前真正的核心然后才能把握住当下。
老师的课程首先从各个方面去梳理了各个点的问题，又从业务/产品的角度去思考了，最后站在中间的地方去拎起来整体。明显的感受到老师在传递一种思想：好的架构一定是对架构相关的都明白且通过沟通去梳理出真正的核心需求/架构；就像计算机的核心是CPU，然后一步步扩展出整台PC。
感谢老师的教诲和付出：全局性的核心首先是不断抓住核心，然后扩展出周边，不能因为周边反而绑住/束缚了核心。期待老师下节课的分享。展开 5
2019-12-03任何功能都是可以正交分解的，即使我目前还没有找到方法，那也是因为我还没有透彻理解需求。
醍醐灌顶作者回复: 👍
5
2019-12-08“业务分解就是最小化的核心系统，加上多个正交分解的周边系统。核心系统一定要最小化，要稳定。坚持不要往核心系统中增加新功能，这样你的业务架构就不可能有臭味。”
我觉得这句话就是下节课的引子，核心是最小化的，就可以容易做到对修改封闭，因为它是业务的本质，除非业务变了，或者是我们没有彻底理解业务，否则它不会剧烈变化。
多个正交分解的周边系统，所以可以容易的扩展，因为互相不耦合，而只是依赖核心。
核心就是坐标系原点，定位了一个业务，周边就是各个象限，扩充了整个系统。展开作者回复: 说得很赞👍
4
2019-12-05当一个新需求来了或者要开始一个新项目的时候架构师在做需求分析和架构设计的时候其他工程师们在做什么？作者回复: 在做老项目
3
2019-12-04核心功能最小话，保持稳定；外围功能正交分解，这个总结太厉害了 1- 2020-01-13哦哦，所以增量保存，是在数据结构上做了优化。以前是先清空原数据，再将新数据保存起来。现在的数据结构可以每次只保存增量，相当于一个update。数据结构和算法实现起来更复杂，但是获得了更好的数据体验
- 2020-01-13老师，office做增量保存 添加到文档的末尾。是怎么做呢？要保存下每个操作的position和操作类型吗？
这样会同时存在多个文件，读取时需要基于第一个版本文件再做增量计算得出最后一个版本。如果保存很多了 计算量就会很大消耗时间，要有一个合并多版本的线程在后台异步运行吗？作者回复: 不是这样的。它是基于数据的多版本。从某个独立版本来说数据是完整的，但是不同版本共享了大部分的数据。
2019-12-16许老师你好，最近在做一个前端图标编辑的 web 应用，遇到了undo/redo 需求，项目之前是针对部分 commander （涉及对画布的增删），将整个画布数据拷贝一份存入，没有持久化在内存中，undo/redo 将数据取出来重绘。性能非常差，数据量上去之后，直接卡死。现在这部分在重构，想要实现你文中表述的样子，只是对修改的部分存储，我们画布元素分为节点（node) 和边（edges)，修改只针对这两种，包括修改样式、增加边或者节点，删除边或者节点，我想这增加修改我会将对应的数据存下(有元素id)，redo/undo 的时候，与 base 数据合并，提供给场景，但是删除怎么增量保存呢？
另外数据保存到浏览器的 localStrorage 好还是 indexedDB 中较好呢作者回复: 1、删除可以看作parent的items属性修改，也可以看作自身deleted属性的修改。
2、localStorage 比较通用、易用，indexedDB 更加强大。
2019-12-09老大，一般浏览日志，操作日志怎么规划？谢谢- 2019-12-06老师一直在强调业务正交分解，不理解，能否说一下如何做
作者回复: 这块和具体业务相关，关键做好需求分析。
2019-12-04有点抽象，需要更多慢慢咀嚼消化
2019-12-04正在反复阅读当中，正交分解
2019-12-04大道至简，
把事情做明白想明白还得千锤百炼，
还得深刻思考中千锤百炼地做明白想明白，
回头再看，大道至简。
顿悟。展开
2019-12-03任何功能都是可以正交分解的，即使我目前还没有找到方法。
2019-12-03干货满满呀！