Discussion :

[alex74424]

Bonjour, je suis débutant en programmation et j'aimerais savoir quel serait le meilleur langage pour programmer en robotique / embaruqé entre le langage C / C++, dès que je poste une question de ce type, il y a toujours des longs débats intéressants mais on ne me répond jamais a ma quesiton mdr

Cela serait pour commencer des petits projets comme le "Dôme géodésique interactif LED" mais cela serait aussi pour m'avancer pour mon futur métier.
merci d'avance

[bacelar]

toujours des longs débats intéressants mais on ne me répond jamais a ma quesiton mdr

Normal, ce n'est pas le type de question qui peut être tranché "définitivement".

Tu choisis le robot, le framework d'utilisation du robot, et il y a 90% qu'il t'impose plus ou moins fermement un langage.

C'est à toi de t'adapter.

[alex74424]

d'accord je vois et que me conseillerez vous d'apprendre a votre avis ? je m(y connais pas trop j'aimerais bien savoir pcq j'ai psa trop envie de faire le mauvais choix

[Bktero]

J'ai fait du C pendant des années avant de me mettre au C++ il y a deux ans. Je ne pourrais plus revenir en arrière. Mon collègue de gauche est dans la même situation.

Il faut bien voir que tout ce que tu peux faire en C, tu peux le faire en C++. Il n'y a donc aucune bonne raison (*) de se limiter à C : autant coder pareil mais compiler en C++. Quand tu auras besoin de fonctionnalités plus avancées, tu pourras quitter le terrain purement C de C++ et t'aventurer sur le terrain ++. Avec le temps, tu feras de plus en plus de ++ et tu y trouveras beaucoup de bénéfices. Pour moi, tu ne choisis pas C : ton environnement t'impose C. Notamment le fait que C++ n'est pas toujours disponible sur toutes les cibles embarquées. Ça devient un peu rare, de plus en plus souvent tu trouves du GCC et donc du C++. Aussi, ça peut être pour des raisons historiques : ton entreprise a toujours fait du C, ils ne veulent pas changer, voilà fini.

(*) : en fait il y a une seule bonne raison à mes yeux : si les gens ne veulent pas faire l'effort de bien comprendre ce qui se cachent derrière C++ et utilisent à gogo n'importe quelle fonctionnalité sans se soucier des conséquences (performances, lisibilité, maintenabilité, consommation mémoire)...

[Seabirds]

(*) : en fait il y a une seule bonne raison à mes yeux : si les gens ne veulent pas faire l'effort de bien comprendre ce qui se cachent derrière C++ et utilisent à gogo n'importe quelle fonctionnalité sans se soucier des conséquences (performances, lisibilité, maintenabilité, consommation mémoire)...

Pourquoi cette sensation étrange de me sentir visé ?
Plus sérieusement, ça prend combien d'années d'efforts pour atteindre un compromis acceptable entre perfs, lisibilité, maintenabilité, mémoire ? Parce que après 3 ans de C++ (un ptit bleu quoi), je suis déjà content quand j'arrive à comprendre le code que j'écris et à pouvoir le modifier plus ou moins facilement ... Par contre j'ai vraiment aucune vision concernant les perfs et la mémoire.

[Bktero]

Il n'y avait rien de personnel dans mon attaque

Tu fais du C++ depuis plus longtemps que moi, pourtant j'ai une vision de pas mal de choses sur le sujet, mais ça dépend des priorités des projets. Travaillant dans l'embarqué, je surveille en permanence la consommation mémoire. C'est par exemple pour ça que je n'utilise pas <iostream> et que j'ai codé des choses pour avoir des syntaxes semblables mais avec bien moins de fonctionnalités.

[Vincent PETIT]

d'accord je vois et que me conseillerez vous d'apprendre a votre avis ? je m(y connais pas trop j'aimerais bien savoir pcq j'ai psa trop envie de faire le mauvais choix.

Dans la plus grande majorité des cas, le langage de programmation est simplement imposé par les normes métiers qui demandent de la sûreté de fonctionnement (S.I.L.)

Ferroviaire - EN 50128
Avionique / Contrôle aérien - DO 178C / DO 278A
Automobile - ISO 26262-6
Générique (équipements électroniques dans l'industrie a risque) CEI 61508-3
Nucléaire - CEI 60880 / CEI 61513
Médical - CEI 60601 -1-4, ISO 62034
Processus industriels, machines - CEI 61511, ISO 13849, CEI 62061

Par exemple, si un jour tu fais de la robotique pour le nucléaire, il y a toutes les chances que tu doives te conformer à la norme du nucléaire. Idem pour le médical ou l'industrie à risque (moi j'étais dans l'industrie à risque, la détection des gaz toxiques et explosifs d'où la quasi obligation d'être certifié SIL CEI 61508-3 en hard comme en soft).

C et C++ sont recommandés pour les logiciels embarqués et certifiés SIL dans tous ces domaines mais il y a des restrictions qui peuvent quand même empêcher C++ de s'exprimer pleinement. Voir l'exemple de Bktero qui est une exigence très forte en S.I.L. (et il n'y a pas que ça)

De tous les professionnels que j'ai pu rencontrer dans ma carrière (en formation, en séminaire, autres) le langage C est toujours très dominant.

http://www.captronic.fr/docrestreint...IVER_ENSIB.pdf

[alex74424]

merci beaucoup pour toutes vos réponses, je penses donc apprendre au moins les bases en C/C++, mais quel serait le meilleur cours ?

[djuju]

C'est parce qu'il n'y a pas de bonne réponse à cette question.
Cela dépend de ton compilateur, de ce que tu cherches à implémenter, des libraires additionnelles que tu veux utiliser ou de ta HAL.
N'oublies pas que tout ce que tu écris en C++ peut être écrit en C ... Avec des avantages et des inconvénients.
Personnellement, pour un code simple très proche du hardware, je préfère C. Mais si je fais un code complexe avec des modules instanciés dynamiquement je préfère C++.
Par ailleurs, si je fais du mbed (ou une autre HAL C++), je vais naturellement poussé vers C++.
Enfin, il faut te demander à quel version de C ou C++ tu as accès. Du C89 n'offre pas les mêmes possibilité que du C99.

Bref, tu génèreras beaucoup de débats avec cette question. Mais entre nous elle est secondaire, car la plupart du temps tu aura le choix entre C et C++ et au final, à moins d'une contrainte, les gens choisissent ce qu'il préfère.

[Auteur]

Bonjour,

tu poses 2 questions :
- première porte sur la pertinence du C ou C++ pour la robotique. C'est sûr que cela partira en débat, il suffit de voir les messages précédents.
- seconde question est sur ton projet de dôme géodésique à LED qui est complètement occulté par la première question.

Pour moi ce sont deux choses complètement différentes. Pour ton projet de dôme, je t'invite à poser la question différemment dans le forum Embarqué mais en détaillant ton projet et sans évoquer le C/C++. La question telle que tu la poses, est trop vague, donc tu n'auras pas de réponse précise, seulement des pistes. Ensuite, quand ton idée sera plus précise tu pourras choisir les technologies qui te conviennent le mieux en fonction de ton budget, de tes connaissances et de ce que tu veux faire.