J'ai un peu de mal avec ton article. Tu ne te plais pas dans ton job et tu critiques l'ensemble de l'informatique. Tu critiques le fait que tu places des boutons et tu dis que l'informatique n'a rien d'intéressant dans sa globalité.
Il faut bien comprendre que tout ca est nécéssaire. Qu'en volume il y aura forcément plus de "placeurs de boutons" et de "plombiers" que de R&D ou d'éditeurs logiciels. Pour un producteur d'un composant tu as 10 à 100000 clients. T'as 10 devs pour une brique open source qui va se faire consommer par toute la planète. Après ca va dépendre de tes centres d'intêret mais même faire le millième site web peut être intéressant si ce que tu aimes c'est d'une part de livrer des choses, et d'autres part de mener toute la discussion avec le client et les intéractions qui vont avec.
Après, même quand tu fais du taff "intéressant", tu vas passer un temps significatif à "placer des boutons" et faire des conneries par ce que c'est ton job et que ca constitue la majorité du taff. Quand tu vois les présentations dans les confs tu te dis "c'est cool" mais ca représente 5% - 10% du temps d'un projet. Dans les bonnes boîtes, tu auras des interactions saines entre le marketing, l'UI/UX et les devs. Notre métier c'est la négociation et l'implémentation.
À te lire j'ai quand même l'impression que ta vision est biaisée sur le côté ouvrier du métier. C'est peut être une réalité de ce que tu as vécu, mais ca ne se généralise pas. Si tu veux trouver des postes qui correspondent plus à ce que tu souhaites, à rapprocher de quelque chose comme Who needs an architect, Martin Fowler, ils existent. Attention à bien savoir ce que tu cherches et ne pas tout mélanger.
Par exemple il faut faire attention au côté ingénieur. En dehors de domaine très spécalisés, l'informatique n'est pas un domaine d'ingénieur. Les approches sont très différentes par ce que nos monde et nos outils sont très différents. Si ca ne coutait rien de construire un pont avec du bon sens et de le tester/corriger/amelliorer/changer le lendemain au besoin; est-ce que les approches ne se rapprocheraient pas des notres ?
[^] # 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é à 8.
J'ai un peu de mal avec ton article. Tu ne te plais pas dans ton job et tu critiques l'ensemble de l'informatique. Tu critiques le fait que tu places des boutons et tu dis que l'informatique n'a rien d'intéressant dans sa globalité.
Il faut bien comprendre que tout ca est nécéssaire. Qu'en volume il y aura forcément plus de "placeurs de boutons" et de "plombiers" que de R&D ou d'éditeurs logiciels. Pour un producteur d'un composant tu as 10 à 100000 clients. T'as 10 devs pour une brique open source qui va se faire consommer par toute la planète. Après ca va dépendre de tes centres d'intêret mais même faire le millième site web peut être intéressant si ce que tu aimes c'est d'une part de livrer des choses, et d'autres part de mener toute la discussion avec le client et les intéractions qui vont avec.
Après, même quand tu fais du taff "intéressant", tu vas passer un temps significatif à "placer des boutons" et faire des conneries par ce que c'est ton job et que ca constitue la majorité du taff. Quand tu vois les présentations dans les confs tu te dis "c'est cool" mais ca représente 5% - 10% du temps d'un projet. Dans les bonnes boîtes, tu auras des interactions saines entre le marketing, l'UI/UX et les devs. Notre métier c'est la négociation et l'implémentation.
À te lire j'ai quand même l'impression que ta vision est biaisée sur le côté ouvrier du métier. C'est peut être une réalité de ce que tu as vécu, mais ca ne se généralise pas. Si tu veux trouver des postes qui correspondent plus à ce que tu souhaites, à rapprocher de quelque chose comme Who needs an architect, Martin Fowler, ils existent. Attention à bien savoir ce que tu cherches et ne pas tout mélanger.
Par exemple il faut faire attention au côté ingénieur. En dehors de domaine très spécalisés, l'informatique n'est pas un domaine d'ingénieur. Les approches sont très différentes par ce que nos monde et nos outils sont très différents. Si ca ne coutait rien de construire un pont avec du bon sens et de le tester/corriger/amelliorer/changer le lendemain au besoin; est-ce que les approches ne se rapprocheraient pas des notres ?