Dilemme Orientation informatique - Page 1

Hello tout le monde

Je vais commencer une nouvelle école (3 ans, donnant sur un bachelor, pour situer à peu près le niveau) et je dois choisir entre deux orientations spéciales en informatique, mais voilà j'ai un peu de peine à me décider, ce serait entre informatique orientation logiciels et informatique orientation système embarqués.

Donc pour ce qui est de l'orientation logiciels c'est principalement du développement de logiciels, base de données, applications internet, etc.

A propos de système emabrqués c'est nettement plus "hardware", ce sera plutôt des trucs bas niveau, genre microinformatique, avec de la programmation temps réel, de la prog concourante, mais aussi du traitement de signal et un petit peu d'électronique (mais on se contentera d'utiliser des circuits / chips existants à ce que j'ai compris, et ça m'arrange vu que j'ai littéralement deux mains gauches).

Comme le choix est difficile et que beaucoup de gens ici ont l'air de s'y connaître en info, j'ai pensé que c'était une bonne idée de vous poser la question. Avez-vous des conseils, des connaissances qui travaillent dans un de ces domaines et qui aurait eu une expérience particulière (bonne ou mauvaise) et qui pourrait m'aiguiller? Des pièges à éviter?

Pour info, je suis assez fan de ce qui est conception, avant le code lui même. Par exemple concevoir une interface utilisateur qui soit pratique et élégante, un programme exploitant bien le hardware c'est ça aussi (je passerais pas ma journée à optimiser mes routines ASM, mais refaire mes algos pour les rendre plus adaptés oui), bref c'est ça qui me fait triper. Mais je n'aime pas pour autant utiliser des outils de haut niveau, sauf s'ils sont très bien faits (ce qui est, avouons-le, assez rare, p.ex. les AGL en général j'en ai ma claque). De même, ça m'intéresserait pas de passer ma vie à maintenir un logiciel de gestion par exemple, ou gérer le réseau "qui merde tout le temps" d'une entreprise. Ou encore tester toutes les combinaisons de softs / versions possibles sur un serveur pour en trouver une qui merde pas et qui fasse ce que tu veux.

J'avoue que je suis à priori un peu plus attiré par les systèmes embarqués mais j'ai peur que ce soit à cause de mon côté "bidouilleur" en fait (genre coder sur TI ), j'ai peur que dans la vie réelle le travail ne soit pas du tout aussi intéressant, d'autant que c'est une branche qui me semble pas particulièrement recherchée dans le monde de l'emploi donc je vais pas pouvoir changer d'entreprise si ça me plaît pas (du moins sans avoir à déménager à pétaouchnok, ce qui n'est pas pratique surtout si tu vis pas seul).
Donc d'un côté je me dis des fois que je ferais mieux de choisir une orientation plus "théorique" et continuer à "coder pour le plaisir" sur mes consoles à côté. Est-ce ce que certains d'entre vous avez fait? Vous regrettez?

Je vous remercie d'avance infiniment pour vos conseils, j'en ai vraiment besoin

Moi je conseillerais de faire plutot embarque tout simplement pke le genie log, bah tu en feras forcement... moins certes, mais suffisement pour avoir les bases.
Sinon, en ecole j'avais choisi la filiere plus theorique (maths appli.) et je bosse dans la secu info (donc rien a voir), mais je regrette pas du tout, ca ouvre vraiment l'esprit je pense et ca aide a aborder pas mal de problemes differement.

Brunni> Je pense que ce qui te correspond le plus c'est les systèmes embarqués.

bon, outre le fait que je déconseille toujours de faire de l'informatique un métier
je plussoierais volontiers nEUrOO. En plus, l'embarqué, c'est l'avenir. Il suffit de voir tout ce qui est domotique, miniaturisation, robotisation...

