Reprise du message précédent :
J'aimerai en profiter puisqu'on est dan sle blabla pour dire un truc dont j'ai compris récement l'importance.
 
En informatique, contrairement à ce dont on a l'impression, tout est figé, bloqué, rein ne communique. C'est pourquoi il ne faut pas faire la course à la fonctionnalité et à la version.
 
Dans mon boulot, changer un logiciel a pris 6 mois, on a découvert des bugs dans la nouvelle version qu'on voulait installer, on a changé de version à l'arrache, on re-découvre des régression et l'éditeur nous demande de re-changer de version. Sauf que changer ce logiciel, nécessite de re-qualifier le lien avec 4 autres logiciels (ce qui va peut-être se traduire par des montées de version pour eux-aussi), et que ces autres logiciels sont-eux même en lien avec d'autres logiciels, etc.  
 
C'est pourquoi il *faut* maintenir les vielles versions, et il ne *faut pas* faire de régression, chez nous un bug qui impacte 5 utilisateurs si on doit chager de version, ça impacte 40 utilisateurs, 3 ingénieurs d'application 5 applications, 5 personnes à l'indus, je sais pas combien à l'exploit, les acheteurs etc.  Et ça nous coute des dizaines de miliers d'euros à chaque coup.

je plussoie intensément

Je plussoierais bien aussi, mais avec une nuance : une bonne formation dans une bonne école, ça joue quand même.
 
Par bonne école, j'entends un établissement qui mêle intelligemment théorie et pratique, qui reste généraliste mais qui colle aux dernières évolutions (OS, assembleur, C... au départ, jusqu'à 4GL en passant par Java).
 
Le genre de formation qui ne court pas les rues on dirait.
 
J'ai eu cette immense chance pour des études (en info) d'une durée de 3 ans (ce qui semble être un compromis entre le bac+2 et le bac+4 de votre côté si j'ai bien pigé, pardonnez mon ignorance sur ce point).
 
Ca ne rendra pas un manche virtuose de la prog, et je ne compte pas les multi-diplômés incapables que j'ai croisé sur ma courte carrière, ça ne sert à rien si tu n'as pas ça dans le sang, mais c'est un solide primer pour démarrer et évoluer dans le cas contraire.
 
Même le self-made man aura tjs des lacunes dans sa "culture" informatique (en assembleur, en OS, en algo...) [sauf exception rarissime et notoire]

tout le monde à des lacunes, on s'en fout, l'important c'est de veiller, qualifier ce qui passe en "hype bidon" (XML etc.), "évolution de fond dont le retour sur investisseent est à surveiller" (sites webs décrits en CPS), "truc pas nouveau mais qu'il faut pousser dans l'industrie" (preuves formelles etc.).
 
Maintenant, être confronté à un etruc qu'on connait pas n'est pas un drame, j'avais jamais vu un arbre de défaillance (ADD) y'a 3 semaines, j'écris un cahier des charges pour une appli de ce type. Un ADD c'est simplement que de l'algèbre de boole et de la manipulation de graphe d'expressions.
 
 
l'important c'est pas avoir peur de l'inconnu (je sais pas pourquoi je dis ça alors que je me suis chié dessus à l'idée d'aller en République Démocratique du Congo)

ben les lacunes ca dépend de ce que tu fais : par ex j'y connais rien en assembleur, ni en C/C++...mais je fais de l'info de gestion, donc ca me servirait pas à grand chose (les nouveaux projets sont tous en Java ou en .NET)...sinon ben c clair qu'il faut se former soi meme...plus de 70% de mes connaissances en info je les ai acquises hors école, c certain...(faut dire aussi que je fais de l'info à temps plein que depuis la maitrise)

l'assembleur et le C c'est quand mêm bien pratique pour se rendre compte de "comment ca marche en vrai" ...

...et a quel point c'est merdique

Je penses que si on prend le "comment ca marche en vrai" d'une voiture récente on se ferait surement la même remarque.

