Dilemme Orientation informatique - Page 2

BookeldOr (./30) :
La tendance est à ajouter aux tests une bonne dose de théorie

Ca c'est utopiste. Dans les trois boites où j'ai pu mettre les pieds, et de ce que j'entend d'oreilles indiscrètes, les tests, c'est la prod. Des vraies phases de test, même chez les grands industriels français, ça n'existe pas vraiment. Alors pour mettre de la théorie dans les tests, on aura tout vu.
Pour exemple, chez nous, un binaire, ça s'éprouve. Si il a un bug, on ne corrige pas le bug, on fait tout pour maintenir le service, genre en killant/relançant. Un segfault.

Pour exemple, chez nous, un binaire, ça s'éprouve. Si il a un bug, on ne corrige pas le bug, on fait tout pour maintenir le service, genre en killant/relançant. Un segfault.

Oui et non. Si tu bosses sur les commandes de vols ou les systèmes de contre-mesure dans l'embarqué, tu n'as pas trop envie qu'il y ait des bugs, et tu es prêt à en mettre le prix.
Mais c'est vrai qu'un calculateur d'avertissement d'alarmes, tu t'en fous un peu.

Kim: Les boites qui font bcp de tests, sont je pense plus des grosses multinationnales. J'ai que Siemens comme exemples, mais chez eux, les divisions des tests sont vraiment enormes...

gt chez infineon (separation de siemens il y a 2 ans), et les tests je connais

BookeldOr (./29) :
J'ai déjà bossé dans ces deux aspects (un article sur l'adaptation des normes pour l'avionique civile aux langages fonctionnels

waouh, ils utilisent des langages fonctionnels garbage-collectés dans les avions ?

non, mais les outils doivent suivre la norme...

PpHd (./32) :

Oui et non. Si tu bosses sur les commandes de vols ou les systèmes de contre-mesure dans l'embarqué, tu n'as pas trop envie qu'il y ait des bugs, et tu es prêt à en mettre le prix. Mais c'est vrai qu'un calculateur d'avertissement d'alarmes, tu t'en fous un peu.

nEUrOO (./33) :
Kim: Les boites qui font bcp de tests, sont je pense plus des grosses multinationnales. J'ai que Siemens comme exemples, mais chez eux, les divisions des tests sont vraiment enormes...

ben je sais pas comment vous placez PSA... Bon, apres, la partie où je suis ne touche a priori pas la sécurité des voitures, simplement, en cas de probleme, ca implique du retard dans le dev des futures voitures, et une impossibilité de travailler pour un pti millier de personnes...

ben je sais pas comment vous placez PSA...

Tout en bas de l'échelle.
Pour la petite histoire, un sous-traitant de PSA a essayé un jour de remporter une affaire avec Toyota. Ils lui ont présentés leur plan pour assurer la qualité du logiciel. Limite si Toyota leur a pas rigolé à la gueule (Ils ont évidemment pas eu l'affaire).
Non pas que je pense qu'ils ne peuvent pas faire de la qualité, mais on leur en donne pas les moyens.

Bon, apres, la partie où je suis ne touche a priori pas la sécurité des voitures, simplement, en cas de probleme, ca implique du retard dans le dev des futures voitures, et une impossibilité de travailler pour un pti millier de personnes...

C'est pas ton problème mais celui des responsables d'au dessus.
Et on voit bien tous les problèmes que çà engendre ce genre de conneries. Cà provoque plus de mauvaises publicités qu'autre chose.

Pollux (./35) :

BookeldOr (./29) :
J'ai déjà bossé dans ces deux aspects (un article sur l'adaptation des normes pour l'avionique civile aux langages fonctionnels

waouh, ils utilisent des langages fonctionnels garbage-collectés dans les avions ?

Boarf, si c'est le programme de gestion de la vidéo sur demande pour les passagers, c'est pas si critique

bah si !

"Mon fils avait choisi Blanche neige et les 7 nains et à la place il a eu Blanche fesse et les 7 mains !!!"

Oui mais l'avion va pas se crasher.

vince (./40) :
"Mon fils avait choisi Blanche neige et les 7 nains et à la place il a eu Blanche fesse et les 7 mains !!!"

Ben non, là justement, c'est pour éviter ce type de problèmes qu'on veut travailler avec des langages fonctionnels sur lesquels on peut raisonner formellement et faire des preuves. Le problème c'est juste que si le GC se déclenche au moment du choix, son fils va attendre un centième de seconde, bon ça va il devrait pas s'en rendre compte. Par contre si ça tombait dans l'intervalle de temps ou un capteur peut envoyer ses données, c'est moins bien ! Et ce n'est pas un problème de segfault par overflow, on peut faire du code dont on peut montrer qu'il ne dépassera pas telle taille.

BookeldOr (./29) :
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.

Je ne comprends pas bien?
Qu'est-ce que tu entends par "que de l'archi"?

http://www.amazon.fr/Architecture-lordinateur-1Cédérom-Andrew-Tanenbaum/dp/2744071838/ref=sr_1_3/402-1345534-8881705?ie=UTF8&s=books&qid=1181390896&sr=8-3

C'est très bas niveau quoi.

Sinon, mon père m'avait dit qu'il bossait sur une JVM destinée au temps réel (donc avec quelques adaptations bien sûr).

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).

