Bonjour à tous,
 
Je voudrais avoir votre avis sur les possibilités d'évolution de carrière d'un jeune ingénieur en technologies de l'information.
 
J'ai été embauché en mars dans une SSII et j'ai d'abord reçu une formation en interne sur SAP (le progiciel de gestion), avant de commencer à travailler.
Etant donné que je n'ai pas du tout fait d'études en informatique (à la base je suis physicien mais je n'ai pas trouvé de travail dans ma branche), quelles chances ai-je d'évoluer dans mon travail ?
Est-ce que je suis "condamné" à faire du SAP toute ma carrière ? Et d'ailleurs SAP en a-t-il encore pour longtemps à vivre ?
On m'a dit pendant les entretiens qu'on pouvait rapidement acquérir des responsabilités... ok mais tout le monde ne pourra devenir chef de projet. Alors que font les autres ? (je ne me vois pas encore développeur à 50 ans    )
 
S'il y a dans 3 ans un licenciement économique (on ne sait jamais... ), est-ce que ma seule expérience en entreprise me suffira pour trouver une place ailleurs ?
 
Mon problème c'est qu'on vient de me proposer de faire une thèse en physique, un domaine qui m'intéresse plus que l'informatique, mais une thèse c'est aussi tellement précaire... qu'est-ce qui est préférable entre une thèse et l'inconnu ensuite ou du SAP pendant 40 ans ?
 
Voilà, merci pour vos avis / conseils / témoignages.

En informatique, c'est impossible d'utiliser la même technologie toute sa carrière vu l'évolution des technos.
Il n'y a pas photo entre SAP et une thèse quelconque.
SAP est facturé très cher comme tout ERP. La plupart des consultants et experts sont donc à leur compte (pour ne pas gagner 4000 € mois quand ils en rapportent > 30000)
Dans les SSII, il n'y a pas d'évolution. On est nombreux à coder à 40, 50 ans et plus, que ce soit du C, C++, ou Cobol pour les plus anciens. Mais on se remplit les poches...
L'évolution, c'est en interne.

Merci kali93 et patman911
 
Pour répondre aux questions j'aurais aimé faire de la recherche ou de la R&D en milieu industriel mais il m'a été impossible de trouver quoi que ce soit (c'est dans les lasers), je n'ai aucune ouverture pour la suite, et l'enseignement ne m'attire pas du tout.
Donc j'ai pris la place en SSII sur SAP, je trouve que le boulot n'est pas pénible du tout mais il est loin d'être exaltant comme pourrait l'être un boulot de chercheur. Alors faire ça toute ma vie...
Avec cette thèse le train passe, j'ai l'occasion de monter dedans, mais où va-t-il m'emmener ? Dans une voie de garage ? C'est certainement ma dernière chance pour revenir dans les lasers mais c'est tellement incertain...
 

quitte la france si tu veux faire de la recherche

Soit tu veux te faire du pognon et avoir du boulot du jour au lendemain, et dans ce cas tu bosses sur SAP
Soit tu es un passionné et tu veux faire de la recherche, dans ce cas, tu vas surement lutter pour trouver un job (genre au CNRS etc...) .
Sinon vas à l'etranger comme dis couack.
 
... ca n'est qu'un avis.

Je peux également te faire part de mon expérience...
A la même époque que toi, après une école d'ingé, j'ai eu ce choix... et j'ai choisi la thèse ! 3 ans plus tard, ne trouvant pas de boulot (environ 200-300 candidats pour un poste en France - Effectivement, il y a + de boulots à l'étranger...), je fais du SAP pour une SSII !
Franchement, je ne regrette absolument pas mes trois ans de thèse (très stimulant intellectuellement, bien plus que SAP !... mais très peu de débouché au final (En fait, il faut vraiment être patient...genre 2-3 ans après la thèse !)) ... j'espère secrêtement que les compétences acquises durant ma thèse me permettront d'évoluer + vite au sein de ma société...
Je suis curieux de savoir pour quelle SSII tu travailles ?
 
Bonne soirée,
 
 
 

Recherche en France = faible pouvoir d'achat, précarité pendant des années (si on a de la chance et qu'on trouve un poste)
SAP = très fort pouvoir d'achat, stabilité, possibilité de devenir Freelance

