Discussion :

[Slash10]

Bonjour,
Je me présente vite fait : Je suis sorti il y a 2 ans d'une école d'ingénieur en Belgique, spécialisation Mathématiques Appliquées, et je bosse depuis en tant que software engineer (d'abord dans le bancaire, maintenant dans le spatial). J'ai fait du COBOL, du C++, et maintenant du Python/Java.

Cependant, le dev commence un peu à m'ennuyer. Ca reste une passion sur le coté (projets personnels, etc.), mais je ne me vois pas en faire professionnellement sur le long terme. De plus, j'ai l'impression que par rapport à des connaissances qui se sont orientés vers d'autres domaines de l'ingénierie (chimie, meca, etc.), ca paie relativement moins. Et de ce que je peux lire, sur ce forum et ailleurs, travailler dans l'informatique (en belgique et en france) n'est pas forcément l'idéal (marché rempli de SSII, jeunisme plus présent que dans d'autres domaines, etc.).

Bref, je souhaiterai me réorienter dans un autre domaine, et j'avais pensé à la BI, afin de rester dans un domaine proche de l'informatique mais dans un domaine plus proche de mes études. J'ai un peu sondé les offres (en belgique), et envoyé quelques CV pour des postes de BI analyst ou de data scientist. Cependant, la plupart des recruteurs qui me recontactaient commençaient tous par me dire que mon profil correspondait plus à un software engineer, et si je n'étais pas plutôt interessé par tel ou tel poste de développeur.

Donc voila, pensez-vous que je dois continuer à chercher et que le basculement est faisable (sachant que je n'ai pas d'expérience professionnelle significative en DB, et que mes compétences en data mining / stats se limitent à mes études, n'ayant donc pas de connaissances des divers framework/langages utilisés couramment) ?
Ou que après 2 ans, c'est déjà "trop tard", et qu'il faut que je cherche une formation sur le coté dans le domaine?

[Glutinus]

Bonjour,

La question n'est pas Est-il trop tard mais comment se réorienter vers ?

Je dirai bien qu'il n'est pas impossible de passer sur de la BI, techniquement j'ai fait systèmes embarqués => java => BI et ça en moins d'un an

Fais gaffe car la BI dans une petite structure ou une grosse est différente.
Dans une grosse structure tu resteras de la MOE technique, tu seras toujours considéré comme un développeur (ou expert, CDP, architecte...). On voudra que tu sois un expert fonctionnel (c'est toujours mieux d'être bi-casquette) derrière mais les infos seront gardées par l'AMOA et tu seras interdit de séjour chez les utilisateurs
Chez un plus petit client tu feras certainement les deux => MOE et AMOA.

Dans la BI tu commenceras sans doute en tant que développeur. Certes, tu développeras pas en tant que tel en tapant tes lignes de code à la mimine. La BI c'est surtout :
1/ de la connaissance en SGBDR (Oracle, SQL Server, Sybase, DB2...)
2/ de la modélisation de flux, c'est-à-dire ETL. Certains sont graphiques (Informatica, Talend) et d'autres plus mixtes (SSIS). Les "graphiques" utilisent aussi des briques de dev pures mais c'est peu utilisé.
3/ du reporting. Dans ce dernier cas c'est plutôt orienté pour l'AMOA car les outils de reporting sont plus ergonomes et pensés pour utilisateurs.

Je pense qu'il faudrait que tu mettes en avant tes compétences de dev, si tu en as en .NET pour faire du SSIS par exemple, et d'apprendre vraiment les bases en SQL, c'est une porte d'entrée, mais il faudra rester le moins longtemps technique.

Les formations coûtent chères car justement les outils sont simples à utiliser, c'est le pain des éditeurs. De ce fait SSIS est un bon compromis car c'est essentiellement du code. En plus SSIS est livré par défaut avec SQL Server, si tu possèdes une licence, c'est plus simple que pour Informatica par exemple.

Je me suis fait entourlouper par les SSII qui m'ont toujours placé sur de l'ETL en me disant "le reporting et l'AMOA, on verra après". Avec 7 ans d'expérience en ETL, les clients sont du genre "votre profil est cool, vous faites de l'ETL mais nous on propose du reporting. Quoi ? Vous voulez faire du reporting ? Mais restez donc sur de l'ETL, ce serait bête de gâcher votre talent..." => Bref, je suis condamné à faire de l'ETL
Le mieux pour ce genre de mission (comme sur du dev pur) est de trouver un "petit client" et d'user de stratagème pour être au plus proche des utilisateurs. Ou/et faire directement du reporting dès la deuxième mission et ne pas avoir une étiquette d'expert technique comme moi

Pour ma part aujourd'hui j'ai eu l'opportunité de faire du reporting (avec un outil de merde) et être proche des clients.
Dans des gros mastodontes de banques, telles que je les ai faites, c'est risible comme tout est segmenté, il y a 18.000 équipes entre moi et les utilisateurs, donc 18.000 déformations du message.

[Slash10]

D'accord, et merci pour l'explication en tout cas.

Et concrètement, qu'est ce que tu penses du domaine en général? Des possibilités d'évolutions? Salaires? Facile de passer vers du moins technique (management) ? Le taff en tant que tel ? Demande sur le marché ?

[phili_b]

J'ai commencé par de l'Oracle, VB, Delphi puis j'ai fait des univers BO sur des ERP, puis des datawarehouses.

De faire des grosses alimentation SQL à la main et des univers BO m'a beaucoup aidé à augmenter mes compétences en SQL et en modélisation de base de données, ce qui m'a permis d'éviter d'être enfermé les ETL. D'ailleurs j'ai toujours évité les ETL, car pas assez techniques, et donc non motivant, je m'y suis mis que lorsque les ELT sont arrivés sur le marché.

J'ai toujours essayé de ne pas me faire enfermer ni dans les reportings, ni dans les alims. Ce qui m'a permit de faire des projets de A à Z (spécs, mpd, alim,reporting), mais ce n'est possible que dans les petites PME comme le dit Glutinus. Le seul souci c'est que les projets BI peuvent sembler coûter chers et non nécessaires car non opérationnels, donc les petites PME n'ont souvent pas de solutions BI même si ça change maintenant.

Le plus important dans la BI, après la modélisation, c'est d'être intéressé par la vision métier des utilisateurs (le fonctionnel).

L'idéal serait que tu sois sur un projet pas trop gros pour que tu t'impliques dans la BDD, pour faire valoir des doubles compétences par la suite.

Ce qui est marrant, c'est qu'après 15 ans de métier je trouve justement que la BI s'éloigne trop de la technique et que ça devient presse-boutons. Mais j'ai trouvé un boulot qui me permet de revenir à la technique, tout en continuant à faire de la BI et du fonctionnel.

Tu devrais modifier ton CV pour essayer de mettre en avant ton attrait pour le fonctionnel et la base de données, et minorer tes compétences en développement. Mais effectivement vu tes connaissances en ingénierie, comme le dit Glutinus tu peux aussi être AMOE puis AMOA.

[fiftytwo]

Bonjour,

La question n'est pas Est-il trop tard mais comment se réorienter vers ?

Je dirai bien qu'il n'est pas impossible de passer sur de la BI, techniquement j'ai fait systèmes embarqués => java => BI et ça en moins d'un an

Justement , quelle techno toucher pour y rentrer ?? SGDB ???

3/ du reporting. Dans ce dernier cas c'est plutôt orienté pour l'AMOA car les outils de reporting sont plus ergonomes et pensés pour utilisateurs.

Si je commence sur du reporting SQL est-ce un bon début ?

Les formations coûtent chères car justement les outils sont simples à utiliser, c'est le pain des éditeurs. De ce fait SSIS est un bon compromis car c'est essentiellement du code. En plus SSIS est livré par défaut avec SQL Server, si tu possèdes une licence, c'est plus simple que pour Informatica par exemple.

Et que penses tu de SSRS et SSAS ??? jai cru comprendre que ces trois la sont comme cul et chemise , donc si je dois m servir d'un les deux autres ne seront jamais loin ??

Je me suis fait entourlouper par les SSII qui m'ont toujours placé sur de l'ETL en me disant "le reporting et l'AMOA, on verra après". Avec 7 ans d'expérience en ETL, les clients sont du genre "votre profil est cool, vous faites de l'ETL mais nous on propose du reporting. Quoi ? Vous voulez faire du reporting ? Mais restez donc sur de l'ETL, ce serait bête de gâcher votre talent..." => Bref, je suis condamné à faire de l'ETL

Comment faire justement pour eviter cela ??

- Tu restes trop longtemps et deviens specialiste mais tu as une etiquette , et tu sais comment en france les etiquettes sont difficiles a decoller .
- Tu touches a tout , en essayant de te rapprocher du mouton a 5 pattes des RH , mais tu ne rentres pas dans le fond , tu survoles , parfois tu changes de boite tous les 2 ans et au final ...... on te categorise en papillon instable !

Quel est le juste milieu ???

[phili_b]

Si je commence sur du reporting SQL est-ce un bon début ?

Oui c'est un bon début car tu es au contact des besoins métiers des utilisateurs.

Et que penses tu de SSRS et SSAS ??? jai cru comprendre que ces trois la sont comme cul et chemise , donc si je dois m servir d'un les deux autres ne seront jamais loin ??

Personnellement je déteste SSIS. Les 2 seules avantages : prise en main relativement facile d'accès et licence déjà achetée avec Microsoft Office. Mais sinon toujours les mêmes défaut que DTS, même si un peu amélioré : grosses bidouilles et plein d'étapes inutiles en local n'utilisant le moteur de base de données.

[Glutinus]

Justement , quelle techno toucher pour y rentrer ?? SGDB ???

En fait c'était une opportunité par hasard...
Une sortie de mission exprès - j'étais dégouté car la mission était cool, c'était le client qui voulait mettre des développeurs internes sur le coup, en concordance avec une mission BI j'ai donc été formé comme tous mes collègues à Informatica. J'ai voulu revenir sur du java mais le client suivant a fait une entourloupe, et je me suis retrouvé bon gré mal gré sur le projet BI de nouveau l'étiquette était donnée...

Comment faire justement pour eviter cela ??

- Tu restes trop longtemps et deviens specialiste mais tu as une etiquette , et tu sais comment en france les etiquettes sont difficiles a decoller.
- Tu touches a tout , en essayant de te rapprocher du mouton a 5 pattes des RH , mais tu ne rentres pas dans le fond , tu survoles , parfois tu changes de boite tous les 2 ans et au final ...... on te categorise en papillon instable !

Quel est le juste milieu ???[/QUOTE]

C'est un peu tout mon problème.
Première année : une mission en VB, une mission en J2EE, une mission en Informatica, une régie en pure Oracle. Quand j'ai voulu changer de boite : vous êtes trop instable. Et pourtant c'était que des forfaits, pour moi justement ça montrait que j'étais carré et dans les délais.
Crise, une mission Informatica où je préfère rester au chaud. Après ça, 75% de ma carrière sur Informatica, j'ai une étiquette. Impossible de m'en défaire.

Pour moi la solution, c'est vraiment de faire des missions dans des petites structures pour toucher à tout. Ce que je fais maintenant après 8 ans de loyaux services en pur ETL ^^

[Slash10]

Et je repost mon message vu qu'il est un peu passé inapercu :
"Qu'est ce que tu penses du domaine en général? Des possibilités d'évolutions? Salaires? Facile de passer vers du moins technique (management) ? Le taff en tant que tel ? Demande sur le marché ? "
Je demande tout ça car je souhaite me diriger vers ce domaine un peu à l'aveugle (dans l'espoir éventuel de me rapprocher du data mining/big data), en me disant que cela me permettrait de retrouver une composante plus "mathématique" que ce que je fais actuellement, mais je ne me base pas sur grand chose de concret pour l'instant et je me trompe peut être totalement.

[Glutinus]

Et je repost mon message vu qu'il est un peu passé inapercu :
"Qu'est ce que tu penses du domaine en général? Des possibilités d'évolutions? Salaires? Facile de passer vers du moins technique (management) ? Le taff en tant que tel ? Demande sur le marché ? "
Je demande tout ça car je souhaite me diriger vers ce domaine un peu à l'aveugle (dans l'espoir éventuel de me rapprocher du data mining/big data), en me disant que cela me permettrait de retrouver une composante plus "mathématique" que ce que je fais actuellement, mais je ne me base pas sur grand chose de concret pour l'instant et je me trompe peut être totalement.

Mon avis :

Déjà de manière globale, si tu te lances dans la BI tu seras affilié certainement en tant que développeur (développement, specs, recette, réunions, expertise, débuggage, optimisation, etc.)

=> les applications sont souvent matures et il y a beaucoup de maintenance. Faut aimer le cambouis, surtout que comme tout projet les dérives sont faciles. Exemple : tout coder un flux en SQL illisible, faire des chevilles dans tous les sens etc. Mais il y a toujours de nouvelles technologies et de nouveaux projets.

=> Evolutions : comme pour les développeurs : experts techniques, architecte, chef de projet, AMOA/MOA.

=> Salaires : corrects, je dirais comme Java / .NET, en tout cas sur Paris.

=> Facile à passer à du management : comme si tu étais développeur. Coup de pot, charisme, opportunité, incompétence

=> Le taff en tant que tel : bah développement, tests unitaires, recette, MEP... les problématiques sont différentes. En ETL beaucoup de coordination de flux, ordonnancement, problématiques BDD, optimisation, modélisation de base. En restitution, ergonomie, esthétique, force de proposition, écoute client bref toutes les demandes clientes. Attention cependant à ne pas te faire avoir genre être administrateur d'une plate-forme BO ou SSRS et où tu ne verras pas l'ombre d'un client.

=> Demande sur le marché : "normal", si tu es expérimenté on te chassera sans doute, surtout si tu as bossé avec une techno phare (Datastage, Informatica, Talend pour les ETL, Business Objects, Microstrategy, Qlikview si tu fais du reporting...) mais c'est des licence chères, donc souvent dans les grands groupes... et difficulté de sortir du circuit, bref le serpent qui se mort la queue.

=> Evolution Big Data : honnêtement, je ne sais pas. Il faudrait que je m'installe une solution pour voir les différences. Les problématiques peuvent être liées, plutôt orienté data-mining, mais la technique sera assez différente. Mais une chose est sûre : tu gères de la donnée.

[fiftytwo]

Et je repost mon message vu qu'il est un peu passé inapercu :

Désolé !

C'est un peu tout mon problème.
Première année : une mission en VB, une mission en J2EE, une mission en Informatica, une régie en pure Oracle. Quand j'ai voulu changer de boite : vous êtes trop instable. Et pourtant c'était que des forfaits, pour moi justement ça montrait que j'étais carré et dans les délais.

Ouais mais cest con , en meme temps cest la faute a la SSII qui te trimballe a droite a gauche la ou elle peut se faire de la thune , donc cest un peu l'hopital qui se fout de la charite . Je change de boite tous les 1/2 ans , pas par plaisir mais je suis junior donc jai besoin d'XP dans des grands groupes , pour pouvoir evoluer plus vite ( et aussi voir du pays ) , ce qui revient a faire la meme chose qu en SSII sauf que cest moi qui decide ou , quand , quoi , combien de temps etc .....

Crise, ..... rester au chaud. .....75% de ma carrière sur Informatica.....j'ai une étiquette.....Impossible de m'en défaire......après 8 ans de loyaux services en pur ETL ^^

Bon jai rien contre informatica et l'etl , je pense que la BI dans son ensemble est un secteur qui va continuer a croitre encore 10 ans avant de stagner , mais les technos cest comme la mode ca passe et ca vient . les grand acteurs de l'IT il y a quinze ans ne sont plus les memes , ou alors ils le sont encore mais avec autre chose. Donc si il faut 8 ans avant de pouvoir changer , je commence deja a flipper

[dimitar]

Salut à toutes et à tous,

Nouveau sur le forum j'ai trouvé le poste sur le BI et je voudrais vous consulter sur à peu près le même sujet:
Ingénieur developpement informatique depuis 3 ans environs j'ai toujours évoluer dans le milieu bancaire et finance (c'était mon stage defin d'études qui m'a amené dans ce milieu).

