最近公司一年一度的专利申请又开始了,作为参与者我提交了四篇申请,四篇主题如下:
- 一个监控告警的实现
- 基于事件溯源的订单状态管理方式
- 一种分布式补偿框架
- 一种本地环境和k8s环境打通的方式
第一篇的实现参考的是pageduty的原理,event,incident那一套东西,写的东西很大,很全,功能原理很简单,洋洋洒洒写了好几页,提交上去,代理人那边直接给毙掉了,原因是查重虽然过了,但是原理没有创新性,很容易想到.
第二篇其实就是DDD里面的事件溯源,订单不在记录状态值,而是根据事件来回放计算订单状态值,提交完后,和代理人打电话沟通了下,代理人对状态这一个概念不太理解,费了很长时间讲状态是咋回事,讲完不到半小时,给我驳回了,因为找到了一篇几乎一样的专利,而且还是今年2月才提交的,慢人一步啊.
因为前两篇驳回了,我就想了下肯定是我写的点不对,第一篇监控这个东西专利已经写烂了,虽然功能全,但是专利看的是一个点是不是有创新性,和功能大全无关.第二篇其实也是大家经常会讲的东西,很容易撞车,所以换个思路,从自己遇到的问题出发,去想解决方案,不太会有一样的问题.
所以第三篇是把我之前写的一个补偿框架写了,其实就是基于日志的补偿,我们生产一直在用,也帮助我们解决了很多问题,重新写了一篇后,果然过了.
然后第四篇也是我们现在遇到的问题,k8s环境和本地没有打通,基于网关做一个入口转发到代理服务上,代理服务去和不同的pod交互,第一次提交的时候,因为这个原理非常简单,所以也被驳回了,后来我又加了点协议进去,然后也过了.
后面两篇其实是代理人那边查重过了,离专利过审还有一段时间,我们很多人对专利这个东西敬而远之,感觉很高大上,从0到1这种真正的创新很难,也很少,占整个专利的0.1%都不到,而绝大多数都是微创新,基于前人的基础上,结合自己的业务场景,改动改动,就能通过.