Wooh, tu te calmes et tu respectes l'étiquette, quand je dis JE dans mon exemple, c'est que je me mets à la place d'un client bête et méchant.
Le mec il a 30 minutes pour te jauger. Déjà il peut pas vérifier tes compétences "humaines" (communication, etc.)
En plus il aura un choix donc forcément on mettra quelque chose sur un plateau. S'il sait bien mener, il prendra intelligemment le gars motivé et avec une bonne faculté d'apprentissage que le mec qui est désabusé et qui en marre de faire la même chose.
Je souhaite un jour que tu fasses des entretiens depuis l'autre côté de la table, que tu vois la réelle difficulté de l'exercice.
EDIT :
J'ai bossé dans l'assurance.
J'ai été surpris que la quasi-totalité de mon équipe (mon chef de projet excepté puisqu'il était en contact direct avec l'AMOA) ne savait pas faire la différence entre une prime et un sinistre après deux ans de projet.
- So.... what exactly is preventing us from doing this?
- Geometry.
- Just ignore it !!
****
"The longer he lived, the more he realized that nothing was simple and little was true" A clash of Kings, George R. R. Martin.
***
Quand arrivera l'apocalypse, il restera deux types d'entreprise : les pompes funèbres et les cabinets d'audit. - zecreator, 21/05/2019
Mais si demain tu lui donnes des plans pour faire un type de meuble comme il n'en a jamais fait ? il est pour autant incapable de le faire SUPER BIEN ? C'est vous qui n'êtes pas cohérent
Je suis bien placé pour en parlé, je suis facteur d'orgue. J'ai donc appris à construire des orgues... Et bien si demain on me demande de fabriquer un meuble Louis XIV, il y a des chances que je sois obligé d'utiliser des outils que j'ai jamais utilisé. Et bien je serai bien loin d'être incapable de le faire.
D'ailleurs vous allez pas me faire croire que lorsqu'on engage un dev, on lui demande de coder directement ? Ca passe toujours pas une phase de debug, de lecture de l'existant ! Donc largement de quoi s'adapter à un nouveau langage !
Une entreprise qui m'embaucherai demain, et qui me dirait dès le premier jour de commencer un projet, ou d'aller taper du code directement... je pense qu'elle serait pas loin de la faillite ..
la question n'est pas la capacité, un dev est un dev, mais vu que y'a ce qu'il faut sur el marché et bahs si je suis client et que je fais du java dans l'aéronautique, je choisirai probablement le mec qui a déjà l'expérience dans l'aéro et en java. pas le gars qui dev en C# depuis 5 ans dans les télécom même s'il est capable d'apprendre.
Un point souvent négliger en début de carrière, mais y'a des dommaine fonctionnelle ou tu ne rentre pas comme ça si tu n'as jamais pratiqué. En tous cas dans la finance, en règle général si t'as pas d'xp dans le domaine on ne te choisi pas, parce que des dev qui ont la compétence finance y'en a pléthore donc je prends le mec qui sera efficace rapidement et pas le mec qui va mettre 6 mois à comprendre mon métier.
On est bien d'accord c'est le plus intérressant, mais est-ce que tout les développeurs ont autant de liberté / leur mot à dire ?
Avec la multiplication des métiers intermédiaires, et suivant la taille des équipes IT, le dév n'a pas forcement d'analyse à faire ou le droit de donner son avis / orienté le projet de telle ou telle façon, et se retrouve malgré lui (et malgré toutes les promesses faites pendant l'entretien d'embauche), à pisser du code.
Je pense que quand le dev a un pouvoir de décision, comme toi, il faut déjà limite se considérer comme chanceux, car ce n'est pas possible pour tout le monde...
Ce n'est pas du tout ce que je dis. Je dis que pour avoir un bon développeur, il est absolument nécessaire de connaître une partie des informations métier, de connaître l'historique du code, ce genre de choses.
Et c'est pour ça que je suis entièrement d'accord avec les gens qui disent qu'un bon développeur, pour être opérationnel à 100% dans une entreprise, il faut compter 18 à 24 mois, même s'il a 10 ans d'expérience. Ça ne veut pas dire qu'il ne fera rien avant ça, mais il ne sera pas aussi opérationnel qu'au bout de ce laps de temps.
Et c'est aussi vrai pour un plombier ou un menuisier.
Mais les recruteurs de type RH, manager non technique, etc. ne sont absolument pas capables d'entendre ce discours. Pour eux, un type qui a 5 ans de Java à son actif dans le domaine X, tu le balances sur le domaine Y, et hop, il doit être au moins aussi opérationnel que les autres membres de l'équipe.
Et ça, c'est un réel problème.
J'en ai malheureusement rencontré quelques uns
Ce sont les personnes les plus difficiles à manager car elles ne sont pas impliquées dans leur boulot
Le but d'un développeur n'est pas de faire un programme qui fonctionne mais c'est de faire un programme qui effectue le travail demandé.
La nuance est de taille car dans un cas, tu as un programme qui fini dans un tirroir et dans l'autre, tu as un programme utilisé par le client et qui rencontre une adhérence par les utilisateurs et du coup, ce programme va évoluer et rester dans le temps
On est bien d'accord
A nous de savoir nous vendre et de bien préparer notre entretien
Notre job est très complexe et obscure pour la très grande majorité des gens
Du coup, ils se raccrochent à des choses qu'ils connaissent (ou croient connaître)
A nous de savoir vulgariser notre travail et présenter nos expériences pour mettre en avant ce qui sera utile aux clients et aux projets
On ne se présente pas à 2 projets différents avec le même CV et pourtant, presque la totalité des développeurs que je connais présente tjrs le même CV quelque soit le poste, le client, le projet et le domaine métier
Au niveau du développement je pense que la personne choisira hormis question de diplôme, par priorité 1 le langage qu'il utilise puis après pour trier le domaine ou la personne a travaillé.
Mais de toute façon un développeur dois savoir changer de langage s'adapter aux nouveautés car sinon il risque d'être au chômage, après cela dépend du langage qu'il connaît et de la demande bien sûr.
ce qui est génial c'est que de plus en plus de boîte fixe la durée de présence d'un externe à 24/36 mois donc en gros quand il est au top
Effectivement tu cherches en un le mec qui fait ton langages et en même temps tu as souvent des candidat qui connaissent ton domaine fonctionnelle donc tu fais le choix rassurant.
C'est déjà le cas, et j'ai pas vu la même chose. Je pense que l'embauche d'un développeur ne se fait pas sur en priorité sur le CV. Encore moins en faisant faire des tests dans lequels ont te demande sur 50 question sur 100 des choses du genre "en php, quel est le nom de la fonction qui permet de..."
Pour la force des mes propos, je suis désolé, mais je suis totalement exaspéré par la situation ! Car je suis bien persuadé que tout va mal. D'où mon départ vers l'allemagne dans 2 mois.
Et bien si la quasi totalité de mon équipe ne savait pas faire cette différence, c'est qu'il y avait un sacré problème de recrutement... on en revient toujours à la même chose.
Non, la connaissance métier est nécessaire car de ce fait tu ne réfléchiras pas de la même manière si tu as une vue d'ensemble des contraintes, des tenants et des aboutissants du projet.
Je pense qu'il faut pouvoir se spécialiser dans un secteur métier (tout du moins si ce qu'on te demande n'est pas juste de remplir des fichiers excel).
L'homme est un fou pour l'homme. Toi qui viens de me mettre un aie au moins le courage d'expliquer pourquoi tu n'es pas d'accord.
On est entièrement d'accords. Mais du coup, tu admets bien que l'expérience se fait dans la boite qui devrait t'employer, pas dans la boite dans laquelle tu as travaillé avant.
Donc au niveau du recrutement, c'est plus l'habilité d'adaptation, la motivation, l'ouverture d'esprit du postulant qu'il faut regarder... et ce, bien plus que les langages ou framework inscrits sur le CV
Comme je disais, je pense que malheureusement le choix que tu fais en début de carrière est relativment déterminant pour le futur.
Oula je suis pas trop d'accord avec le "par contre les boulots ou les gens ne code pas ils ont du souci à ce faire".
Je suis admin systèmes/réseaux (28 ans), donc mon boulot n'est clairement pas de coder, ok de temps en temps je fais quelque trucs en java, mysql, php, et des scripts d'automatisations (ansible), du shell aussi. Mais bon clairement c'est pas mon boulot principal. Pourtant j'ai jamais eu aucun problème dans le monde du boulot, j'ai eu un DUT R&T suivis d'une licence en alternance sécurité des réseaux d'entreprises. Et je me suis jamais bougé les fesses(en gros quelques appels, 1 ou 2 entretien et voila, j'ai jamais dépassé plus de 4 entretiens) pour trouver un stage/alternance ou même un vrai job. Et pourtant j'ai aucun contact.
On a besoin de nous partout, que ce soit dans une fromagerie, ou une SSII, partout ou un système informatique d'une certaine taille existe il faut un admin et des techniciens systèmes/réseaux.
Pour ce qui est des dev jeunes, je pense que tout dépend de la boite/structure. J'ai été dans une entreprise qui produit des décodeurs TV(donc de l'embarqué). Et le département dev (environ 50 dev) à part les stagiaires et les alternants c'était uniquement des gens de plus de 30 ans. Pareil dans l'entreprise ou je suis actuellement avec du dev java et qui ont + 30ans.
Après oui je suis d'accord le secteur informatique français est anecdotique. La faute à nos politiciens qui n'ont pas compris que le monde tourne autour de ça.
Quand je vois les budgets du gouvernement français en informatique(renseignement/cybercriminalité/cyberdef), c'est quasiment une blague.
Et je parle même pas de l'enseignement. Pas assez d'école d'ingé sérieuse en info. La filiaire info à la fac n'existe même pas. C'est la fac de math qu'on a retransformé en "math&info" ou durant la 1ere année les étudiants ont le même cursus (qu'il souhaite être prof de math ou dev).
Et le pompon reviens au monde du réseaux/systèmes. C'est complètement vide, tu as quasiment aucune formation de bac +5 dédié à ça, sauf en prenant des options à partir de bac +4 +5, très peu d'école d'ingé qui donne un bon niveau la dessus. En gros en sortant d'un cursus tu as un bagage de programmeur mais par contre en systèmes/réseaux tu apprends sur le tas.
Néanmoins, même avec ce niveau déplorable on est encore très très demandé.
La plupart des boîtes veulent :
- Un gars pas cher
- Qui fait 10 boulots
- Qui a 25 ans d'expérience sur toutes les technos même celles qui existent depuis 2 ans
- Docile
- Qui ai pris connaissance de l'environnement 6 mois avant de rentrer dans sa boîte
- Qui effectue ce qu'on lui demande le lendemain pour la veille.
L'homme est un fou pour l'homme. Toi qui viens de me mettre un aie au moins le courage d'expliquer pourquoi tu n'es pas d'accord.
Je dirais plutôt, faut arrêter les comparaisons bidons^^
Tout dépend de la complexité du boulot. Encore une fois, pour beaucoup de mission tu n'as pas a plonger dans les tréfonds du langage. Après si un langage est demandé sur une offre, il ne faut pas non plus y aller les mains dans les poches, il faut bien sur que le candidat s'informe sur le langage avant (à quoi ça ressemble, dans quels domaines il est utilisé, etc). C'est un effort conjoint, l'entreprise laisse un peu de temps au nouvel embauché pour se former (ou pour être formé, dans le meilleur des cas). Le nouvel embauché lui doit être pro actif pour atteindre rapidement le niveau souhaité et pouvoir commencer à produire de la valeur pour l'entreprise.
Je souscris à l'idée que le langage est un outil, ce sont les concepts transversaux de plus haut niveau qui sont important. Si tu sais faire de l'IHM (si t'as des notions d'ergonomie) elles s'appliqueront tous le temps, si tu sais concevoir une BDD mais que t'as fais que du MySQL ça t'empêchera pas de réutiliser les méthodes de conceptions sur une base Oracle, si tu connais des patterns de conception ils s'appliqueront aussi à divers langages. Le propre d'un informaticien (autant en dev qu'en réseau ou autre) et de s'avoir s'adapter et de réapprendre rapidement. Après on peut devenir expert dans une techno donnée, ce qui permettra d'anticiper la conception en ayant en tête les spécificité de la techno utilisé. Dans ce cas là sur l'offre d'emploi il sera demandé explicitement un expert pour la techno voulu.
De ma petite experience, il y aussi des postes sur lesquelles il est impossible d'avoir une expérience préalable (l'année dernière gros systèmes propriétaire vu dans aucune formation, cette année 100% des frameworks fait maison).
Ce que je dis précédemment s'applique surtout au développeurs juniors, qui aura marqué Java ou C# sur son CV par ce qu'il aura fait un TP dessus en cours. C'est absurde qu'un recruteur se base dessus.
Ca, c'est l'absurdité de la loi française voulue et mise en avant par nos cher syndicats qui sont totalement largués sur les problématiques de terrain (plus occupés à maintenir l'institution syndicale que les travailleurs et plus que tout, ceux en recherche de travail... je digresse...)
La loi française veut que si une personne est en prestation à un même poste pendant 3 ans, cette personne est identifiée comme nécessaire à la société et le prestataire est en mesure de demander à être embauché par le client
Dans le fond, ce n'est pas faux
Par contre, il faut se demander pourquoi le client passe par des prestations externes (qui coûtent chère) plutôt qu'embaucher en interne
Et là, on se rend compte à quel point la France est archaïque dans sa conception du travail et se tire elle même une balle dans le pied dans la gestion des entreprises : charges sociales qui explosent à certains seuils, charges patronales qui explosent à certains seuils, etc, etc, etc
Je connais des chefs d'entreprises qui bloquent volontairement leur croissance et refusent des contrats / commandes pour ne pas franchir certains seuils qui les feraient basculer dans une instabilité qui mettrait en péril toute leur PME (les contraintes s'acculent quand l'activité monte et restent en place même si l'activité baisse)
Bref, en France, mieux vaut être très gros ou très petits
Entre les deux, c'est le chaos (c'est valable aussi pour les particuliers car on voit bien à quel point la classe moyenne se fait tondre de tous les côtés alors qu'on gave les petits revenus d'aides sociales et les gros d’allègements d'impôts)
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager