[技术讨论]架构设计和代码之间的关系以及程序员任务安排

在理论与推演群中的对话。

 

爱技术-软件工程  15:27:36

在架构设计过程中进行框架性代码开发以进一步确定思路，是否违背设计思路？

爱技术-软件工程  15:29:01

我始终感觉不做框架性代码编写，好像有点空想。一遍写框架代码一边修正架构设计，我感觉更踏实。

青润  15:29:04

框架代码开发，还是快速原型代码开发，都是可以的。

开发过程中一方面要考虑用户的变化要求，另一方面要考虑如何减少风险。

青润  15:30:18

其实，如果你的开发框架是经过验证的，那就没有必要提前进行代码编写。

比如，在我的全程建模培训中，前四天根本看不到代码，往往学员就会很担心的问我，代码什么时候开始做，第五天看到代码的时候，所有的人都放心了。

爱技术-软件工程  15:31:35

嗯，不过我在思考一个问题：这样会不会使得团队暂停状态，而无法发挥团队的并行作战的优势。

青润  15:32:01

程序员因为过去的开发经历，总感觉看到代码才踏实。

实际上，在将来的开发中，设计模型加上代码库的mda实现方式中，根本可能不需要看到代码，那时候更多的代码是通过代码库关联过来的，只有少量代码需要编写和修改。

青润  15:32:44

开发的方式和过程都是变化的。

比如说10年前，或者六七年前的开发中必须有文字文档，而在uml的模型驱动模式下，可以说可以完全不看到任何文字文档。

青润  15:32:58

其实，你的暂停状态只是因为任务分配不平衡造成的。

爱技术-软件工程  15:33:02

嗯

青润  15:33:52

我建议你参考一下我的交换开发方法中建议的团队组织模型，不用介意团队成员中技术能力的高低，任务分配后进行交换开发的过程中，成员的水平高低会逐渐被淡化。

青润  15:34:06

人员也就不会产生停滞或者无事可做的现象。

青润  15:34:39

另外，如果你感觉测试人员无事可做，那可以考虑让测试人员来做需求，然后配合开发人员做设计，这时候测试人员就可以进行测试用例的开发和设计。

青润  15:34:59

当然，这些都要看你的团队人员和组成形式，然后进行合理的调整和安排了。

爱技术-软件工程  15:37:53

嗯。我在开发框架代码过程中，也视图让程序员去填充其中的实现，并做测试。

青润  15:39:19

其实，开发框架的时候和业务分析的过程是可以并行的，也就是说，你的程序员实际上不会空闲下来。

青润  15:39:50

除非你的框架开发延期了，使得程序员做分析模型或者设计模型的时候无所依据了，这时候才会产生空挡。