| 1 |
Le 07/12/05, grillot sebastien <sebastiengrillot@×××××.com> a écrit : |
| 2 |
> |
| 3 |
> (re)bonjour, |
| 4 |
> Voila enfin un vrai HS de chez HS ;) |
| 5 |
|
| 6 |
|
| 7 |
Salut, |
| 8 |
|
| 9 |
Effectivement c'est hors sujet .. Je me demande s'il vas durer longtemps |
| 10 |
!!! Wait & See |
| 11 |
|
| 12 |
Comme je l'ai deja dis, notre association va participer à la coupe de |
| 13 |
> france de robotique. Pour ce faire nous allons coder notre bestiolle |
| 14 |
> en C. |
| 15 |
|
| 16 |
|
| 17 |
Le C c'est pas bien compliqué :) Le C++, c'est un peu plus compliqué, |
| 18 |
donc j'espere pour toi que ca va rester du C :)) |
| 19 |
Mais bon cet avis ne regarde que moi .. D'autre te dirons que la |
| 20 |
programmation en générale ce n'est pas compliqué. |
| 21 |
|
| 22 |
C'est une grande premiere pour moi de travailler en C sur un |
| 23 |
> projet aussi "important" et sur de l'electronique (enfin un truc |
| 24 |
> different d'une gestion_de_je_sais_pas_quoi comme nous pouvons faire |
| 25 |
> en BTS IG par exemple :). |
| 26 |
|
| 27 |
|
| 28 |
Une fois que tu auras compris le fonctionnement du point de vue electronique |
| 29 |
du robot, la partie programmation sera un jeu d'enfant pour faire faire a |
| 30 |
ton robot ce que tu veux. |
| 31 |
|
| 32 |
Alors voila, j'ai pas mal de question : |
| 33 |
> - Comment peut-on analyser le code que nous aurons à produire? Par |
| 34 |
> quoi devons nous commencer. Je suis un habitué du systeme MERISE pour |
| 35 |
> analyser les besoins. Dans notre ecole on nous parle tout le temps |
| 36 |
> d'UML. |
| 37 |
|
| 38 |
|
| 39 |
UML est une méthode orientée objet qui, je trouve est plus facile a |
| 40 |
appréhender que merise. Et dans ton cas devrait mieux s'adapter. |
| 41 |
|
| 42 |
Mais ne devrais-je pas simplement decouper mon projet en |
| 43 |
> fonction des differents PIC que je vais avoir sur ma bestiolle ? |
| 44 |
|
| 45 |
|
| 46 |
Vi, la decoupe en petit morceau est la clé. |
| 47 |
|
| 48 |
De |
| 49 |
> plus, nous allons avoir un GNU/Linux qui fera tourner un ARM (Gumstix |
| 50 |
> ou routeur asus) pour le traitement de l'image et "l'inteligence" du |
| 51 |
> robot. |
| 52 |
> |
| 53 |
> De plus, je decouvre tout les outils (lclint, gprof...) pour analyser |
| 54 |
> le code. Comment dois-je travailler avec ce genre d'outils, à chaque |
| 55 |
> fois que j'ai terminé d'ecrire une fonction, à chaque fois que je |
| 56 |
> viens de coder un "mouvement" dans mon robot, à la fin de chez la fin? |
| 57 |
|
| 58 |
|
| 59 |
Bon courage avec toutes ces nouveautés. J'espère que tu as du temps devant |
| 60 |
toi pour comprendre tous ca. |
| 61 |
|
| 62 |
Je presume que si c'est à la fin il faut absoluement se prevoir un |
| 63 |
> "délais" pour ne faire que ca. L'audit du code doit se faire par la |
| 64 |
> personne qui à codé, par quelqu'un d'autre ? Est-ce reelement une |
| 65 |
> etape utile, sachant que je penses que oui car le systeme se |
| 66 |
> retrouvera embarqué donc dans des limites importantes... |
| 67 |
|
| 68 |
|
| 69 |
Je n'ai pas trop de connaissance dans ce domaine, mais je dirais que tester |
| 70 |
ce que tu fais petit à petit ne serait pas un mal. Car debugger tout d'un |
| 71 |
coup risque de ne pas etre facile. |
| 72 |
|
| 73 |
Si vous avez des remarques, des questions, des idées... je vous en |
| 74 |
> pris, lachez vous ;) |
| 75 |
|
| 76 |
|
| 77 |
J'essayerais |
| 78 |
|
| 79 |
|
| 80 |
Amicalement |
| 81 |
> |
| 82 |
> Seb |
| 83 |
|
| 84 |
|
| 85 |
|
| 86 |
Bon courage dans ton projet . |
| 87 |
|
| 88 |
-- |
| 89 |
> Regist. Linux User #344952 |
| 90 |
> |
| 91 |
> Experience is the name everyone gives to their mistakes. |
| 92 |
> -- Oscar Wilde |
| 93 |
> |
| 94 |
> -- |
| 95 |
> gentoo-user-fr@g.o mailing list |
| 96 |
> |
| 97 |
> |
Archives