c'est l'avenir mais ça commence a ce boucher quand meme (en france en tout cas, et pour l'instant ç n'a pas encore trop explosé, mais vu que tu comment jsute tes etues c'est un bon pari

• Godzil fier de faire de l'info embarqué meme si il en fait pas tant que ça au boulot

Merci de ces avis sincères

En fait j'ai oublié d'exposer qqch quant à l'orientation qui s'appelle en fait Système Embarqués Communicants (waow), c'est à dire qu'il y aura aussi du réseau (ça me rappelle de bons souvenirs ça d'ailleurs, j'ai jamais réussi à faire fonctionner mon puyo puyo en réseau plus de 2 minutes à cause d'erreurs de synchro... ). Donc c'est pas tout à fait pareil en fait. Y'a de la transmission et des trucs du style aussi, de la téléinformatique entres autres.

Godzil tu dis que t'en fais pas tant que ça, mais tu fais quoi à la place?

J'en profite pour m'adresser aux "habitués" de yN, je suis toujours admiratif devant certaines de vos discussions, et je me demande ce que vous faites comme études / boulot?

Bouché, tu rigoles ? Y'a un max de boulot là dedans !
Entre la téléphonie, l'avionique, l'automotive, et tout ce qui est militaire, j'ai plutôt l'impression qu'il y a des places.
Pour l'intérêt, ça dépend beaucoup de là où tu tombes par contre, et du niveau où tu interviens

la ? je tape de la doc

et je bosse sur un navigateur (pour de l'embarqué mais bon je suis plus system qu'autre chose a la base )

xi: bouché dans le sens ou si tu veux pas monter a la capitale et faut quand meme chercher et ce faire valoir c'est pas simple de truover, c'est pas 90% des annonces malgres tout, y en a, mais c'est pas celel qui sont le plus présentes en info, tu as 99% ds anonces qui sont pour faire du web du web du web (oui j'exagere un peu (beaucoup) les chiffres) mais sa n'empeche que oui l'embarqué est tres en vogue actuellement et que oui ça table bien pour l'avenir

Oui mais si t'es système, ton métier c'est de faire de la doc Après il y a embarqué et embarqué, si tu interviens sur un PDA ou une borne, c'est pas si différent d'un PC... Un calculateur pour avion, un micro qui asservit un moteur, etc, c'est déjà plus "embarqué"

Ximoon (./9) :
Oui mais si t'es système, ton métier c'est de faire de la doc Après il y a embarqué et embarqué, si tu interviens sur un PDA ou une borne, c'est pas si différent d'un PC... Un calculateur pour avion, un micro qui asservit un moteur, etc, c'est déjà plus "embarqué"

On fait ce qu'on peut et on va ou l'on peu hein ^^

Et notre produit est tres embarqyué quand meme (enfin non il set pas tres utilisé) et c'est pas parceque ce n'est pas un calculateur ou autre choses du genre que ce n'est pas de l'embarqué, ton soft sur ton lecteur de salon ou ton telephone protable il faut le faire et tu as pas mal de contraintes quand meme.

Quand a la doc mais bon faut en faire de temsp a autre, mais la c'est particulierement

Documente toi sur le contenu de GL, parfois c'est sous ce nom qu'on met aussi l'informatique théorique (disons que c'est une branche (constructive) des maths pour bien lancer le troll). Si c'est ça, ça peut être bien, si tu aimes, et ça donne de bonnes bases qui font mieux réfléchor sur pas mal de problèmes de conception/GL/algo.
Si c'est du GL pur, prends embarqué. C'est intéressant, et en généralisant ce j'ai dit précédemment, plus tu as abordé d'aspects de l'info, mieux tu abordes les problèmes.

Non je ne crois pas que c'est du génie logiciel à ce niveau-là, par contre à l'epfl ça l'aurait été oui, mais comme je l'ai déjà dit mon niveau de maths n'est pas terrible :/
Sinon vous me faites peur à dire que je vais bosser sur un moteur de bagnole Je veux pas être mécano moi
Plus sérieusement je me demande qu'est-ce qu'on peut faire d'informatique sur un moteur?

Tu serais étonné de savoir tout ce qu'on peut faire en informatique sur un moteur
-> Contrôler l'ouverture de toutes les vannes
-> Gérer les données des capteurs de température, de pression
-> Asservir la vitesse
-> Gérer les pannes
-> Communiquer avec le calculateur central
Etc... Et selon le type de moteur, chaque tâche peut être plus ou moins complexe et plus ou moins informatisée

Heu... hum ok Ca a l'air sympa, mais je me demande bien si ça ressemble à ce qu'on fait dans des progs "normaux" sur des ordis ?

