Y a-t-il d'autres raisons que le budget pour embaucher des programmeurs «débutants»?
Y a-t-il d'autres raisons que le budget pour embaucher des programmeurs «débutants»?
Réponses:
Les grands développeurs n'avaient pas d'expérience auparavant.
Les grands développeurs sont non seulement chers mais aussi difficiles à trouver. Donc, si vous disposez d'un processus de sélection et d'embauche de haute qualité, l'embauche de développeurs débutants peut être un excellent moyen de trouver ces nouveaux arrivants et de les transformer en d'excellents développeurs .
Il y a plein d'autres raisons:
Formez le prochain groupe de développeurs comme vous et vos méthodes le permettent.
En supposant que «entrée de gamme» signifie à peu près «nouveaux diplômés», il peut y avoir des motifs sinistres.
Un nouveau diplômé ne connaîtra probablement PAS beaucoup ses droits en raison du fait qu'il n'a encore travaillé nulle part. À moins que son oncle ne soit avocat ou RH, il ne le fera certainement pas.
Un programmeur expérimenté peut connaître ses droits simplement parce qu'il a connu des hauts et des bas dans d'autres sociétés.
Il est facile de trouver des échappatoires, de tromper, de manipuler et de tromper les nouveaux diplômés lorsqu'il s'agit de questions et de lois juridiques et RH compliquées. Vous ne pouvez pas le faire facilement avec un programmeur expérimenté qui a travaillé dans quelques entreprises. Parce que, même s'il n'a pas mémorisé toutes les lois, il saura par expérience ce qui se passe dans d'autres entreprises et il détectera immédiatement si quelque chose est louche.
En bref: Un programmeur expérimenté est déjà tombé dans la fosse (fait par les employeurs précédents) et sait mieux que de marcher à nouveau dans un. Un nouveau diplômé ne l'a pas fait et ne le fera pas.
Certaines choses que les employeurs rusés veulent tromper sur les nouveaux diplômés:
Les nouveaux diplômés supposent simplement que les choses sont censées être comme ça parce qu'ils ne savent pas mieux. Il est donc un jackpot pour l'employeur.
AVERTISSEMENT: Je sais ces choses non pas parce que je les fais, mais parce que les gens me les ont faites.
Pourquoi embaucheriez-vous un programmeur principal si vous n'aviez besoin que de quelqu'un pour effectuer des tâches de grognement?
Personnellement, si j'étais programmeur principal et qu'on ne me demandait rien d'autre que des tâches simples toute la journée, j'arrêterais.
Parfois, vous avez des tâches qui nécessitent d'être effectuées, mais ne nécessitent pas l'étendue de l'expérience d'un programmeur plus expérimenté. Ces tâches sont souvent répétitives et peu significatives en tant que programmeur mais sont bonnes pour les nouvelles recrues qui se coupent les dents de lait.
Il y a également des considérations concernant les personnes qui peuvent être enseignées. Souvent, un programmeur expérimenté qui n'est pas tout à fait senior mais qui n'est clairement pas un nouvel employé aura acquis une certaine expérience mais n'a pas réussi à se débarrasser du "Je sais déjà tout", "Pourquoi devrais-je changer", "Je n'aime pas apprendre de nouvelles façons "des attitudes que vous ne trouverez pas courantes dans une nouvelle location.
De nouvelles idées? les choses qu'ils enseignent à l'université changent constamment, il se pourrait bien que le récent diplômé que vous avez embauché ait des idées que vos programmeurs chevronnés ne prendraient pas en considération car ils sont coincés dans une certaine façon de penser.
Altruisme, je pense que toute entreprise doit comprendre que nous commençons tous quelque part, et si nous ne commençons pas, nous ne continuerons pas à être des développeurs.
La main-d'œuvre bon marché, non seulement le recrutement d'un diplômé obtient votre main-d'œuvre bon marché, elle peut également favoriser les relations avec les universités locales et conduire à une main-d'œuvre encore moins chère sinon gratuite sous forme de stages d'été (je ne suis pas d'accord pour ne pas les payer cependant).
Ne pas payer pour une pelleteuse quand tout ce dont vous avez besoin est une pelle, si vous avez besoin d'une latrine creusée pourquoi payer des milliers pour une pelleteuse, quand vous pouvez obtenir une plèbe avec une pelle. Bien sûr, la plèbe avec la pelle pourrait avancer au point d'être une pelleteuse, mais jusqu'à ce moment, pourquoi payer pour cela.
Les développeurs expérimentés peuvent également s'ennuyer avec des choses qu'ils considèrent comme subalternes où un récent diplômé peut en apprendre énormément.
L'entreprise pour laquelle je travaille embauche "entrée de gamme" pour une raison particulière. Ses produits les plus matures et les plus rentables ont été développés sur un framework tiers dont personne n'a entendu parler ou ne passerait le temps à apprendre autrement. Le poste est annoncé comme aucune expérience ou diplôme requis, car toute la formation sera dispensée en interne aux personnes désireuses d'apprendre. C'est aussi une excuse pour payer des salaires pathétiquement bas, et cela fonctionne car il n'y a pratiquement aucun risque que ces nouveaux programmeurs prennent leurs compétences nouvellement acquises ailleurs.
De nombreuses entreprises veulent une personne capable de se former pour faire les choses comme elles le souhaitent, et non pas comme une autre entreprise a fait les choses. De plus, ces postes ont tendance à reconnaître qu'il y aura une courbe d'apprentissage en raison du manque d'expérience et que l'entreprise est d'accord avec cela. L'entreprise est essentiellement convaincue que cette personne deviendra éventuellement un très bon atout pour son entreprise au fil du temps.
Plusieurs fois, il est plus facile de dessiner sur une feuille de papier vierge que de mettre à jour une esquisse existante.
Dans le logiciel, cela est généralement appelé développement greenfield vs brownfield.
Si c'est bien fait, vous pouvez vous retrouver avec quelqu'un à la fin qui comprend mieux votre entreprise et est enthousiaste.
Vous devez en fait vous assurer d'avoir une ressource professionnelle qui peut prendre le nouveau venu sous son aile. Tant que vous vous trouvez quelqu'un qui est enthousiaste et proactif envers son propre développement, il brillera. Si vous les trouvez bricoler avec une idée, la pousser et l'encourager, ils sentiront qu'ils peuvent apporter quelque chose.
Vous devez les traiter comme un apprenti dans un atelier de carrosserie, leur faire faire des travaux de merde, mais en même temps leur donner leur propre temps pour expérimenter, c'est la meilleure façon que j'ai trouvée. Vous finissez par découvrir qu'ils viennent travailler le lendemain avec quelque chose qu'ils ont fait à la maison et vous avez hâte de vous dire ce qu'ils ont fait.
Outre les raisons déjà mentionnées, il convient de noter qu'il s'agit d'un schéma intrinsèque à la nature humaine. Tout au long de l'histoire, nous pouvons voir une main-d'œuvre qualifiée organisée d'une certaine manière, des maîtres dirigeant un groupe d'apprentis et un plus petit groupe de compagnons (artisans de niveau intermédiaire) pour construire des choses ensemble.
Il apparaît encore et encore, avec des noms et des détails différents, mais généralement le même modèle de base, car il fonctionne bien avec la façon dont nos cerveaux sont câblés. Nous ne devrions donc pas être surpris de voir une organisation similaire dans la programmation informatique, qui est une autre forme de main-d'œuvre qualifiée. On peut appeler les maîtres architectes, les compagnons développeurs seniors et les apprentis développeurs juniors, mais le schéma est le même.
Vous voudrez peut-être des programmeurs inexpérimentés afin que vous puissiez les former à le faire à votre façon. Cela suppose:
Vous pourriez également vouloir un programmeur inexpérimenté, car vous n'avez pas besoin de programmes qui pourraient interpeller ou intéresser un programmeur expérimenté. De plus, si vous avez des programmeurs expérimentés, vous pourrez peut-être les défier en les faisant encadrer le programmeur inexpérimenté.
Un programmeur inexpérimenté peut avoir une perspective dont vous avez besoin. NIH (pas inventé ici) et WADITW (nous le faisons toujours de cette façon) ne sont pas toujours les meilleurs. Choisissez quelqu'un qui posera des questions d'approfondissement. Soyez prêt à changer vos habitudes.
Vous pourriez être mieux avec un programmeur expérimenté, car la productivité par dollar peut être plus élevée. Les ratios de productivité documentés sont quelque chose comme 26 à 1. Vous pouvez avoir de la chance et obtenir un programmeur inexpérimenté très productif.
Si le taux de roulement de vos employés est élevé, vous ne pourrez peut-être embaucher que des programmeurs inexpérimentés.
Si votre budget est par tête, les programmeurs inexpérimentés peuvent être tout ce que vous pouvez vous permettre. Cela ne signifie pas que votre projet coûtera moins cher. Il est beaucoup plus probable que cela coûte plus cher. Moins de programmeurs expérimentés peuvent être plus rentables.
Des programmeurs expérimentés apportent les bagages de projets antérieurs. Une partie de cela sera bonne et une partie sera mauvaise. Si vous n'avez pas les ressources pour minimiser le mauvais et maximiser le bien, vous voudrez peut-être un programmeur inexpérimenté. Ils auront des bagages différents.
Vous pouvez avoir besoin de compétences ou de connaissances que vos programmeurs expérimentés n'ont pas, mais qu'un programmeur inexpérimenté possède. Embauchez-les et faites une formation croisée avec vos programmeurs expérimentés.
Il est bon de développer des talents. Trouvez au moins un programmeur inexpérimenté pour votre équipe. Formez-les et encadrez-les. Défiez-les et soutenez-les. Apprenez de leur nouvelle perspective tout en apprenant de votre point de vue chevronné.
Aux États-Unis, de nombreuses entreprises souhaitent aujourd'hui que quelqu'un vienne, fasse une tâche et reparte. Ils ne veulent pas de quelqu'un qui prendra le temps de comprendre quelque chose, ni de quelqu'un qui a besoin d'explications. Par conséquent, la plupart des publicités pour les développeurs demandent / nécessitent quatorze ans d'expérience avec tout.
Ce que je pense devrait changer, c'est de passer à une culture d'entreprise différente. Le Daily WTF avait un essai intitulé " Up Or Out ". Bien que le modèle mentionné dans cet essai soit utilisé dans la profession juridique (ainsi que dans certaines sociétés de conseil), ce modèle ne correspond pas bien à la culture d'entreprise existante.
Le budget ne devrait presque jamais être la raison pour laquelle vous devriez embaucher plus frais.
La principale raison pour laquelle vous recrutez des recrues est:
vous avez besoin d'une énergie et d'un talent frais qui rendent l'organisation plus dynamique
Vous devez travailler dans l'innovation de pointe ou perturbatrice où vous ne voulez pas embaucher des gens de la vieille école de pensée
Vous êtes vous-même une jeune entreprise désireuse d'explorer le monde et de définir sa propre idéologie et son propre style.
Toutes ces réponses avec de bonnes et nobles raisons d'embaucher des personnes débutantes sont agréables et toutes.
La vraie réponse est: une entreprise obtient la meilleure ressource possible pour le montant qu'elle est prête à dépenser. C'est des affaires. S'il n'est pas prêt à dépenser beaucoup, il fait de la publicité pour quelqu'un qui ne coûtera pas cher. Le "niveau d'entrée" est une phrase signalétique de l'offre d'emploi destinée à aboutir à ce résultat. Les RH ne perdront pas de temps à interviewer des développeurs de dieu rock qu'ils ne peuvent pas se permettre.
S'ils ont de la chance, ils trouvent quelqu'un qui sous-estime leur valeur, se sous-évaluant comme "niveau d'entrée" alors qu'en fait ils sont plus âgés que cela. Pouvez-vous imaginer une entreprise qui n'offre pas une offre aussi tentante? Bien sûr que non. Toutes les choses «nous pouvons les développer à notre image» «l'énergie fraîche nous rend plus dynamiques» sort par la fenêtre à ce moment-là.
Alors. Parcourez la plupart de ces réponses pour voir les justifications agréables du monde heureux. La vraie réponse est: oui, cette décision est presque toujours budgétaire.
Je suppose que l'autre raison est le manque de meilleurs programmeurs disponibles / désireux.