干了十五年软件工程，区块链一巴掌把我扇懵了，旧规矩全得重学

导读： 干了十五年的代码这件事, 在最近被迫给项目接入区块链的这个动作里, 才让人觉得真正懂了。软件工程跟区块链技术撞在一块儿这个事情, 它不是贴一个时髦的标签那么简单...

干了十五年的代码这件事, 在最近被迫给项目接入区块链的这个动作里, 才让人觉得真正懂了。软件工程跟区块链技术撞在一块儿这个事情, 它不是贴一个时髦的标签那么简单, 它是说底层的信任假设全被掀了个底朝天这个意思。

区块链咋改软件工程

在过去写微服务的时候, 数据一致性这种东西, 都是靠数据库事务来兜底的, 负责写代码的人自己承担相应的责任。现在系统上了区块链之后, 数据不可篡改就成了一个默认存在的前提条件了。

这就导致整个模块的设计思路必须要倒过来去想问题。开发人员不能只是一门心思地琢磨到底该怎么去存储数据这个环节, 相反, 必须得先把谁来负责对数据进行验证这种问题给考虑清楚才行。

在实际的项目操作当中, 最为明显且能够直接观察到的改变, 就是智能合约取代了原本那些大量的, 也就是包括判断条件以及分支处理在内的if-else代码逻辑。

关于业务逻辑的存放位置, 已经从过去的传统代码仓库迁移到了链条上面去, 这就导致了调试工作所需要的周期时间直接增加到了原来的两倍之多, 从而使得整个团队的工作步调和节奏在一段时间之内变得完全失去了控制。

其中有一位年轻的同事, 到目前为止，依然没有办法适应这一状况, 每当需要去修改某一个具体参数的时候, 都必须按照流程走完三轮测试环节, 仅仅只是等待节点进行数据同步这一个步骤, 就会耗费掉大半天的时间。

区块链对码农意味着啥

用大白话来说, 其实就是多增加了一个限制性的条件。以前进行优化工作的时候, 主要考虑的是程序运行时间的长短以及占用空间的大小, 但是到现在的情况下, 还不得不去计算使用区块链服务所产生的费用开销, 以及参与共识的节点响应速度有多快。

只是写一个非常简单的进行资金转移的功能代码, 对于需要支付的交易手续费这个问题, 在头脑里面也得反复地核对确认好几遍才行, 要是做不到这一点的话, 那么一旦把这些操作部署上链, 就会导致大量资金的白白浪费。

最让人头疼的是跨链的情况, 因为两条链的nonce规则不一样, 一旦同步没做好就会陷入死锁。我亲身在生产环境里经历过这个坑, 为了看日志翻了两百多行, 找了整整三天才发现原因是某个中间节点的时间戳飘移了十几毫秒。

不要再说什么区块链只是个噱头了, 它虽然没有取代软件工程, 但是确实推着那些写代码的人在把信任这两个字从架构文档里面拽出来, 然后再去重新定义一遍。