Reprise du message précédent :

Je parlais de l'ingénieur évoqué par le message suivant :

D'ailleurs c'est "futur ingénieur"

Ah OK
en même temps, ingénieur ça veut pas dire grand chose

Que les RH de toutes les boites françaises entendent ces sages paroles  

 
+1, je connais quelques ingé en info qui n'ont aucune notion de l'architecture pc, parcontre ils savent développer des applis ok mais le reste zéro, mais ça doit surtout dépendre des écoles et des profs malgré les programmes scolaires.

Mea culpa j'avais cru comprendre que c'était comme ça
http://www.clubic.com/actualite-35 [...] se-ht.html
http://www.matbe.com/actualites/13 [...] tiplexing/

Putain j'ai méme pas de CAP d'electricien et pourtant j sais que sur un montage en paralléles (ampoules par ex) le voltage reste pareil! Pour les processeurs tu remplace volt par mhz ca doit etre le meme principe!

Quoté !
Et en remplaçant Mhz par kilogramme de pomme de terre ce doit aussi être le même principe.... Logique quand tu nous tiens...

priceless  
le truc qui n'a aucun putain de rapport

Ca c'est dit élégament...

tu es choqué ?

plus j'essaye de trouver une façon de comprendre la logique de cette histoire d'ampoule, plus je m'aperçois que c'était très maladroit comme comparaison
 
désolé, mais la comparaison n'était pas bonne

Nan pas vraiment .
(j'avoue que j'aurais aimé balancer une formule plus forte que la tienne )

Faut arrêter de penser que l'architecture d'un PC c'est le centre du monde, hein    
 
Ce que je sais d'un PC je l'ai appris par moi-même, normalement en école d'ingé t'apprends les bases de l'architecture d'un ordinateur et/ou d'un CPU (bus, ram, registres, cache, ALU, interruptions), qui t'aide a comprendre le fonctionnement global. Le reste ou les spécificités de telle ou telle plateforme, on en a rien a cirer. Sinon, tous les deux ans faudrait refaire tous les programmes pour se palucher ce que les fabricants de matos nous pondent : ISA, EISA, VLB, PCI, AGP, PCIe, EDO, MTM, IDE, DDR, DDR2, SCSI, P/S-ATA, etc, tout ça c'est de la pisse de chat.
 
D'ailleurs la meilleure preuve c'est que ca sert a rien pour 99% des ingés qui sortent d'école ... connaitre les entrailles d'une bécane c'est justement du boulot de technicien, l'ingé est sensé faire abstraction des problèmes matériels qui se trouvent en dessous, et connaitre en plus du dev la logique métier (ce que le techie ne fait pas du tout). Donc, chacun son job

Quand j'étais petit et que je regardais les vidéos d'HL² je me disais que ce serais fluide, vu que la vidéo était fluide.

T'es vendeur chez carrefour ?

Faut être précis  
 
PS: c'est quoi MTM ?

J'ai pondu les acronymes qui me venaient à l'esprit, sans ordre chronologique ni regroupement par famille
 
De mémoire MTM c'était les HDD avant IDE, mais je me gourre peut-être, ça commence à être sacrément vieux

Et voilà comment je me refais insulter en moins de 24 h .
 
Bon, j'ai édité mon post pour t'apprendre à respecter la mémoire des anciens      

