We've just launched our map. Add yourself by clicking here!

close

"Error-Spread-Out" Effect in Modularity

Tagged: 

This topic contains 1 reply, has 2 voices, and was last updated by  Dave Hakkens 5 years ago.

0
Jaime Arredondo jaime

"Error-Spread-Out" Effect in Modularity

07/03/2016 at 16:53

Hi everyone,

I stumbled across this article and discovered that modular projects, since they add an exponential number of combinations, also tend to increase the potential points of failures of a product.

Here is an example the article gives on a modular car:

If you build one product – one car – you chose one motor, one exhaust pipe and one connector. You monitor and debup the connection meaning you optimize the parts step by step till everything works for this particular combination. But if you have exchangeable building blocks the number of tests and optimizations you have to make explodes. 3 exhaust pipes and 3 motors and 3 connectors make already 27 combinations (instead of 3)! And when you test combination number 3 and discover that you have to change a part you have to do the first 2 tests again. And a car has many more parts that all play together. So the number of potential tests to make comes close to infinity. You might end up with a close to infinite number of points of failure.

A solution they suggest would be to develop a tool to collect errors, so they can be quickly optimized.

It would be great to expand on this topic and see what other projects have come across this challenge, and if they have been able to tackle it in some way.

Has this already been discussed in this forum?

1 replies
1 subscribers
0 saved
likes
sort on most likes
warrior
07/03/2016 at 21:19
0

Interesting article. Curious as well to see other examples dealing with this!

Viewing 1 replies (of 1 total)

You must be logged in to reply to this topic.

Support our projects on Patreon so we can keep developing 💪