Rapid Prototyping Breakdown - Revision history

Marcin at 00:39, 18 June 2020

2020-06-18T00:39:39Z

← Older revision		Revision as of 00:39, 18 June 2020
Line 1:		Line 1:
	This is detailed list of redundant prototyping that is used to verify and collect data on all components.		This is detailed list of redundant prototyping that is used to verify and collect data on all components.

	We know that Modular Breakdown is the key to the success of Linux. We apply that to hardware through [[Module-Based Design]].		We know that Modular Breakdown is the key to the success of Linux. We apply that to hardware through [[Module-Based Design]] and [[Extreme Manufacturing]].

	This can be done only by over-resourcing and leaving no stone unturned - using the over-prototyping concept of the [[Second Toyota Paradox]]. This is doable only if a sufficiently large team of prototypers is committed, and if funding is allotted for materials/machines/time to build the prototypes. These may be volunteers or paid people.		This can be done only by over-resourcing and leaving no stone unturned - using the over-prototyping concept of the [[Second Toyota Paradox]]. This is doable only if a sufficiently large team of prototypers is committed, and if funding is allotted for materials/machines/time to build the prototypes. These may be volunteers or paid people.

	For example, for the motor, we start prototyping at T=0 from the simplest concepts possible, from bearings to shaft to controller etc - starting to build and verify subsystems, according to the [[Second Toyota Paradox]] of excessive prototyping.		For example, for the motor, we start prototyping at T=0 from the simplest concepts possible, from bearings to shaft to controller etc - starting to build and verify subsystems, according to the [[Second Toyota Paradox]] of excessive prototyping. Rapid prototyping technologies help here.

Marcin at 14:49, 17 June 2020

2020-06-17T14:49:22Z

← Older revision		Revision as of 14:49, 17 June 2020
Line 1:		Line 1:
	This is detailed list of redundant prototyping that is used to verify and collect data on all components.		This is detailed list of redundant prototyping that is used to verify and collect data on all components.

			We know that Modular Breakdown is the key to the success of Linux. We apply that to hardware through [[Module-Based Design]].

	This can be done only by over-resourcing and leaving no stone unturned - using the over-prototyping concept of the [[Second Toyota Paradox]]. This is doable only if a sufficiently large team of prototypers is committed, and if funding is allotted for materials/machines/time to build the prototypes. These may be volunteers or paid people.		This can be done only by over-resourcing and leaving no stone unturned - using the over-prototyping concept of the [[Second Toyota Paradox]]. This is doable only if a sufficiently large team of prototypers is committed, and if funding is allotted for materials/machines/time to build the prototypes. These may be volunteers or paid people.

	For example, for the motor, we start prototyping at T=0 from the simplest concepts possible, from bearings to shaft to controller etc - starting to build and verify subsystems, according to the [[Second Toyota Paradox]] of excessive prototyping.		For example, for the motor, we start prototyping at T=0 from the simplest concepts possible, from bearings to shaft to controller etc - starting to build and verify subsystems, according to the [[Second Toyota Paradox]] of excessive prototyping.

Marcin: Created page with "This is detailed list of redundant prototyping that is used to verify and collect data on all components. This can be done only by over-resourcing and leaving no stone unturn..."

2020-06-17T14:48:34Z

Created page with "This is detailed list of redundant prototyping that is used to verify and collect data on all components. This can be done only by over-resourcing and leaving no stone unturn..."

New page

This is detailed list of redundant prototyping that is used to verify and collect data on all components.

This can be done only by over-resourcing and leaving no stone unturned - using the over-prototyping concept of the [[Second Toyota Paradox]]. This is doable only if a sufficiently large team of prototypers is committed, and if funding is allotted for materials/machines/time to build the prototypes. These may be volunteers or paid people.

For example, for the motor, we start prototyping at T=0 from the simplest concepts possible, from bearings to shaft to controller etc - starting to build and verify subsystems, according to the [[Second Toyota Paradox]] of excessive prototyping.