ça marche très bien en vrai une voiture

 
(purée t'as posté que 7769 messages alors que t'es un rescapé de l'epoque blabla, mais comment fais tu ?)

( Je me suis pris la tête avec les plus influents de blabla à une époque depuis je poste quasiment plus que dans la partie prog. Voilà comment je fais. )

Oui enfin comme le dit nraynaud, les choses évoluent peu, et si tu fais de l'info de gestion tu as intérét à te mettre au Cobol, de l'info industrielle tu as intérét à connaitre le C et de l'info scientifique tu as intérét à connaitre Fortran.
Un des premiers entretiens que j'ai eu (en 2003), était pour porter un bouzin en Fortran/ASM vers du C/Posix temps réel. L'appli aurait été -et est maintenant- directement intégrée dans le cycle de production d'un gros site industriel qui produit de l'alu, par là il faut comprendre que çà plante, c'est un paquet de pognon qui part en fumée, et qu'un bug chez eux "c'est pas un truc qu'on trouve dans Gdb mais un "çà plante au bout d'1 ou 2 ans d'utilisation continue, on sait pas pourquoi, il faut vite trouver"".
Si tu conseilles l'utilisation de trucs "révolutionnaires" comme Java/.Net ou meme la forme de Java conçu pour etre temps réel à la place de trucs qui doivent te paraitre super archaiques comme C/Cobol/Fortran à des types qui concoivent, codent et maintiennent ce genre de programmes très critiques, à mon avis tu vas les faire un peu rire.

ouh laaaaa... alors là, en ce qui concerne l'info de gestion, c'est pas encore acquis que les nouveaux projets sont en .NET/Java hein ! les softs des leaders du marché (Sage, EBP...) ne sont pas codés sous VM, mais en natif (C++ en tête). Et pour avoir bossé chez l'un d'entre eux , je peux t'assurer qu'ils ne sont pas près de passer sous VM car ils s'appuient sur des développeurs expérimentés dont le cout de formation serait trop élevé. Ajoute à ça le fait que le nombre d'éditeurs se restreint de plus en plus à cause de la politique cannibalistique de Sage, et tu comprendras que ce milieu préfère empiler des morceaux sur des usines à gaz déjà existantes que de tout recoder

Oui, dans ma boite qui fait que des produits de gestion, on est encore au VB, y a un département java/jsp et un .net.
Mais le gros produit de la boite est en VB encore.

Ouh là, je pars une nuit et ça blablate
 
Je plussoie sur pas mal de choses...
 
La fac ou les écoles d'ingé ne nous apprennent pas grand chose...
 
A la fac, j'ai appris des langages certes mais ce que je connais le mieux, c'est ce que j'ai fait en dehors:
Assembleur et C qu'en j'etais en DEUG parce que le Pascal pour faire du graphisme rapide bof bof...
Java qu'en j'étais en licence parce que je faisais en parallèle un bout de ma maitrise (je faisais le projet de mémoire)
 
Ce qui différe d'un bac+2 avec un bac+4, c'est peut-être juste une plus grande polyvalence (et encore, je me demande, car en licence et maitrise, j'ai rien appris ou presque)...
 
Enfin sur les écoles d'ingé, je suis pas fan de ces formations, un de mes potes a fait l'ENSEIHT informatique à Toulouse, le programme des 3 années est le même que celui de la licence/maitrise de la fac avec juste des maths en plus...
 
Pour moi, faire des études, ça n'est pas apprendre un métier (concepteur, chef de projet, développeur) mais apprendre à être facilement "adaptable" et "polyvalent" et par conséquent, à pouvoir changer de métier ou de branche sans soucis car on nous a appris les bases de pas mal de choses...

Mais est ce que le marché du travail, va laisser un ingénieur changer facilement de métier? A ma conaissance, la france est loin d'être un pays réputé pour être souple face à ce genre de chôse. Elle est d'ailleur plustôt réputé pour être un pays où un changement de métier n'est souvent faisable qu'en reprenant des études. Du moins, c'est l'image qu'en ont les francais installé au quebec.

Malheureusement, c'est comme ça...mais je pense que c'est possible dans certain cas...

 
Je suis assez d'accord, même si j'ai eu la chance ultime de changer de branche par rapport à mon CV, c'est hyper exeptionnel.
 
Et ça m'emmerde bien, car je me prétends polyvalent (et le fait est que la polyvalence est le seul axe dominant sur mon CV) et j'aurais bien du mal à refaire des sauts comme ça.

Et beh, je suis un peu surpris sur ce point là. Enfin, vos remarques semblent s'appliquer à la France et je ne suis pas Français.  
 
Perso, je ne vois pas le problème à passer d'un domaine à un autre, bien au contraire. Je suis devenu développeur, mais ça aurait pu être DBA ou admin système. Et c'est ce que j'ai failli faire la dernière fois.
 
Et je ne vois pas ce qui m'empêcherait de changer demain - à cd de m'offrir une solide mise à niveau et d'accepter de recommencer à un niveau un rien inférieur sans doute, et encore!
 
Pour l'anectode, pour mon premier job, je postulais pour une place de DBA dans la boîte qui m'a finalement engagé, mais suite à un quiproquos, je me suis retrouvé développeur. Comme quoi...

 
Moi je conseille rien...mais bon, je sais lire des offres d'emploi/de stage...et en gros on voit 2 types :  
- les juniors : ca recrute que sur Java et .net, et qd meme principalement java..y'a du web pas mal aussi...
- les séniors : la meme chose, et du cobol/c/c++ avec plein d'exp, principalement pour des missions de maintenance de l'existant...
 
BILAN : suivant cette tendance, on ne crée plus rien en Cobol ou en C, mais en java et en .NET...par contre, y'a tjs bcp de maintenance...mais moi je suis un junior justement, je v pas me spécialiser sur des trucs hors d'age en déclin...je me spécialise en java, et en intégration d'applis (RMI, CORBA et autre, et en web services bien sur)...j'ai été à un salon récent avec plein de grosses SSII (atos, thales, DCN,  sopra, bull, cap gem, etc...) et je suis clairement positionné proprement sur le marché en ce moment...g même vu un gars devant moi au stand DCN (pour ceux qui connaissent pas c en gros la SSII de la marine), qui pourtant font du système, recaler un type qui disait etre ingé C : "vous etes surement très compétent, mais vous etes clairement sur une techno en fin de vie"...je suis passé juste après, j'ai discuté un peu avec la DRH, tt les nouveaux projets sont en JAVA, et du coup ils ont besoins d'intégrateurs d'appli pour intégrer les nouveaux trucs aux vieux systèmes existants...
 

 
--> étant dans une fac de gestion, j'entend ce qu'on conseille aux futurs decideurs...et clairement pour les ERP après la phase de comment ? vous prenez que 10 modules SAP ? vous voulez pas le 11eme qui automatise la gestion de la machine à café ?, ben après les ROI désastreux sur ces projets, la tendance actuelle enseignée c l'erp c bien, mais petit à petit, en y allant doucement, et en partant sur peu de modules...(cad paye/compta, et on voit après)... (même LMI et 01.net en parlent des ROI de merde   )
Et je doute pas que ca reste en natif, mais bon, g pas envie de me spécialiser dans la maintenance de softs comme ca...l'erp n'est pas un domaine qui m'intéresse
 
et info de gestion != erp...ma mission cet été dans une très grosse boite consiste à développer des modules pour un workflow fait intégralement en Struts + XML, et qui intègre des données de l'erp, du mainframe, etc... c totalement de l'info de gestion, mais l'erp n'a que 2 modules installés...et y'en a partout des missions de ce style

 
ah mon dieu, si seulement ....

ben peut etre ailleurs, mais pas en info de gestion...
et visiblement, ils veulent pas de junior sur ces technos, enfin pas en info de gestion (en prog système je dis pas, je connais pas le domaine)...
 
enfin je pense que vous avez compris ce que je veux dire : oui y'aura tjs des boites qui vont créer là maintenant un truc en cobol...mais bon, c pas la tendance du marché...

 
Je suis tout à fait d'accord. Je suis moi-même à l'Epitech et cette école est énorme. On code des trucs supers pointus ans des contextes difficiles (saviez vous que celui qui a écrit le firmware des freebox est actuellement étudiant à l'epitech ?). C'est dur, mais cette école nous prépare à un avenir radieux.
 
Lorsque j'en sortirais, les entreprises viennent nous lecher la main pour que l'on vienne travailler pour elles, et nous proposent des salaires mirobolants. Je sais que certains pisse-froid trouvent cette école cher,; mais c'est un investissement pour l'avenir. On fait que du codage pour être directement opérationnel, pas comme les autres écoles d'ingé ou ils se tirent la nouille sur la gestion de projet, le management ou d'autres matières qui ne servent jamais.

c'est pas mal ça le workflow fait intégralement en technologies de présentation, je le note.

XML tecnho dédié uniquement à la presentation.    
Struts pour la modélisation visuelle des process du work flow peut être.
T'es un peu méchant

Jubi ca devient vraiment le champion tout terrain du buzzwordage par pack de 22

oué enfin backing-store ou externalisation, bref, rien à foutre dans le coeur.

oué enfin "mainframe"

 
j'avais envie de faire un truc comme ca, mai sj'ai craqué au bout de 5lignes
bel effort

que veux tu, c'est un futur J2 deux oeufs Lead Architect
 
edit: merde, j'avais dit que je posterais plus de smileys

-->tlm : en meme temps un workflow, c un workflow ...je l'appelle comment autrement ?
 
XML c XML, je vois pas trop quel autre nom donner au truc... idem pour le reste en fait...les choses ont un nom...
 
surtout vu les mots soulignés...en gros si g suivi pour parler d'info faut pas employer de nom de technos...c Tabou en fait ce truc...
 
Décrivez votre stage sans prononcer les mots :  
- XML
- J2EE
- Struts
- Oracle
- Mainframe
- Workflow

"jfais des machins en java"
 
(néanmoins je me felicite de n'avoir jamais fait de J2EE, de boycotter le XML et de croire que Struts c'est "struct" mal orthographié. Quant a un Mainframe pour moi ca doit etre le cousin du localframe)
 

 
 
oui enfin j'en oublie : y'a une base Oracle, 2 modules SAP, IMS  et SIEBEL (pour les buzzword-o-metre : j'y peux rien là c les nom)...
 
les données sont intégrées en XML, la gestion des roles est gérées par un systèmes de tables de droits sous oracle, l'auth sous LDAP et la présentation est en JSP+Struts...
 
pour le coeur, je sais pas, mais vu que le serveur est websphere, ca pourrait bien etre des EJB...g pas eu d'infos sur le coeur...
 
enfin je suis intégré au pole Web, donc je verrais que du struts+xml+oracle...

Et on fait pêter le vocabulaire business...
 
On dirait un commercial qui parle. Pour ça, ils sont très forts : répéter des buzz words et parler de trucs hypes. Ca fait smart.
 
Ca me fait penser au temps où j'étais technico-commercial () avant de redevenir technico-technique

 
Tabou faut pas abuser, mais mon stage contenait:
-J2EE
-DB2
-Oracle
-MySQL
-Discovery Link / Federated Database
-Worklow
-XML
(j'ajoute pas les mots scientifiques et j'en oublies d'autres)
 
 et je parle pas de mon taff actuel   , mais apres les etaler partout, c'est de la branlette

 
 
mais quoi encore ????
 
c l'intitulé de mon stage...je te scanne le truc si tu veux...et on peut pas reprocher à mon futur CP d'etre un commercial pourtant...c un pur technicien...
 
et je les étale pas partout, ct pour illustrer le fait que les nouveaux projets ne contiennent pas de C/C++ et autre..
 
 
alors voilà :  
 
je fais un stage java, java != C++ ...

A part du J2EE sur un projet en C ou en C++ tu peux employer tous les autres bidules chouette.

Mais il faut pas te formaliser. J'ai aussi fait pêter le voc business à une époque. Le tout, c'est de pas s'y croire. Les buzz words, ça me fait marrer, ctout

 
oui ca je sais merci...encore que tu me montrera tes pages web scriptées en C++
 

 
on est bien d'accord...encore que c intéressant qd tu lis les travaux de recherche qui ont conduit aux choix de ces mots...mais bon...
 
moi si je les emploi c pour etre précis, mais maintenant je sais que je devrais dire que je fais vaguement un truc dans l'info, et encore, g peur qu'informatique ce soit déjà trop précis