一次失败的设计

#话题#功能，在各种杂事的环境下，一周时间开发、测试、上线。

抛开该功能的价值，但从设计角度来看，是我经历过的最大的失败。

1。设计之初，认为将来是可以嵌入到各个产品线里的。所以设计时的一个考虑是直接将原内容修改，添加话题连接，写入存储中。结果没想到第一款（后来才知道是唯一的一款）嵌入的是“心情短语”类似的功能——这个功能将会被分发到很多个地方：手机、客户端、动态……这些dispatcher都不是一个team所做，所以一次侵入性的改动，造成大量业务的涉及。

2。解析一次文本，永久存储话题连接。这个本来是为了内容的安全考虑的，毕竟在中国互联网里，内容安全是第一位的。所有的UGC都要能被审核、被处理。所以设计为内容入库前统一完成过滤等操作，这比每次在展现时渲染，成本要低的多。所以这一点成了决定整个底层设计的根本。

3。对整体业务不熟。没意识到目前项目的高度的聚合性，这也是在这半年的工作里疏忽的地方。项目在高速的前进，各种新功能、优化频繁的上线，所以将工作中心放在了构建服务体系和底层基础业务的存储架构重构之上，而忽视了业务架构，这是一个失职。

解决思路：

A）重写该业务，更换架构。

B）整理当前业务，着手业务架构。

Shame