| ... | ... | @@ -6,3 +6,9 @@ Le fonctionnement global de notre programme peut être séparé en 4 phases : |
|
|
|
- Assignement des bras aux points de montages
|
|
|
|
- Boucle principale (itération sur le nombre d'étapes)
|
|
|
|
- Exportation de la solution (*parsing* inversé)
|
|
|
|
|
|
|
|
## Stratégie de travail
|
|
|
|
Bien que la stratégie globale est été developpée en amont de son implémentation, de nombreuses améliorations faites au code on été faites par essais successifs : par exemple, lors d'une collision entre deux bras, la version finale de notre code fait reculer le bras ayant causé l'incident de 5 cases. Ce choix, qui peut paraitre arbitraire, est en réalité simplement le résultat de test et d'observation des changements de score causé par la modification de ce paramètre. Nous sommes cependant bien conscients que cette méthode, bien qu'utile, et parfois même essentielle, a cependant ses inconvénients et ses limites :
|
|
|
|
- Les tests ne peuvent être éffectués que sur les environnements permettant la plus grande vitesse d'éxécution (dans notre cas, les environnements A, B et D). Cette méthode introduit donc un biais en faveur de ces environnements, et peut-être en défaveur des autres.
|
|
|
|
- Nous pensons également que cette méthode a ses limites : en effet, elle ne permet pas d'adapter la valeur du paramêtre dans l'absolu, mais seulement dans le contexte du code courant. Un paramêtre peut être optimal pour une certaine version du code, mais lorsque celui-ci évolue, de nouveaux mécanismes peuvent venir interagir avec ce paramêtre, et faire bouger la valeur optimal de celui-ci.
|
|
|
|
- Enfin, l'application de cette méthode conduit également à se concentrer sur des améliorations parfois minimes du code, au détriment d'améliorations structurelles et plus globales. |
|
|
\ No newline at end of file |