( Si vous voulez voir un peu le genre de formations (la liste des cours est en PDF sur la droite), ce sera pas 100% pareil parce que la durée de la formation est réduite de 3 mois à cause du passage au système Bologne:
Informatique logiciels: http://www.heig-vd.ch/Default.aspx?tabid=76
Informatique technique qui est remplacé par système embarqués communicants; là pas mal de choses changent, ce qui est électronique avancée devient transmission en gros et la partie soft est plus poussée: http://www.heig-vd.ch/Default.aspx?tabid=81 )

A l'heure actuelle, ca paye moins d'etre dans le systeme embarque que dans les applis webs / banques.

En gros, les informaticiens dans les systèmes embarqués sont la dernière roue du carrosse et doivent tout réparer pour que ca marche en catastrophe. Et si tu travailles en embarqué/aéronautique, ton boulot sera 70% de documentation, 20% de tests et 3% de code (et 7% d'urgence). Et en ce qui concerne l'algorithmique : il n'y en a pas.
e devrais pas te motiver autant, non ?

Bah c'est sûr que... ça facilite pas le choix quoi
Mais je vais quand même attendre les réactions pour peser un peu.

ce qui paye en ce mmt c'est la secu web

Mais PpHd tu dis ça d'expérience ou... ?
Parce que j'hésite justement, je me disais:

Donc d'un côté je me dis des fois que je ferais mieux de choisir une orientation plus "théorique" et continuer à "coder pour le plaisir" sur mes consoles à côté. Est-ce ce que certains d'entre vous avez fait? Vous regrettez?

J'ai développé une année sur un logiciel de gestion (en stage), et même si c'est de loin pas ce qu'il y a de plus intéressant à faire, ça reste mon domaine et je m'en sors quand même.
Donc c'est tout le dilemme entre choisir une orientation qui me plaît plus (enfin à priori, parce que tes commentaires sont pas encourageants...) et une qui est bien payée / recherchée, tout en continuant au pire à coder pour moi même à côté si ça me manque.

Dans à peu près toutes les branches de l'info, tu peux trouver des tafs ou tu coderas

y'a un truc que je comprends pas trop en ayant parcouru rapidement le topic : l'orientation "logiciel" dont tu parles me semble être assez orientée réalisation ("développement logiciel", donc codage je suppose), mais certains ici parlent de génie logiciel, ce qui est quand même assez éloigné (c'est ce que je fais, et ça fait un an que je ne code absolument plus). c'est plutôt quoi au final comme orientation ?

Non, ce n'est pas du génie logiciel, mais bien ce que tu penses (j'ai d'ailleurs mis des liens vers le site officiel de l'école en ./14).

PpHD> ça fait un an que je fais dans l'aéronautique, et même si j'ai fait plus d'un mois de vérifs au début, depuis je ne fais que du code. Bref ça revient à ce que dit Bob : la paperasse, ce sont les chefs de projets (et les relecteurs ) qui la font Donc j'attend d'être promu avant de risquer d'arrêter de coder
Après pour ce qui est de l'algorithmie, ça dépend de la filière. En traitement du signal ou pour certains systèmes spécifiques il peut y avoir des problématiques fort intéressantes, et même dans l'avionique, même si on préfère toujours la simplicité et la lisibilité à la performance.

Perso, je ne regrette pas d'être parti vers l'embarqué. C'est agréable de découvrir de nouveaux noyaux, d'avoir des cartes différentes à exploiter sur chaque projet, de découvrir du nouveau matériel, etc. Ça peut être galère parfois c'est vrai, mais je trouve ça autrement plus gratifiant de faire voler un avion que de faire une interface de saisie pour de la finance

Godzil> ouais je sais, un distributeur banquaire sous winXP Embedded sera embarqué aussi, mais disons qu'il n'y a que peu de spécificités à connaître pour coder dessus comparé à une appli basée sur VxWorks Disons que les contraintes se rapprochent plus de celles d'un PC ou d'un serveur, par opposition aux cartes dédiées.

Xi: mais sa ne nous empeche pas de découvrir de nouvelle carte de nouveau proco, de nouveau prob lèmes lié a des toolchain pourries, tenter de faire marcher un truc basé sur du 32/64b depuis l'origine a faire tourner sur un 8086 (sisi sa existe encore ) 16bits

bref on peu voir de tout partout quand meme

Hmm je vois... ça me botte quand même pas mal l'embarqué mine de rien, et je pense que c'est ce que je vais choisir.

Par contre j'ai une autre question; à l'issue de cette formation (bachelor), j'ai assez envie de continuer si c'est possible, et à ce moment là de partir éventuellement sur un master dans un autre domaine d'informatique (plus orientée génie logiciel justement). Est-ce que vous savez si ça se fait ou si deux branches sont plutôt "incompatibles"?
J'ai essayé de me renseigner sur ce point, mais ça n'est pas facile, les seules réponses que j'ai eues venaient de mon école, mais du coup j'ai forcément des doutes quant à l'objectivité...

Merci ^^

ben en France (chépas pour la suisse), du moment que t'as ta licence tu peux t'inscrire dans n'importe quel master à la fac

Dans ma fac (suisse) c'est pareil, après pour ce qui touche à l'info je sais pas trop.

./18: Oui.
./22: Quel niveau DAL ?

Perso, je ne regrette pas d'être parti vers l'embarqué. C'est agréable de découvrir de nouveaux noyaux, d'avoir des cartes différentes à exploiter sur chaque projet, de découvrir du nouveau matériel, etc.

Bah personnellement non plus.

Ça peut être galère parfois c'est vrai, mais je trouve ça autrement plus gratifiant de faire voler un avion que de faire une interface de saisie pour de la finance

Oui, c'est sûr. C'est aussi agréable de faire des logiciels sans bugs (mais ca ca dépend du niveau de criticité ou tu te trouves).

Ce qu'il faut voir c'est à quel niveau tu veux te situer.
Ce qui est important je pense c'est le génie logiciel, car c'est une étape indispensable pour faire des logiciels de qualité et sécurisés. Après dans le génie logiciel, t'as le procédural, objet et temps réel. Tu as donc les 3 grandes thématiques de l'informatique. Ensuite la programmation ce n'est qu'une étapes d'exécution., un langage ca s'apprend en 2 jours, donc la collection des langages ne sert pas à grand chose.

Enfin tu as ensuite des logiciels spécialisés, prenons par exemple du traitement d'image qui demande un lourd baguage mathématique etc... c'est une autre direction, mais je pense pas que c'est celle qui t'interesse.

Conclusion, mise tout sur le génie logiciel.

PpHd (./27) :

Ça peut être galère parfois c'est vrai, mais je trouve ça autrement plus gratifiant de faire voler un avion que de faire une interface de saisie pour de la finance

Oui, c'est sûr. C'est aussi agréable de faire des logiciels sans bugs (mais ca ca dépend du niveau de criticité ou tu te trouves).

La tendance est à ajouter aux tests une bonne dose de théorie (assez difficile : model checking et interprétation abstraite), et je ne pense pas que les formations 'embarqué' actuelles aillent vers ça.
J'ai déjà bossé dans ces deux aspects (un article sur l'adaptation des normes pour l'avionique civile aux langages fonctionnels, et en ce moment je fais de l'interprétation abstraite pour la certification formelle de code mobile) et je pense qu'il y a de l'avenir dans les deux.

Donc vraiment, si sous l'intitulé GL c'est vraiment du GL pur, prends embarqué, ça te donnera une culture que tu ne pourras pas vraiment apprendre plus tard, et le GL ça peut s'apprendre sur le tas (pataper). Cependant, puisque tu souhaites continuer, vérifie que ça ne soit pas que de l'archi, car ça peut boucher des portes ou rendre difficile la suite.

./28 : grosso modo oui, mais je trouve que l'ordre d'apprentissage devrait être inversé : il faut déjà avoir fait pour savoir comment faire faire, donc apprendre la programmation ça vient avant amha
./29 : partiellement vrai, ça peut s'apprendre sur le tas (comme à peu près tout d'ailleurs), mais à mon avis il est relativement difficile d'analyser ses échecs dans ce domaine, donc l'apprentissage "sur le tas" sera long et pas forcément toujours bon. mais pour revenir aux posts ./20 et ./21, il n'est de toutes façons pas question de gl, je ne comprends toujours pas ce que ça vient faire dans la discussion ?