Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
@xelab
Les projets perso permettant d'apprendre c'est en plus des formations d'entreprise (qui sont vivement conseillé)
Mais vous pouvez découvrir en perso puis demander une formation pro pour approfondir
Perso, je suis considéré comme un passionné, je fais beaucoup de veille / de dev perso, et c'est la raison pour laquelle on m'a embauché à chaque fois, malgré mon absence de diplôme(je n'ai même pas le bac, ni le bts, ni la licence: niveau bac + 3)
Framework php sécurisé et simple à prendre en main avec générateur web http://mkframework.com/ (hebergé sur developpez.com)
Mes cours/tutoriaux
Derrière le terme ingénieur ici, dans les faits, on parle plus souvent d'un profil et d'un type de poste que du titre ingénieur lié au diplôme. D'ailleurs j'ai fais le constat que là où je travaille il y a plus d'ingénieur de poste que d'ingénieur de titre.Envoyé par abrillant
J'ai souvent entendu de tels propos, excuse moi, mais pour moi ce sont toujours des propos sans fondements. Je pourrais même m'amuser à établir une statistique comme quoi les meilleurs développeurs que j'ai rencontré sont ceux ayant une vision pro de leur travail et non ceux cherchant à assouvir une passion. Je stigmatise, on s'entend bien, il peut exister des cas de passionnés capables de professionnalisme, j'en ai pas trouvé, mais je le conçois. J'avoue même que j'évite au maximum les très passionnés, ils ne sont pas des valeurs surs, c'est comme ci le fait d'être passionnés les empêchaient d'être professionnels et rigoureux. A la moindre contrariété y'a plus personne pour se faire violence afin de réaliser la tâche. Les discussions que j'ai eu avec des RH de l'informatique montrent qu'ils considèrent avoir compris ça trop tard...
Je crois que là ça dépend de ce que l'on appelle professionnalisme! La passion permet de se dépenser pour que le travail avance et avance bien. Donc ...(à vous de compléter)
Je disais justement l'inverse, la passion génère plus de contrariété et est donc souvent un frein qui fait que le travail n'avance pas bien.
C'est une pratique des SSII qui vendent ce que leurs clients leur demandent : de l'ingénieur. J'ai déjà eu des mission d'ingénieurs de développement mais :
- je n'ai qu'une pauvre maîtrise 'info (pouah !! disent les clients)
- ingénieur de développement est une terme qui ne veut rien dire, légalement parlant.
Mais tout le monde joue la comédie car il n'y a sans doute pas assez d'ingénieurs à placer sur des tâches de développement. En outre, même avec des bac pro, on pourrait faire une partie des développements à faire, pas besoin d'un ingénieur pour pisser 4 lignes de code.
C'est un drôle de jugement, je ne le partage pas. D'abord qu'est-ce qu'une vision pro du travail ? Un passionné à mon sens cherche à résoudre les problèmes, mêmes les plus coriaces. On a sans doute pas la même conception du mot "passionné". En ce qui concerne la compréhension des RH, ils sont assez souvent déconnectés de nos réalités.J'ai souvent entendu de tels propos, excuse moi, mais pour moi ce sont toujours des propos sans fondements. Je pourrais même m'amuser à établir une statistique comme quoi les meilleurs développeurs que j'ai rencontré sont ceux ayant une vision pro de leur travail et non ceux cherchant à assouvir une passion. Je stigmatise, on s'entend bien, il peut exister des cas de passionnés capables de professionnalisme, j'en ai pas trouvé, mais je le conçois. J'avoue même que j'évite au maximum les très passionnés, ils ne sont pas des valeurs surs, c'est comme ci le fait d'être passionnés les empêchaient d'être professionnels et rigoureux. A la moindre contrariété y'a plus personne pour se faire violence afin de réaliser la tâche. Les discussions que j'ai eu avec des RH de l'informatique montrent qu'ils considèrent avoir compris ça trop tard...
M E N S . A G I T A T . M O L E M
Debian 64bit, Lazarus + FPC -> n'oubliez pas de consulter les FAQ Delphi et Pascal ainsi que les cours et tutoriels Delphi et Pascal
"La théorie, c'est quand on sait tout, mais que rien ne marche. La pratique, c'est quand tout marche, mais qu'on ne sait pas pourquoi. En informatique, la théorie et la pratique sont réunies: rien ne marche et on ne sait pas pourquoi!".
Mais Emmanuel Kant disait aussi : "La théorie sans la pratique est inutile, la pratique sans la théorie est aveugle."
perso, je le vois un peu comme ça :
t'es développeur java/ruby/C (ce que tu veux), on te demande de coder un truc en vb sur access (un langage que t'aime pas)...
- tu le fais.
même si c'est pas ton truc, que tu trouves le langage nul etc... c'est ça être "pro".
la plupart du temps les "passionnés" sont des "intégristes" d'un ou deux langages, et refusent catégoriquement de faire autre chose que ça, par que les autres c'est nul, pas rapide, pas efficace, trop verbeux...
donc en gros: être "pro" c'est faire ce pour quoi on te paye, être "passionné" c'est faire ce qu'on aime faire...
attention, ceci est mon point de vue, de ce que j'ai vécu (et vis encore aujourd'hui même ^^)
Non je ne suis pas d'accord si on te recrute en tant que développeur .Net c'est que tu aimes faire du C# et pas du ruby , java ou autre le fait d'accepter d'utiliser un langage que tu n'aimes pas fait que tu feras mal ton métier.
Mais ton post prouve que les gens dans une société n'ont pas compris c'est qu'est d'être programmeur... c'est avec une telle mentalité que le métier ne passionne plus.
En fait les programmeurs sont pris pour une simple relation d'exécutant ? si on me demande de faire du cobol c'est sans moi c'est ça un pro.
Par ailleurs ton message est étonnant alors qu'on sait que se spécialiser reste la meilleur façon d'être opérationnel et bon si l'employeur croit que du jour au lendemain tu apprends à fond un langage en passant du .net -> Java et ses multiples API c'est qu'il n'a pas sa place.
Pour en revenir au sujet je dirai qu'effectivement il y a des grandes différences entre l'école et la réalité ou tu dois subir les choix (parfois correcte) et souvent mauvais.
Tout dépend de la boîte et le degré de liberté/tolérance.
Justement, un passionné cherche que les trucs les plus coriaces. Si tu lui demandes un truc rébarbatif à faire dans sa techno, il va t'envoyer bouler...
Et pour compléter mon propos, je connais des gens qui sont bons mais pas passionné et qui le font alimentairement (et qui n'iront jamais coder le soir ou le weekend). J'en connais aussi qui sont passionnés mais mauvais. Je préfère largement le premier dans mon équipe
Retrouvez moi sur :
Mon Espace Developpez.com-------------------------------
La plupart du temps on nous promet monts et merveille quand on rentre dans une entreprise, on se retrouve vite à travailler sur une appli à l'architecture bancal sur laquelle on doit apposer des rustines et développer des evos sur la même base bancal, au bout de 6 mois on a fait le tour et on a l'impression d'être rentré dans une certaine routine et ne plus rien apprendre, malheureusement il n'y a rien d'autre à faire et on se rend vite compte qu'on va travailler sur cette appli encore un moment ...
Voila ce qui se passe les 3/4 du temps, après on peut pas en vouloir à l'entreprise, elle a besoin d'entrer d'argent pour faire tourner la boite et elle ne peux pas se permettre de changer tous les 6 mois de collaborateurs parce que les développeurs ont besoin d'une certaine expérience sur l'appli pour bien connaitre le fonctionnel.
J'ai eu le cas d'un programme de traitement comptable sur une base de données SQL SERVER qui déclenchait des alertes dans la base de données parce que le traitement était trop rapide à ma grande stupeur! J'ai du temporiser le programme pour ne pas saturer le serveur. Il m'a fallu du temps pour faire la correspondance entre les erreurs centralisés par un logiciel Nagios et le programme. Programme de merde = problème de merde!
Le décideur veut que l'informatique tourne comme une horloge, il s'en fou qui a foutu la merde, voire qui continue à saboter le SI, l'important pour lui est de trouver un bouc émissaire quand ça ne va pas.
Je pense que ce qui est mis en avant dans l'article c'est que le gars chasse la complexité dans ces projets.
Perso je suis pareil et si tu prend en compte ton contexte familiale, géographique ou autres il boulot trouvé n'est pas toujours intéressant.
Il est écœuré pcq il ne sais pas comment s'orienter dans notre magnifique métier.
Perso je le comprend ça va faire un ans que je suis sortie d'étude et je suis déjà dégoutté par le fonctionnement de notre monde.
Si tu désire juste être un expert technique avec un grand E pour la plupart des gens tu rate ta vie :/
Si la gestion ne t'intéresse pas et que les solutions techniques que tu proposes sont trop évolué pour la plupart des gens avec qui tu bosse ça devient très vite frustrant.
Le mieux et peu être de trouver une idée et créer sont propre métier.
Ou de trouver une boite de nerds mais la c'est pas simple non plus...
Il est clair qu'entre les temps de livraison de projets,les couts et la routine qui te permet d'executer des taches le plus rapidement possible.ça devient lassant de ne pas pouvoir appliquer des nouvelles technologies par passion.
Alors on se consacre à faire des projets personnelles à la maison et il faut encore trouver du temps.
Pour ma part je ne m'ennuies pas car je suis comme un enfant qui à chaque fois qu'il voit un nouveau jouet sortir il veut vite le tester ou bien voir ce qui a été amélioré.Sincèrement il est difficile de s'ennuyer en developpement logiciel tellement il y'a des choses à faire.
Pour moi je trouves que c'est souvent un manque de volonté de certains ingénieurs qui se reposent sur leurs acquis pour ne pas vouloir faire d'effort pour évoluer.
Plus que d'accord
Je suis plus que d'accord : gamin j'ai adoré réaliser des programmes à partir de langage peu "verbeux", avec quelques librairies, tel le C, voir l'ASM sur Amiga (bon ok, moins glorifiant, avec le BASIC également dont AMOS) , car il y avait réellement un défi intellectuel sans passer trop de temps à chercher les fonctions. De nos jours, en ingénierie, on passe la majorité du temps dans la documentation des FrameWorks/API et à "googler" la solution à chaque problème qui se pose à notre projet. De mémoire, c'est à l'aube des MFC coté interface graphique, que j'ai trouvé qu'on sombrer dans trop d'outil pour peu d'algorithmique.
J’émettrais un bémol à cette nostalgie,cette désillusion est naturelle lorsque l'on passe d'amateur passionné, à faire ce qui nous plait, à professionnel sous le joug d'impératifs extérieurs, de la rigueur imposée...
On apprend beaucoup de choses à l'école et ça laisse penser que la pratique sera toute aussi exhaltante. La réalité est assez souvent une douche froide, la routine s'installe vite et les projets deviennent très "formalisés" voire administratifs... Ce qui tue la créativité de nombreux développeurs et suscite leur ennui mais bon c'est le boulot.
Au départ, on pense que le développement dans le monde professionnel est une activité créatrice mais c'est assez peu souvent le cas. En ce qui me concerne, ça consiste le plus souvent à jouer le pompier et à faire fumer Office.
Une solution pour les imaginatifs est de développer ses propres projets.
Les développements libres sont, en partie je pense, l'illustration de cette tendance.
@+
M E N S . A G I T A T . M O L E M
Debian 64bit, Lazarus + FPC -> n'oubliez pas de consulter les FAQ Delphi et Pascal ainsi que les cours et tutoriels Delphi et Pascal
"La théorie, c'est quand on sait tout, mais que rien ne marche. La pratique, c'est quand tout marche, mais qu'on ne sait pas pourquoi. En informatique, la théorie et la pratique sont réunies: rien ne marche et on ne sait pas pourquoi!".
Mais Emmanuel Kant disait aussi : "La théorie sans la pratique est inutile, la pratique sans la théorie est aveugle."
défis intellectuellement intéressants pour un ingénieur logiciel il y en a. Mais il faut vouloir faire un pas en avant. Ne pas faire marche sur place.Source : billet blog
Et vous ?
Partagez-vous son point de vue ?
code, code, code
Les gens se désintéressent du métier de développeur car :
- il n'est pas très qualifié. Souvent, effectivement, le développeur est considéré comme un convertisseur du langage vers le code. Comme celui ci est tout de même limité, l'activité finit par ressembler ... à de la traduction. Bref, on répète les mêmes séquences ...
- et surtout, après le plan calcul qui a échoué, le naufrage de Bull, l'informatique française est passée au frigo.C'est triste, mais les gros projets sont effectués avec SAP (ach Angela !) Oracle (made in india) et l'industrie du jeu (Microsoft xbox, nintendo ...) vient ... d'ailleurs !
Bref on s'ennuie car les projets manquent d'ambition
Donc, quand le capital risque vient à manquer, il ne reste plus qu'à faire l'accompagnement du changement
OK...
Je suis tout à fait d'accord ! ! Ce que vous dites est vrai dans n'imporetequel domaine et pas uniquement l'informatique : Un ingénieur est fait pour résoudre les défits intelectuels et faire de l'innovation et de l'optimisation pas pour faire du répétitif. La routine et le répétitif tu l'ingénieur...
@teffal je n'aurais qu'un mot : DRY*
Si vous devez repéter quelquechose, essayer de créer une librairie / module ou autre pour l'éviter la prochaine fois
C'est la philosophie suivi par les frameworks: vous permettre de générer la structure de votre application, le code répétitif (CRUD/couche modèle...) et de vous proposer des librairies/classes pour faciliter les développements.
*DRY Don't Repeat Yourself
Framework php sécurisé et simple à prendre en main avec générateur web http://mkframework.com/ (hebergé sur developpez.com)
Mes cours/tutoriaux
J'irais même plus loin : c'est notre devoir d'ingénieurs(avec ou sans diplôme) que de ne pas se contenter d'obéir aux ordres, mais d'aller plus loin, et de faire mieux que ce qui était demandé.@teffal je n'aurais qu'un mot : DRY*
Si vous devez répéter quelque-chose, essayer de créer une librairie / module ou autre pour l'éviter la prochaine fois
C'est la philosophie suivi par les frameworks: vous permettre de générer la structure de votre application, le code répétitif (CRUD/couche modèle...) et de vous proposer des librairies/classes pour faciliter les développements.
*DRY Don't Repeat Yourself
Je dirai plus humblement : notre métier (ingé, universitaire ou autre extraterrestre informaticien) est intellectuel avant tout, ce qui suppose un esprit d'analyse, un sens critique et une certaine volonté de s'en servir. Quant au devoir, c'est un bien grand mot.
Quant à l'assassinat des ingénieurs (je n'en suis pas un) par la routine, on ne doit pas plus compter le nombre de morts...
M E N S . A G I T A T . M O L E M
Debian 64bit, Lazarus + FPC -> n'oubliez pas de consulter les FAQ Delphi et Pascal ainsi que les cours et tutoriels Delphi et Pascal
"La théorie, c'est quand on sait tout, mais que rien ne marche. La pratique, c'est quand tout marche, mais qu'on ne sait pas pourquoi. En informatique, la théorie et la pratique sont réunies: rien ne marche et on ne sait pas pourquoi!".
Mais Emmanuel Kant disait aussi : "La théorie sans la pratique est inutile, la pratique sans la théorie est aveugle."
Répondre avec citation
Partager