Le sample 2 n'est pas un échec

Sample 2 is not a failure.

En réalité, le sample 2 est souvent exactement la raison pour laquelle vous avez fabriqué le sample 1.

Le développement hardware reste parfois un peu étrange.

Nous dessinons un schéma et un PCB.

Nous vérifions tout. Nous relisons. Nous simulons.

Et ensuite, cela peut partir en production.

Quelque part, nous espérons que ce sera parfait du premier coup.

Mais ce n'est généralement pas comme cela que fonctionne le développement.

En logiciel, nous avons l'habitude d'itérer : construire → tester → adapter → recommencer.

En hardware, chaque itération coûte plus de temps et plus d'argent.

Alors nous en faisons parfois un seul grand moment : « Cela doit être bon tout de suite. »

Alors qu'on développe souvent plus vite en faisant l'inverse.

Faites le sample 1.

Testez.

Regardez ce qui se passe réellement.

Notez les constats dans une List of Changes.

Et faites le sample 2.

Pas comme une copie du sample 1.

Mais comme la réalisation physique de tout ce que le sample 1 vous a appris.

C'est pourquoi, chez DeltaProto, nous ne croyons pas vraiment à :

« Get it right the first time. »

Mais à :

« Learn fast. Change fast. Build again. »

Car hardware is hard.

Mais votre cycle de développement, lui, n'est pas obligé de l'être.