好久没有更新技术博客，因为目前的职责和技术细节渐行渐远，实在没有拿得出手、值得分享的技术干货。
不过自从半年前开始为了提高给业务逻辑补漏洞的速度，在「低代码」的领域里徜徉了一番。经过无数采坑，上手了国内各大厂「为了推广标准而假心假意」提供的技术框架。最终发现还是歪果仁的开源工具靠谱，前端 Appsmith，后端 n8n 上手简单易用，搞个交互和代码逻辑都相对清晰。
然而开源的坑往往在于能否信赖其质量，并用于生产环境。Appsmith 在发送 http request 的时候存在二进制文件流的兼容性问题，只得放弃。好在听说淘宝有 Airtable 的廉价供应商——Airtable 作为明星级的低代码工具，堪称 Excel 杀手。而 Excel 正是传统行业的亲密伴侣——就赶紧试了起来。不试不知道，Airtable + n8n 的前后端组合，一方面满足了用户不用表单用表格的傻缺工作惯性，另一方面二者有着亲密无间的 API 互通：n8n 通过 API 从 Airtable 拿到数据，再通过 js 和数据库节点完成数据计算，最终把数据推回 Airtable 完成交互闭环，堪称完美。
唯一的问题，是我的问题：js 的语法要从头学起。
不过从这两天把 n8n 升级到最新版本来看，开源社区出品的稳定性问题还是有点纠结。由于 n8n 的特性在于无限拓展新的 SaaS 工具接口节点，其测试工作量将以阶乘的数量增加。尽管节点之间的数据采用标准 json 格式，越来越复杂（也是越来越强大）的接入节点将导致模型无法收敛。不知道最终开源社区如何解决兼容性问题，不过从 Airtable 和 n8n 的更新热度来看，他俩应该会成为一对解决各类问题的好工具。
以后再分享二者的灵魂联动吧，这篇就当给落灰的技术站贴个春联。
