Discussion :

[smoothOperator]

Bonjour à tous, j'espère que vous allez bien et que vous vous êtes habitués à l'heure d'hiver
Je ne sais pas si je poste au bon endroit mais je suis officiellement consultant en sécurité des SI mais officieusement je suis dev' h24.
Cette situation commence a me casser la tête, je suis encore fraichement arrivé dans ma nouvelle société mais je crains sérieusement de stagner sur ce type de boulot qui ne me plait pas beaucoup. Le dev' est pour moi un plaisir a petite dose mais a haute dose c'est juste usant. (D'autant plus qu'il s'agit d'un langage proprietaire avec un IDE a l'ergonomie sortie des années 2000)

Du coup je voulais savoir qu'elle sont les voies pour m'orienter vers des postes plus "haut niveau", genre du décisionnel ou faire de l'analyse de risques ...
Merci beaucoup

[Pierre Louis Chevalier]

Salut,

Déjà fait attention de ne pas prendre la décision de partir trop vite parce que faire des passages express ca la fou mal sur un CV.

Ensuite c'est quoi selon toi un poste à plus haut niveau ? Si tu aimes pas le dev alors la solution pour toi ça sera de faire quelque chose de totalement différent, par exemple devenir commercial, mais est ce que tu aimerais plus le commercial que le dev ? pose toi la question...

Ensuite si tu veux evoluer dans le dev et devenir par exemple chef de projet il faudra etre patient et acquérir d'abord de l'expérience, mais est ce que tu as les qualités humaines pour devenir chef de projet de coordonner une équipe ?

[Glutinus]

Hello,

En ce qui concerne le décisionnel, il y a deux grands axes de métier : l'alimentation et le reporting.

L'alimentation concerne l'extraction, la transformation et le chargement de données (ETL) en masse et souvent de nuit. Tu seras souvent assimilé à du développement, il faut une bonne connaissance en base de données, mais tu travailles sur des outils souvent graphiques et peut-être avec un poil de fonctionnel (actuellement je dois quand même chercher comment recomposer des éléments bancaires ^^).
Surtout si tu es dans une grosse DSI comme moi (j'entends grosse 15 personnes ou plus, pas 4 péquins qui font aussi bien une appli web qu'un branchement d'imprimante), malheureusement l'outil sur lequel je suis spécialisé est cher et donc seuls les grands comptes l'utilisent.

Tu peux donc sinon chercher des outils parmi les moins chers, en licence libre, Microsoft BI (qui est gratuit si t'as la licence SQL Server) ou un truc basique, genre des scripts unix qui balancent des requêtes directement sur la base, bref framework maison.

Pour le reporting, tu peux mettre en place la structure (pour l'outil le plus connu, Business Objects, on parle d'univers) qui est le bac à sable pour faire. C'est à mon goût pas le plus intéressant, surtout que tu dépends de la modélisation : si elle est bien faite, c'est basique, si elle est mal faite, tu galères et tu te fais engueuler parce que c'est tordu et peu performant (et après tu peux engueuler l'équipe ETL qui va engueuler la modélisation etc.).
Tu peux aussi faire directement les reportings, c'est là où c'est le plus intéressant d'un point de vue métier, malheureusement c'est rarement les développeurs qui s'en occupent, plutôt l'AMOA qui derrière va prendre les lauriers

Voilà le topo, à mon avis si tu veux t'éloigner de la technique le décisionnel est une bonne porte. En ETL tu restes quand même proche du développement en terme de tâches mais tu es limité par l'outil (mais illimité par le SQL bien souvent ). En reporting tu fais des tâches plus métier.