吐槽

我本来是希望用kmp来解决一部分双端业务一致性的问题。但是最后方案聊了两个多礼拜，因为iOS包体积稳定性技术栈等等问题吧，最终还是没办法合并代码。

但是工作还是要继续啊，还是要想方设法保住自己的工位啊。想起了庞青云那句我这一生如履薄冰,你说我能走到对岸吗。(哈哈哈玩梗玩梗)。

这个时候我开始思考我想做这件事的目的是啥？真的只是为了解决一致性问题吗？或者说我的目标是什么？

这次我从鸡架转型做业务了，屁股不同了，。我想做kmp的本质是希望能让dsl容器在业务侧可以快速的迭代。希望把一门描述性的语言转化成一门可以编译运行可以快速被双端验证的工具。

我一开始的设计中我会先去做sdk层面的统一，然后我会通过kt的语法糖通过dslmaker的形式来去生成对于我们dsl容器的描述，通过kmp的特性编译成双端的二进制产物，之后直接在各自的设备中去调试。

但是这次我在方案1阶段就被卡了。所以回到原点让我重新开始思考我要设计出一个什么东西？如果没有方案1是否也能让我做出我想做的？

技术积累并不是无用工作，我们之前在研发过程中已经把这部分dsl的数据结构进行了研发工作。那么其实已经完成了原始的方案1的积累工作。

反其道而行之，我们是不是可以通过桥接模式来把kmp生成的双端二进制代码和原来的dsl解析器进行桥接。然后把dslmaker的工作通过kmp加中间件进行融合。把整个kmp转化成一个研发侧工具链，让我们可以快速的通过kmp对于一个不可调试的json或者别的数据结构进行可编译可调试的开发。

剩下的就年后再说吧。年纪越大越喜欢听一些稀奇古怪的歌曲。

码农泪

一步踏错终身错,

下海编程为了生活

码农也是人心中的痛苦向谁说

为了生活的逼迫

颗颗泪水往肚吞落

难道35岁只在外卖过

代码摇呀摇bug就来到

人格早已码中泡

夜夜都在代码

活得像旧卡（日文发音joker）

谁叫我是一个码农