bof sap ca marche maintenant mais d'ici quelques annees ce sera depasse (la conception du bidule sera bientot depassee face aux nouvelles tendances)
a ce moment la bonjour pour se reconvertir . ah oui vous etes speciliste ABAP, mais vous ne connaissez rien d'autre ? en sachant que abap est totalement proprietaire...
SAP c'est beaucoup trop lourd, totalement specifique et techno proprietaire (SAP refuse meme d'uliser les standards des autres constructeurs)
evidemment, ceux qui ont pas fait d'etudes info vont avoir plus difficile a comprendre ce que j'ai dit mais bon. De toute facon l'informatique c'est du n'importe quoi. Des SSII qui vendent n'importe quoi, traffiquent les cvs, Meme la mode me semble plus serieuse
 
il vaudrait mieux que la France investisse dans ses chercheurs plutot que former des physiciens qui vont faire du SAP. la physique (surtout nucleaire) elle a de l'avenir, contrairement a SAP (a moins que SAP revienne avec un nouveau produit conceptuellement different)
 

 
Salut
Je suis chez Unilog. Et toi ?
Tu as définitivement fait une croix sur une carrière dans la recherche ?
 
Depuis que j'ai lancé ce sujet 2 mois se sont écoulés et le boulot sur SAP ma plait moyennement, j'aime bien programmer mais l'ambiance de travail n'est pas terrible (c'est vraiment une société de services avec ce que ça implique). Et je n'ai pas vraiment envie de faire ça toute ma vie. Par contre j'ai la sécurité de l'emploi, un salaire qui devrait augmenter chaque année, jusqu'à 10 semaines de vacances par an...  
En fait pour la thèse je suis sensé prendre ma décision maintenant, je n'arrive plus à dormir.    
 
 

 
C'est aussi ce qui me fait peur, même si on m'a dit que SAP était tellement bien implanté dans les entreprises qu'elles ne pourront plus s'en passer, que c'est le logiciel qui évoluerait mais que je pourrai faire toute ma carrière avec ça. Enfin, c'est un gars de la boite qui m'a dit ça, alors...
 

 
J'ai perdu espoir là-dessus, maintenant la France c'est une économie de services...

 
Bonjour,
 
SAP est actuellement en pleine révolution technique avec Netweaver qui introduit Java, J2EE, SOA, les webdynpros.
Ca évolue à toute vitesse  même si c'est la pagaille actuellement : les produits mixtes ABAP, JAVA (comme BW 7.0, SRM, XI, etc..) sont un cauchemar à installer et administrer.
Mais connaissant SAP, dans 3, 4 ans, ca se stabilisera.  
Un développeur SAP qui maitriserait  l'ABAP objet, JAVA, les BSPs, les web services etc, est un oiseau tellement rare que toutes les sociétés se l'arracheraient à prix d'or.
En effet beaucoup de développeurs SAP ne connaissent que l'abap procédural pour faire du reporting, ne sont pas du tout techniques et ne rêvent que de devenir consultants fonctionnels.
 
Même si jamais, un jour SAP est complètement dépassé, tu as raison, les boites ne pourront plus s'en débarasser (voir le cobol qui est dépassé depuis 25 ans et qui ne meure toujours pas...). Je pense qu'il y a donc de quoi tenir jusqu'à la retraite.
 
Et puis sinon, on peut toujours changer de spécialité : pour moi, SAP c'est mon 3ème métier en informatique...  
Si il faut, j'en ferai un 4ème !
J'ai fait 1 an de dev et ca fait maintenant 8 ans que je fais de l'admin système.

 
On a un parcours un peu similaire.
Ecole de Chimie, 8 mois de recherche de boulot et puis j'ai signé chez Unilog pour faire du SAP. 2.5 ans à faire du dev, rediger des spec etc... bonne evolution (je devais devenir chef de projet) et puis j'ai eu une opportunité chez un client pour devenir chef de projet fonctionnel sur les modules logistique/production de SAP. Cela fait 2 ans que j'occupe le poste. Maintenant, je songe à suivre des formations logistique afin d'evoluer vers l'opérationnel. Bref au bout du compte, je ne regrette pas d'avoir choisis SAP, Unilog, le passage au fonctionnel etc.... mais il faut se bouger si tu ne veux pas rester à faire du dev pdt x années.

 
le produit n'est pas ouvert (et en plus proprietaire) dans sa conception et ce sont juste quelques greffons et des termes marketing pour vendre
Le support SAP est un cauchemar, il suffit de voir le nombre de SAP notes publiees sur OSS. en plus comme je l'ai  dej dit SAP ne respecte aps les conventions et standards des autres (OS, DB etc)
 

.  
 
bof bof il y a plus beaucoup de boites qui utilisent cobol pour des nouveaux developpements (sauf pour l'anecdote), ou une application fond de tiroir
j'ai jamais utilise cobol pour ma part (ou jamais vu utiliser)

 
beaucoup de "travailleurs" SAP ne sont meme pas de informaticiens, juste des dessinateurs d'ecrans avec quelques connaissances d'ABAP
ABAP n'est pas vraiment un langage de programmation, c'ets meme tres moche pour qui a jamais utilise des vrais langages (neanmoins vertains se voyent rapidement des "superconsultants" )
 
les consultants fonctionnels, c'est beaucoup de vent, des gens qui connaissent un peu le metier  (normal) mais rarement les limitations SAP.
 
j'ai developpe des applications commerciales en C++/C il y a longtemps, ca c'est du vrai developpement (et on peut mesurer le talent des gens).
j'ai encore le souvenir de developpeurs et designers talentueux, tres rarement en "SAP"
j'ai peu des respect vis-a-vis de dessinateurs d'ecrans ABAP

il fait de tout pour faire un monde, il faut bien des gens pour faire de l'ABAP
ensuite que l'on soit reconnu, apprécié et payé à sa juste valeur c'est un autre problème : sinon les ambulanciers, pompiers, urgentistes et autres personnes qui servent et sauvent des vies gagneraient plus que des commerciaux qui ne savent que tchatcher

 
Bonjour,
 
Il n'y a pas de vrai ou faux language, il n'y a que des languages adaptés ou non à un cas d'emploi.
Cela dit, je suis sûr que tu parles de l'abap procédural et non pas de l'abap objet qui supporte l'encapsulation, l'héritage etc.
Sais tu aussi que l'on peut descendre à très bas niveau et faire de la programmation système en abap ?
Il ne faut pas confondre le développement d'un banal report procédural avec par exemple une appli BSP.
Sinon, OK la syntaxe de l'abap  n'est pas des plus sexy et le language a le gros défaut d'être propriétaire.
Mais on peut maintenant développer aussi en Java pour SAP.
 

 
Là, encore tu généralise, à mon avis, beaucoup trop.
Je connais des consultants fonctionnels tels que tu les décrit mais aussi des pointures qui connaissent à fond un domaine fonctionnel et qui en connaissent aussi beaucoup sur la technique. Bref, il y a de tout, des bons et des mauvais.
Il est vrai qu'à l'époque de la pénurie de consultants, certains se croyaients des génies. Ils n'ont pas fait long feu...
 
 

 
Je te trouve dûr et même un peu méprisant (c'est dit sans méchanceté !). Je ne pense pas d'ailleurs que le C++ soit vraiment adapté pour de la gestion (si ce que tu veux dire par appli commerciale)
Je connais des developpeurs ABAP, là encore, tels que tu les décrit.
J'en ai un autre en ce moment dans mon équipe qui a développé des drivers linux en C, qui est spécialiste Java, qui ne dénigre pas du tout l'ABAP et qui va fonder une boite pour écrire un EAI en .NET. Par contre c'est sûr qu'il n'a jamais fait de missions pour faire du reporting...
 
Cordialement,
Clampin

Mon cher philingalls, nous sommes collegues !
Concernant ton tiraillement, je pense que financierement et au niveau carrière, tu fais une erreur de faire une thèse mais au niveau intellectuel + reporting, c'est une très bonne expérience...
Pour ma part, j'ai fait un trait sur la chimie et je serais pleinement satisfait lorsque je serais chef de projet !
 
A bientôt peut être !

Si ça se trouve on se croise tous les jours... !
Merci pour tes conseils en tout cas.
 
 

 
bonjour,
un cabinet de recrutement me propose de passer un entretien pour entrer chez unilog pour faire l'ERP.
J'ai une formation d'école d'ingénieur.
Quelles sont les motivations autres que matérielles qui poussent un informaticien à entrer dans ce domaine ?

 
Ca en est ou au juste JAVA sur SAP ? Parce-que ca fait depuis 2001 qu'on parle de ca mais qu'en est il aujourd'hui ?
Est-ce que L'ABAP est destiné à etre remplacé par JAVA, et quels sont les modules sur lesquels JAVA a été introduit ? FI/CO ? BW ? ...

je crois quil faut quand meme nuancer
 
1) si la recherche est un mauvais choix , c'est plus un probleme politique de sous-investissement en general dans la recherche (en france et en europe)
a l'etranger, les choix peuvent etre differents
 
2) les gars que je connais au CNRS ont une meilleure qualite de vie qu'en SSII en tout cas il sont contents de leur qualite de vie.
 
3) SAP est peut-etre un bon choix a court terme (et encore c'est discutable) mais surement pas a long terme (techno totalement proprietaire etc)
 
 

 
optimisme beat.
je suis pas d'accord du tout. l'informatique est un des secteurs les plus touches par le jeunisme. d'ailleurs tous les recruteurs l'avouent eux-meme.
les programmeurs cobol, apres 2000 beaucoup se sont retrouves aux assedics
il est vrai qu'il y a pas d'evolution en SSII, on te balance n'importe quelle mission n'importe ou (et si tu refuses c'est la porte)
 

 
tout a fait exact, c'est bien pire que la plupart des autres produits ERP du meme genre  
SAP devient une usine a gaz, plutot que repenser le produit on prefere ajouter des greffons a gauche a droite

Le seul conseil que je peux te donner c'est de faire ce qui te plait le plus.
c'est bête mais ça devrait suffir !
 
SAP c'est bien en ce moment (à la mode) mais ça reste une grosse daube d'ERP proprétaire (désolé pour ceux qui bossent dessus) sur lequel on fait bosser beaucoup de non informaticien car les informaticiens évitent généralement les trucs propriétaires de ce type (cf histoire du Cobol).
 
A moins de s'accrocher à SAP pour longtemps (devenir hyper spécialiste -> investissement perso important), le jeu est dangeureux puisque quand il faudra convertir les gens qui faisaient du SPA il y aura du monde et si tu es trop vieux ou pas assez souple --> dehors.

 
SAP inclut en standard son serveur J2EE dans Netweaver qui est la base de tous les produits actuels.
Par contre, tous les produits ne l'utilisent pas forcément. Par exemple, l'ERP R/3 ( ou ECC le nouveau nom) ne l'utilise pas actuellement. On ne l'installe donc que si on veut faire du dev spécifique sous java.
 
Les autres produits sont des cas particuliers :
 
EP, le portail, repose uniquement sur J2EE (java stack )
XI, l'EAI repose à la fois sur le stack abap et le stack java
SRM (gestion des fournisseurs) nécessite le stack abap mais utilise le stack java pour certains scénarios applicatifs.
etc...
 
De plus les choix d'architecture système ne sont pas simples car il est possible d'installer le stack java sur le même serveur ( et la même base de données) que celui du stack abap ou bien sur un autre serveur qui a sa propre base ou qui utilise celle de la stack abap.
La stack java de SAP, bien que respectant la norme J2EE) a en effet des ajouts propriétaires (on ne se refait pas !). Il utilise en effet une base de données pour stocker sa config et utilise le concept d'instance centrale (SCS) pour obtenir des fonctionalités équivalentes au stack abap.
En effet, même si cela peut choquer certains, le stack abap est bien plus adapté qu'un serveur J2EE classique pour gérer des transactions métier de gestion...
 
Est ce que Java va remplacer l'abap ? J'aimerai bien le savoir ! Je pense que SAP ne le sait pas et joue toutes les cartes afin de voir ce que le marché décidera.
 
Pour ma part, je pense que SAP se plante en faisant des produits mixtes ABAP-JAVA. Le TCO va en prendre un gros coup car c'est un cauchemar d'installation et d'exploitation.
J'aurai plutôt gardé les produits traditionnels (R/3 et BW) en abap et écrit les nouveaux XI, MDM, CRM, SRM en java.
 
 

je suis tout a fait d'accord avec mifrxp1800 (j'ai bosse sur SAP aussi donc je connais)
 
rien a rajouter...