mario Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 Le taff c'est bien. tout a fait d'accord Citer
cebe Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 Faut je commence à préparer les sujets de stage pour mon ou mes stagiaires de cette année... Sont en grève en ce moment les étudiants de Paul Sab ?? Citer
FF Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 Faut je commence à préparer les sujets de stage pour mon ou mes stagiaires de cette année... Sont en grève en ce moment les étudiants de Paul Sab ?? Tu proposes quoi, comme genre de sujets ? Citer
cebe Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 Tu proposes quoi, comme genre de sujets ? Cette année ca sera : - Evolutions (V2.2), migration et finalisation de l'intranet d'entreprise : CRAs, facturation et compagnie. L'existant est en java, mais n'a jamais été livré par manque de temps pour arriver à maturité (le site). Nous avons encore l'intranet V1 en PHP. et/ou - Rédaction de fiches qualité. Mise en oeuvre du plan qualité pour le passage au CMMi niveau 2. Pas très folichon Et ce n'est pas ton domaine si mes souvenirs sont bons ? Citer
FF Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 Cette année ca sera : - Evolutions (V2.2), migration et finalisation de l'intranet d'entreprise : CRAs, facturation et compagnie. L'existant est en java, mais n'a jamais été livré par manque de temps pour arriver à maturité (le site). Nous avons encore l'intranet V1 en PHP. et/ou - Rédaction de fiches qualité. Mise en oeuvre du plan qualité pour le passage au CMMi niveau 2. Pas très folichon Et ce n'est pas ton domaine si mes souvenirs sont bons ? Non, c'était juste par pure curiosité. Sinon, j'ai fini mon école depuis 1 an donc c'est fini, les stages, pour ma part. Citer
cebe Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 Non, c'était juste par pure curiosité. Sinon, j'ai fini mon école depuis 1 an donc c'est fini, les stages, pour ma part. J'ai vu ton histoire (coup de blues bla bla bla), tu es dans quelle boite ? (MP si tu veux pas le dire ici) Sinon, chez nous, on ne prend plus de stagiaires directement dans notre domaine (et donc le tiens), c'est un peu bizarre, mais c'est comme ça. L'an dernier, j'ai pris un stagiaire en informatique, j'ai halluciné quand j'ai vu leur niveau lors des entretiens... Mais ca s'est bien terminé au final. Les 2 années avant, c'était du dév web (pour l'intranet) Citer
FF Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 J'ai vu ton histoire (coup de blues bla bla bla), tu es dans quelle boite ? (MP si tu veux pas le dire ici) Sinon, chez nous, on ne prend plus de stagiaires directement dans notre domaine (et donc le tiens), c'est un peu bizarre, mais c'est comme ça. Astrium Sinon moi je fais plus d'électronique que d'informatique. L'an dernier, j'ai pris un stagiaire en informatique, j'ai halluciné quand j'ai vu leur niveau lors des entretiens... Mais ca s'est bien terminé au final. Les 2 années avant, c'était du dév web (pour l'intranet) C'est à dire ? Niveau trop faible ? Citer
cebe Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 Astrium Sinon moi je fais plus d'électronique que d'informatique. ah c'est une grosse boite... Bah moi je fais des deux on appelle ca de l'electronique et de l'informatique industrielle. C'est à dire ? Niveau trop faible ? wé, je précise : ils étaient vraiment débutants en développement C, et je suis gentil. Pour des bac +3, ca fait peur... Mon sujet portait sur de la recherche en C, et donner ca à des pires débutants, ca donne à réfléchir. Chargement de DLLs avec un prototype de fonction dynamique pour ceux qui tatent... Au final, en 1 mois, celui que j'ai retenu avait trouvé la solution ouf! Citer
Bengijol Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 Sinon moi je fais plus d'électronique que d'informatique. Quoi comme électronique Citer
FF Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 Je bosse principalement sur la caractérisation électro-optique de détecteurs CMOS ou CCD. Citer
Bengijol Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 Ah désolé :unsure: Mais bon y'en a pour tous les gouts dans l'élec Citer
FF Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 Ah désolé :unsure: Mais bon y'en a pour tous les gouts dans l'élec Ca m'intéresse largement plus que de la µélec J'ai réalisé deux cartes électroniques, je fais un peu de prog, un peu de matlab, un peu de méca etc... C'est très varié Citer
chronos Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 C'est pour quand la technologie CMOS dans les appareils photos numérique de bonnes qualités ? Citer
FF Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 C'est pour quand la technologie CMOS dans les appareils photos numérique de bonnes qualités ? Aucune idée... Citer
Bengijol Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 (modifié) Ca m'intéresse largement plus que de la µélec J'ai réalisé deux cartes électroniques, je fais un peu de prog, un peu de matlab, un peu de méca etc... C'est très varié Faire les cartes ouais ça peut être sympa, j'ai fait ça en TP ça m'a suffit. J'ai pas l'esprit pratique pour ce genre de choses, j'en reste à la conception/vérification numérique, de la programmation diverse et variée et beaucoup de communication avec des gens aux compétences proches mais complémentaires (enfin ça c'est un peu pareil dans tous les jobs). Ca reste dans la µélec mais je peux pas me contenter de rester seul devant mon écran à faire mon boulot dans mon coin, bien heureusement C'est pour quand la technologie CMOS dans les appareils photos numérique de bonnes qualités ? bonne question Modifié 11 novembre 2007 par BenBDF Citer
Bengijol Posté(e) 11 novembre 2007 Posté(e) 11 novembre 2007 ah ouais facile... tu te branles les couilles quoi... rien que tu dis sur quoi tu taffes j'ai l'impression que tu me parles en ouzbèque... OUé les abréviations ça en jette Citer
cebe Posté(e) 12 novembre 2007 Posté(e) 12 novembre 2007 Je bosse principalement sur la caractérisation électro-optique de détecteurs CMOS ou CCD. La caractérisation, moi je suis trop mauvais en electronique pour en faire Déjà, faut sortir l'oscillo, et ces bêtes là, j'essaie de les éviter ou de sous traiter Ca m'intéresse largement plus que de la µélec J'ai réalisé deux cartes électroniques, je fais un peu de prog, un peu de matlab, un peu de méca etc... C'est très varié Moi côté choses variées, j'suis servis : - je bosse en ce moment sur une valise qui simule tout l'environnement moteur, afin de tester des calculateurs d'injection. Donc en plus de me cogner la gestion de projet et l'informatique (Labwindows CVI), je me dois comprend la méca, les diverses cartes electroniques qui ont été concues : carte injecteur, qui simule l'injecteur de la voiture, la carte allumage, qui simule... l'allumage (sur les versions essence), les carte entrées logiques et analogiques que je pilote depuis le soft. Pour faire simple, ce sont tous les capteurs de température (huile, eau), la pédale d'accélerateur, la vitesse du moteur, etc, mais aussi les cartes signaux : c'est le plus chaud. Ca simule par exemple la roue dentée du moteur... faut donc je comprenne cette satanée roue dentée. Ah, pour corser le tout, j'ai choisit de communiquer entre le soft et la valise en USB... - et plein d'autres choses, mais moins interressantes à raconter comme des baies de programmation de calculateurs... Citer
FF Posté(e) 12 novembre 2007 Posté(e) 12 novembre 2007 Moi côté choses variées, j'suis servis : - je bosse en ce moment sur une valise qui simule tout l'environnement moteur, afin de tester des calculateurs d'injection. Donc en plus de me cogner la gestion de projet et l'informatique (Labwindows CVI), je me dois comprend la méca, les diverses cartes electroniques qui ont été concues : carte injecteur, qui simule l'injecteur de la voiture, la carte allumage, qui simule... l'allumage (sur les versions essence), les carte entrées logiques et analogiques que je pilote depuis le soft. Pour faire simple, ce sont tous les capteurs de température (huile, eau), la pédale d'accélerateur, la vitesse du moteur, etc, mais aussi les cartes signaux : c'est le plus chaud. Ca simule par exemple la roue dentée du moteur... faut donc je comprenne cette satanée roue dentée. Ah, pour corser le tout, j'ai choisit de communiquer entre le soft et la valise en USB... Ca à l'air bien sympa. C'est dans la pure lignée de mon option de 5ème année : méca-info-tronique... Citer
Panp Posté(e) 12 novembre 2007 Posté(e) 12 novembre 2007 wé, je précise : ils étaient vraiment débutants en développement C, et je suis gentil. Pour des bac +3, ca fait peur... Mon sujet portait sur de la recherche en C, et donner ca à des pires débutants, ca donne à réfléchir. Chargement de DLLs avec un prototype de fonction dynamique pour ceux qui tatent... Au final, en 1 mois, celui que j'ai retenu avait trouvé la solution ouf! j'ai reçu une bonne dizaine de candidats là, et je suis tout simplement outré par le niveau. à peine 2 ont passé le test "basique" que j'avais préparé, et sont globalement tous "tout mou", c'est desespérant Citer
Bengijol Posté(e) 12 novembre 2007 Posté(e) 12 novembre 2007 j'ai reçu une bonne dizaine de candidats là, et je suis tout simplement outré par le niveau. à peine 2 ont passé le test "basique" que j'avais préparé, et sont globalement tous "tout mou", c'est desespérant c'est possible d'avoir le test "basique" ou un échantillon par MP please ? je suis pas destiné à etre expert en dev C vu que je fais de la µélec mais tout de même j'en ai besoin donc c'est pour me faire une idée Citer
cebe Posté(e) 12 novembre 2007 Posté(e) 12 novembre 2007 Ca à l'air bien sympa. C'est dans la pure lignée de mon option de 5ème année : méca-info-tronique... C'est clair que cette affaire est vraiment techniquement super interressante. Je travaille en plus avec 2 sociétés (fournisseurs/partenaires), on a au total environ 8 à 10 personnes pour couvrir l'ensemble de l'activité. Par contre, le point négatif : on perd de l'argent systématiquement, de l'étude ("payée" par le client), à la fabrication (bientot une 10aine de valise), en passant par les bugs qui commencent à remonter.... (pfff, saleté de XML!) j'ai reçu une bonne dizaine de candidats là, et je suis tout simplement outré par le niveau. à peine 2 ont passé le test "basique" que j'avais préparé, et sont globalement tous "tout mou", c'est desespérant ils étaient "tout mou", ca explique très bien ce que j'ai ressenti Donc comme aucun ne semblait s'y connaitre, j'ai pris le seul qui m'a posé des questions sur le sujet. (zut, je viens de me rappeler que l'un des candidats vient sur le forum !!! nota pour lui : je ne te vise pas perso ) c'est possible d'avoir le test "basique" ou un échantillon par MP please ? je suis pas destiné à etre expert en dev C vu que je fais de la µélec mais tout de même j'en ai besoin donc c'est pour me faire une idée Moi je n'ai pas fait de test, j'ai juste discuté, et il suffit d'aborder la force/faiblesse du C : "les pointeurs, vous connaissez ?" Quelqu'un qui ne connait pas ce sujet en C, pour moi, il est passé à côté... C'est sur, c'est pas aussi bien que les objets en C# ou des techos ADO-chépakoi à la mode, c'est bien moins reluisant, mais c'est tout simplement nécessaire dans mon domaine. En µélec, tu fais du C de base, et tu as besoin de connaitre les pointeurs, de maitriser les types de données, etc... non ? Tu bosses sur quels micros ? Nous, on est spécialisé sur un (vieux) micro siemens : le C167, et on fait aussi du PIC. Citer
Panp Posté(e) 12 novembre 2007 Posté(e) 12 novembre 2007 (modifié) nan mais les tests c'est ça hein quelques questions basiques sur les langages qu'on utilise (Java, SQL etc...) mais ce qui me chagrine le plus c'est l'impression de morts-vivants en face de toi quoi Modifié 12 novembre 2007 par Panp Citer
vinnssou Posté(e) 12 novembre 2007 Posté(e) 12 novembre 2007 (modifié) c'est possible d'avoir le test "basique" ou un échantillon par MP please ? je suis pas destiné à etre expert en dev C vu que je fais de la µélec mais tout de même j'en ai besoin donc c'est pour me faire une idée Ca m'interesse aussi les tests basiques (un petit MP quand tu auras le temps). Juste pour voir si je ne suis pas "rouillé" car çà fait trop longtemps que je fais du PL/SQL Modifié 12 novembre 2007 par vinnssou Citer
Bengijol Posté(e) 12 novembre 2007 Posté(e) 12 novembre 2007 (modifié) Moi je n'ai pas fait de test, j'ai juste discuté, et il suffit d'aborder la force/faiblesse du C : "les pointeurs, vous connaissez ?" Quelqu'un qui ne connait pas ce sujet en C, pour moi, il est passé à côté... C'est sur, c'est pas aussi bien que les objets en C# ou des techos ADO-chépakoi à la mode, c'est bien moins reluisant, mais c'est tout simplement nécessaire dans mon domaine. En µélec, tu fais du C de base, et tu as besoin de connaitre les pointeurs, de maitriser les types de données, etc... non ? Tu bosses sur quels micros ? Nous, on est spécialisé sur un (vieux) micro siemens : le C167, et on fait aussi du PIC. Ok pas connaitre les pointeurs c'est pas top. En fait je suis integré à un projet de conception d'ASIC (une puce sympa destinée à avoir un fonctionnement bien précis, ici en gros gestion de la cohérence mémoire au sein d'un système multi-processeurs). Ensuite il faut des gens pour concevoir et coder le fonctionnement de la puce à l'aide d'un langage de description hardware (Verilog en l'occurence): en quelque sorte tu écris les équations qui décrivent le fonctionnement du système et puis un fois que c'est tout bon t'appuies sur un bouton magique et ça te sort l'équivalence du truc sous forme de portes logiques (bon c'est ultra simplifié et ya plein d'étapes mais bon...). Le problème c'est de vérifier la justesse de ce design en Verilog, donc de s'assurer quel le sous-bloc (puis le chip complet) va se comporter de manière correcte (conforme sa spécification fonctionnelle en somme). C'est la que l'équipe ou je bosse intervient. On a pour charge d'établir l'environnement de simulation de chaque sous-bloc du chip afin de vérifier le comportement. Ici c'est fait par un outil maison mélangeant C++/SystemC pour au final batir un environnement de SystemC (un autre langage de despcription matériel) pour pouvoir simuler ça avec le code du bloc. Donc oui on doit utiliser types de données pointeurs, classes etc... (ts les trucs basiques du C++ ). Pour vérifier que tout fonctionne, un mécanisme de prédiction est mis en place (c'est un truc maison mais c'est magique) pour vérifier que les données sortantes sont bien celle attendues vu les stimulis d'entrée. Ajouté à ça l'écriture d'un certain nombre de propriétés (dans un langage adapté au simulateur) permet de dire qu'on est bien passé dans tous les cas de fonctionnement possibles au cours des simulations effectuées. La aussi il faut pouvoir recenser les cas de simulations possibles, il y en a beaucoup mais l'aspect aléatoire de la génération des stimulis permet de s'en sortir. Bon c'est ultra-simplifié pour éviter de souler tout le monde (c'est peut etre trop tard ) mais c'est bien intéressant. travail d'équipe avec le reste des gens de mon service pour pouvoir faire un environnement de simulation sympa, travail avec les designers, utilisation de plusieurs langages (C++/SystemC/verilog/PSL/scripts divers pour les makefile et extraction de données (Perl,bash,Tcl)), c'est un peu touché à tout mais c'est mieux comme ça Pour des renseignements annexes ---> MP sinon on va se faire tuer En ce qui concerne les "micros" on bosse avec Intel et on utilisera les futures évolution des Xeon et Itanium. Donc un systèmé mixte IA32/IA64. Le serveur developpé étant l'évolution des actuelles briques de base du super-calculateur du CEA --> oui ce sont de gros serveurs Désolé pour les non-scientifiques et ceux qui ont la gueule de bois nan mais les tests c'est ça hein quelques questions basiques sur les langages qu'on utilise (Java, SQL etc...) mais ce qui me chagrine le plus c'est l'impression de morts-vivants en face de toi quoi ok ok je pensais à un test plus conséquent Modifié 12 novembre 2007 par BenBDF Citer
Messages recommandés
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.