Apreès donc ce stage j'ai été bcp solicité par le milieu banque finance et j'ai pu facilement trouvé un poste, il a duré 2 ans et depuis 1 moi je suis chez une SSII toujours en finance.

Je suis diplômé bac + 5 en intelligence artificielle et decision making et j'aimerais retourner dans le domaine car ce me passionne beaucoup.
Je cherche donc à migrer vers une start up qui fait de big data mais malheureusement j'ai pas eu bcp l'occasion de metre en pratique ma formation si ce n'est que durant mon stage de fin d'études ou j'ai développé des choses de machine learning. En plus j'ai une solide formation en datamining qui a une très bonne réputation.

J'aimerais donc avoir votre avis sur le comment je puisse faire pour décrocher des entretiens et essaier de convaincre les recruteurs qu'après une deux semaines (max un mois) de remise dans le bain je peux être "fully operational". A coté de mon boulot je me forme bcp avec des bouquins et de code sur les dérnières téchnos.

En attendant vos commentaires,
je vous remercie
Dim

[Glutinus]

Justement, ce sont ces deux semaines de battement qui peuvent poser problème.
On te demandera d'être opérationnel immédiatement !

Ce qui est paradoxal, puisque chez mon client actuel je suis justement sur un produit pas très connu, ils sont satisfaits et pourtant je prends le temps d'apprendre
Et puis j'ai bien du commencer quelque part je ne suis pas né dans la BI >.<'

Si tu possèdes des BDD chez toi le mieux serait effectivement de faire un mini-projet personnel soit en ETL soit en reporting selon ton choix voire les deux.
Si tu possèdes SQL Server tu peux utiliser SSIS / SSRS.
Sinon télécharger des solutions gratuites.

Si tu veux faire du Big Data tu devrais également faire un projet, par exemple en Hadoop.

[janlouk]

Je cherche donc à migrer vers une start up qui fait de big data mais malheureusement j'ai pas eu bcp l'occasion de metre en pratique ma formation si ce n'est que durant mon stage de fin d'études ou j'ai développé des choses de machine learning. En plus j'ai une solide formation en datamining qui a une très bonne réputation.

Bonjour,

Je laisse les experts BI te répondrent, car je ne le suis pas. Mais si tu veux t'intéresser à la Big data et peut-être du machine learning, tu peux suivre les blogs de Romain Casteres et de Florian Eiden.