这两天准备要接手天津商行的项目。但是在接手的过程中,对整个项目的理解却是非常的困难。最大的问题,就是对业务的不理解。
天津商行的这个项目不大,核心的业务就是日结,及其围绕在日结之周围的一些相关业务。其实也并不是特别的复杂,但是转来转去,开账闭账,凭证科目什么的,的确对一个财务的门外汉是异常的头痛。虽然有还算明细的需求文档,但这些需求更多表述的是业务的表现,而对于业务过程和相关的知识却没有什么描述。
业务上的不理解,也就造成了即使看代码也没有多大的帮助,更何况代码的质量也不甚良好。代码大多都是平铺直叙的代码,如果单就一个方法(业务方法)而言,理解起来还算是很容易的。可是问题是,这类里足足有七十多个这样的业务方法,没有分类,注释也只有简单的描述,如果你不理解业务,那这就是噩梦,根本不知道从何下手。这样的类大概有二十多个,纯粹的描述业务的类,极度郁闷。
对于技术、业务还有架构,常常会有各种各样的疑惑,但更多的就是究竟要更侧重那一个方面,也就是所谓的鲁棒性了。
目前,社区内对于技术还有架构讨论的是有模有样的,但是真正能符合这些复杂业务的开发吗?或者说用这些热门的东西,来实现我的这些业务,真的能达到易于扩展易于维护吗?
有没有讨论这些业务的社区呢?大家都在更关心架构等纯技术的东西,可实际应用中,难道不是业务才是公司的利润之本么?
也许,就没有真正正确的答案。
业务、技术和架构
最新推荐文章于 2024-08-02 16:54:02 发布