从入职到架构师的成长之路,“看到——快速入职——审核与团队——接口抽象——可复用架构——质量和团队”,其中接口抽象处于承上启下的关键位置,之前,团队已经拉起来了,跨过这一步,我们就需要思考如何拉着团队更好地做产品了。
通过抽象提炼的是接口,更是切口,通过抽象接口,可以对一个产品的工作任务进行有机切割。因此,切口是否合理,会直接决定着团队成员分工是否合理,决定着团队的工作效率,甚至决定着产品成败。
很多团队,最常见的分工模式就是按产品切割分工,这几个人负责这款产品,那几个人负责那款产品。这就是一种典型的不太友好的切割策略,一个团队中负责的多款产品会复用很多模块,而这种分工策略人为的制造了代码分裂,后期会带来一系列问题。
好的切割,会尽量让单一工作任务落在更少人的工作边界内,最典型的如规约模块,一般会横跨工业嵌入式产品、配置软件和维护软件等多个软件实体。如按照产品实体分工切割,一点点的规约变动就需要惊扰一大帮人,工作量本不大,但多个团队之间的交流扯皮会导致工作量急剧上升。一种更好的切割策略就是将规约模块相关任务切割给规约小组,不仅包含工业嵌入式产品中的规约模块,也包括外围软件中的规约模块,此时就能减少很多不必要的纠纷。当然,这样切割的前提是要求不管工业嵌入式产品,还是外围软件,都需要提供规约模块执行框架。这也是为何我们经常强调接口抽象是跨入架构设计的敲门砖。
◇◇◇
真实世界是能看到别人切割得很简单很优雅,但面对自己的产品时无从下手。这背后的主要原因是缺乏积累和实践,最佳积累策略就是平时要习惯去积累各种优秀软件的接口抽象案例。微软的visual studio code是目前非常流行的一款代码编辑器,是程序员的好朋友&#