杂谈

从客户的烂项目中得到的启发

最近给一个超烂的项目做了一回service。。。客户是个小银行,数据量不大。但是流程不用现有的标准的,走奇怪的路线,做很多自开发,用external的tool。然后因为他们已经这么做了,为了维持住这个系统,实现客户需求,不得不使用更多的自开发。结果导致整个系统弹性和可扩展性都很差,而维护成本很高。性能不佳,只能保证勉强能跑,还时不时的出些dump。

他们在性能和功能之间,只能得到一个低水准的平衡。

这个突然让我想到了《抗议与忍耐的政治经济分析》。这本书的主题是讨论东欧转型。作者的主要阐述就是围绕着东欧怎样在不完整的市场经济和不彻底的民主政治之间保持了低水准的平衡。这种新型的治理均衡,使东欧免于拉美转型时的社会动荡。

回过头去看看客户的项目,如果他们想要在golive之后有一个稳定的,低维护成本的系统,现在只能改design,主要流程都要推翻重做,这个就导致他们不可能按时golive。事实上他们的golive已经delay了很多次,一个月之后,就要讨论是不是要cancel这个项目,然后走法律索赔的流程了。所以他们现在只能用一些quick win来拯救这个项目,比如加硬件。但是这个不是一个安全的solution,只不过把问题暂时推到了golive后。

通过这个项目,我理解了东欧转型的困难。计划经济和集权体制留下的烂摊子不是一朝一夕可以改变的,不完全的市场经济和不彻底的民主政治是出于实践可行性上的妥协。但是这种低水准的平衡终究很难用渐变的方式向高水准的平衡移动。

就像那个可怜的客户项目那样,如果要动主要的流程,那么就不可能是个小改动。

关注东欧转型终究是为了思考中国的现状和未来。

错误要及早纠正,越晚代价越大。

实践上的困难是,不得不妥协,不然进步都不可能发生。但是妥协下的不完全的进步,又会变成进一步发展的瓶颈。

写完觉得自己不知所云了。。。

3 comments

  1. 我也觉得不知所云。大概是因为还没想清楚就动笔了。不过现实的小项目和虚无的东欧的交错,有点像镜头的切换,喜欢。

Leave a Reply

Your email address will not be published.

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>