最近，在研究国外的金融科技公司，他们如何构建他们的平台战略？机缘巧合之间，刚好看到一篇关于Bank Python 相关的文章《An oral history of Bank Python》。在这篇文章里，介绍了 Bank Python 的四种基础构建块：
> “所有模型都不对，但总有一些是有用的。” —— George Box
与常规的在线可视化协作相比较，对于 Feakin 这一类的图即代码的绘图工具来说，其在线协作可以直接简化为三个元素：
高中，读过几本 3D 图形编程相关的书。怎么说呢，自那以后，图形学相关的东西，都不在我的兴趣范围里了。直到最近，我重新燃起了一点兴趣：
最近的项目比较忙，能腾出的业余时间不多。周内，“机缘巧合” 之下，与国内的某知名手机厂商的架构师们，一起聊了聊如何进行 Android 的架构治理，而其中的出发点是：如何从依赖治理的角度来进行 Android 的架构治理？
过去的一个月里，在帮助其他部门进行毕业生培训。从名称上说是培训，但是实际上则是训战结合。不想一下子给太多，这篇文章会给的建议是：
最近的业余时间里，一直在研究图相关的领域，顺便构建出 feakin 图形引擎。在研究了 Mermaid、Cytoscape、Drawio/MxGraph/MaxGraph、Excalidraw 等图形库之后，大概写了两个 PoC（概念验证）：
最近，遇到几个有意思的案例，刚好与康威定律有关。于是乎，就决定简单写一篇文章做个记录。
在编程的时候，我们会一直考虑所为的「灵活性」的问题。灵活性，可以降低我们变更的成本，减少部署的频率，进而提供更好的开发体验。而与此同时，追求实现的灵活性，可能会影响用户的体验。如何平衡这两种就是一个非常有意思的问题。
图表即代码是将图表以领域特定语言作为载体，围绕于不同的使用场景，转译生成二次产物 —— 如概念图、架构图、软件架构等。