Peut-être est-ce là une partie de mon problème alors. L'informatique n'est peut-être pas au final ce que j'ai envie de faire alors.
Et pourtant, j'aime l'informatique. J'aime développer. Mais développer, sans même être architecte, ce n'est pas juste pisser du code.
Attention justement à ce mélange, ce n'est pas ce que j'ai dit. L'informatique est un domaine assez à part; les processus de réalisation sont différents du reste de l'industrie. Ca ne veut pas dire que tu fais du pousse-bouton loin de là, mais que le terme ingénieur est très mal adapté à notre métier.
Maintenant, dans tout les taffs que j'ai eu et que j'envisage, déveloper ca veut dire: être en charge de la réalisation des features et servir d'input au "product owner" pour qu'il puisse gérer son projet en ayant les bonnes infos. Ca veut dire que tu discutes des features qu'on te balance (ok, infaisable, mal spécifiée, autre solution moins couteuse, comprendre ce qu'il veut vraiment etc.) et que ton job après c'est que ce soit fait comme tu l'as négocié. Tu as donc tout ce qui semble t'intéresser là dedans. Ca correspondrait au boulot que tu fais quand tu es maintainer d'un projet (mais tu n'as pas le lead des features, et le "tu" c'est ton équipe). Autrement il faut effectivement se tirer fissa.
[^] # Re: On en parle sur rue89
Posté par ckyl . En réponse au journal [HS] Développeur un peu perdu... ou pas... Que faire maintenant ? Changer de vie ?. Évalué à 3.
Attention justement à ce mélange, ce n'est pas ce que j'ai dit. L'informatique est un domaine assez à part; les processus de réalisation sont différents du reste de l'industrie. Ca ne veut pas dire que tu fais du pousse-bouton loin de là, mais que le terme ingénieur est très mal adapté à notre métier.
Maintenant, dans tout les taffs que j'ai eu et que j'envisage, déveloper ca veut dire: être en charge de la réalisation des features et servir d'input au "product owner" pour qu'il puisse gérer son projet en ayant les bonnes infos. Ca veut dire que tu discutes des features qu'on te balance (ok, infaisable, mal spécifiée, autre solution moins couteuse, comprendre ce qu'il veut vraiment etc.) et que ton job après c'est que ce soit fait comme tu l'as négocié. Tu as donc tout ce qui semble t'intéresser là dedans. Ca correspondrait au boulot que tu fais quand tu es maintainer d'un projet (mais tu n'as pas le lead des features, et le "tu" c'est ton équipe). Autrement il faut effectivement se tirer fissa.