ben non, c'est toi qui avais raison, c'est MFM (MTM c'est un truc du boulot en fait)

Ben j'en ai monté/démonté qqs uns de disques de 20 Mo en MFM et 30 Mo en RLL (NON, il n'y a pas d'erreur dans les unités... )

 
Désolé  

un ingénieur doit comprendre la nature d'un système multiprocesseur, le parallélisme, les threads, les processus, surtout maintenant à l'ère des GPU monstres et des CPU multicores. il n'y a donc aucune excuse à lui trouver, à moins de considérer normal qu'un technicien connaisse mieux son boulot que lui

Je developpe professionnellement des applis J2EE qui tournent sur des monstrueuses machines mutlticore, et les threads j'en ai rien à branler, de toute manière j'ai aucun contrôle dessus.  
 
C'est pas parce qu'un technicien connait par coeur les timings de toutes les mémoires possibles, ou tous les steppings de tous les CPU Intel qu'il connait mieux le boulot que l'ingénieur lui-même. Demande à ton technicien de gérer une équipe de développement, de faire le lien entre la technique et le métier, de prototyper des applis d'après des specs fonctionnelles, et on en reparle.  
 
Les deux ne font pas du tout le même boulot, et celui de l'ingénieur c'est justement de se détacher en partie des contraintes techniques et de se rapprocher des contraintes métier. Ton affirmation péremptoire c'est franchement n'importe quoi, à se demander si tu sais de quoi tu parles (j'a ides sérieux doutes)  
 
EDIT : des ingés qui se soucient du GPU

 
mais +1000 quoi

Mr l'ingénieur chef de projet junior chez Unilog

Ouah putain j'ai oublié un "i" en tapant, tu m'as trop cassé, là  

Ouais, trop la honte pour toi .

 
Ya eu un truc avant l'IDE ?  

 
Il y a des MOA pour ça...
Et ça aussi c'est valable surtout si tu fais de la MOA, un MOE doit maîtriser un minimum le technique sinon il n'a rien à foutre là.

En même temps si tu prend des exemples à la con comme ça, tu réussi à convaincre ceux qui connaissent pas le domaine, c'est tout...

Forcément qu'on en a rien à branler du hardware quand on développe avec ce genre de langages, reste que tu prend un autre ingé qui fais du développement système en C dans l'embarqué, ça n'a rien à voir. Après tu as toutes les nuances au niveau de la qualification "ingénieur", du type qui gère une équipe et qui touche pas à la technique, jusqu'au MacGyver "supertecho" qui va presque tout gérer avec une équipe réduite dans une petite boite.
Ces gens là se font appeler ingénieurs, après on peut s'amuser à enculer des mouches à propos de la définition de l'"ingénieur", mais ça ne donnera rien de très intéressant.

Non seulement tu parles pour ne rien dire, mais en plus ça n'a rien à voir avec le sujet initial du topic (quoique, parfois...)

Ton argument vaut pas mieux, parce que les ingés qui font de l'embarqué en C c'est pas la majorité non plus. T'aurais pu me parler également des développeurs de jeux, ça aurait à peine plus caricatural  
 
C'est pas parce que tu considères ton (futur) boulot d'ingé système comme le plus important du monde qu'il faut croire qu'il n'y a pas autre chose ailleurs, hein

C'était juste un contre exemple, pas un argument, l'objectif était juste de te montrer que faire de ton cas une généralité était un peu exagéré, et peu importe que la majorité des ingénieurs coordonnent des pisseurs de java, c'est pas une raison pour oublier les autres  

Tout est là. Alors les avis à l'emporte-pièce de Blaszco (genre tout ingénieur doit connaître l'instructionset de son GPU) ça me fait doucement rigoler. Pis je pense avoir bossé sur suffisamment de plateformes en assez de langages pour avoir le commencement du début d'un avis un tout petit peu documenté sur la question, par rapport à Blaszco qui du haut de sa formation d'étudiant a déjà un avis définitif sur le métier qu'il n'a pas encore commencé à exercer (*)
 
(*) oui je sais c'est un argument "c'est moi qui ait la plus grosse", mais à un moment faut arrêter de laisser dire des conneries par le premier venu.

Vous êtes vraiment PéNIBLEs   .

 
C'est quoi le code ASCII du "E" accent aigü majuscule ? Où alors comment le fait t'on au clavier ?

0201 É
 
http://unicode.coeurlumiere.com/

É
alt+144

Alt + 144 : É
Alt + 0201 : É
 
il y a une différence ?

 
c'etait pas plutot: Magnetic Tape Module