Après, ça dépend aussi du cadre de travail que l'on veut... dans l'embarqué et l'info indus, on travaille essentiellement avec des gens qui ont un bagage technique important. Dans l'informatique de gestion, il faut aimer les rapports humains et on peut avoir à travailler dans des domaines qui - sur le fond - sont très éloignés de la technique (éducation, finance, culture, musique...). Ca peut être un plus ou un moins, suivant le cadre de travail que l'on apprécie (je sais par exemple que j'ai eu à choisir entre génie télécom et réseaux [avec la possibilité d'avoir un poste à responsabilité dès ma sortie de DUT] et genie logiciel, et que j'ai préféré prendre la seconde option parce qu'effectuer ou chapeauter des opérations de maintenance dans des répartiteurs, ça ne m'intéressait pas).

il est bien, et il est trouvable d'occaze pour bcp bcp moins cher

(et de tte maniere tout bonquin informatique... est cher... )

./46: Je l'avais feuillété, et je ne l'avais pas trouvé si bien que ca. Pas mal, mais pas exceptionnel.

dans l'embarqué et l'info indus, on travaille essentiellement avec des gens qui ont un bagage technique important.

Et ben si c'est le cas, qu'est ce que ca doit être ailleurs.

Godzil (./47) :
(et de tte maniere tout bonquin informatique... est cher... )

. TRES difficile de trouver un bouquin à moins de 40/50 euros.

Martial Demolins (./48) :
la vanne à la Bigard est volontaire?

Heuuu ??

Ok, je vais regarder sur e-bay, merci.

Je te conseille plutot amazon marketplace ou aller chez un gibert joseph ca me parais plus sur ^^

On doit pouvoir arriver a trouver ledition n-1 au alentours de 20/30€ voir moins suivantqui vend..

Ou alors avoir la chance d'avoir un employeur disposant d'une riche bibliothèque technique (merci Thales de m'avoir mis les Tanenbaum sous la main ).

on les avait à la BU à Lannion...


sinon mon employeur propose de refacturer les achats de bouquins mais perso je préfère me les garder à moi

(tiens j'avais oublié que tu travaillais chez Thalès, mais c'est le site de Corbeville sur la D128 ou pas ? parce que j'ai dû rendre visite à un stagiaire là-bas, la semaine dernière ^^)

(J'y étais en stage il y a deux ans, et c'était le site de Colombes, sur l'A86 )

Scusez pour la lenteur de la réponse, pas mal de problèmes d'ordi (OS alternatif qui m'a tout pété) et en plus partiels: ça aide pas
J'ai lu vos commentaires et vous remercie ^^

Zephyr (./30) :
./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 ?

Ben en fait si, certaines orientations appelées "informatique théorique" ou autres c'est principalement du GL. (En l'occurence pas celles que je propose.)

informatique théorique ? Tu voyais quoi comme école (autre que ENS) dans le lot, là ?

Ben en France je sais pas, mais en Suisse je voyais en tous cas l'EPFL, vu que j'y ai passé une année, mais que j'ai d'ailleurs quitté depuis vendredi passé.

l'EPFL c'est pas pluridisciplinaire ?

Wé. Enfin c'est plutôt pour ce qui est chercheurs à priori, mais bon le diplôme est très reconnu, après avec ça tu bosses où tu veux normalement.
Donc là bas t'as l'informatique qui correspond justement à ça, et même si ça reste avant tout des maths, ça offre une certaine pratique quand même. Et là dedans on met justement le génie logiciel, dans une branche très importante (qui tue tout le monde d'ailleurs) qu'ils appellent l'informatique théorique et qui comporte énormément de cours. Après qqes recherches, il se trouve que c'est exactement le génie logiciel ça. T'as aussi de la crypto et tous ces aspects "théoriques" de l'informatique quoi. Genre un des projets de 2ème est de faire un compilo C-like qui génère alternativement du code MIPS/ARM, et qui gère toutes les spécificités d'un vrai langage comme le C, y compris le sucre syntaxique. Pas rien quand même.