Est-ce normal?

Oui , c'est normal pour un développeur junior.

Est-ce un mauvais travail

... Non, un travail qui vous donne du temps pour apprendre sur le tas (ou dans votre cas être sur stackexchange) est un bon travail. Ils vous paient pour apprendre et ne sont pas responsables.

Mais pourquoi?

En tant que développeur senior, il est généralement plus rapide pour moi de le faire que de dire à un junior ce que je veux. Et si je dois vous dire ce que je veux, alors je dois vous garder pendant le développement. Je finis par devoir tester et corriger des bogues.

La solution

Mon conseil est de faire appel à un développeur senior pendant un an: choisissez le senior avec lequel vous vous entendez le mieux, achetez leur un beignet et demandez si vous regardez par-dessus leur épaule pour comprendre ce qu'ils font. Si vous pouvez vous habituer à expliquer ce qu'ils font, pendant qu'ils le font, ils ne seront pas ennuyés et votre compréhension du langage et du projet augmentera. Un jour, vous ferez une suggestion ou un commentaire et ils vous apprécieront en tant que développeur à part entière.

Même en tant que senior, j'ai beaucoup de temps d'arrêt. J'en ai besoin pour rester à jour avec les nouvelles technologies / langues / bibliothèques / dilbert.com / xkcd.com / facebook

Mais pourquoi? (suite)

Vitesse

En tant que développeur senior (peut-être un chef d'équipe ou un chef de projet), c'est mon travail d'accomplir les tâches. Donc, quand un bug ou une demande survient sur ma table, c'est mon travail de le faire le plus tôt possible. Former un junior ralentit la réalisation de la tâche, ce qui me fait mal paraître.

Anonymat

Qui sait que c'est le travail du senior de former le junior?

• Le junior fait
• Peut-être que le senior
• Très peut-être les RH
• Certainement pas l'utilisateur final

C'est le travail du développeur senior de impressionner l'utilisateur final . L'acheteur du produit. Celui qui paie les factures. Et l'utilisateur final ne se soucie pas du junior, ne connaît pas le junior, ne sait même pas qu'être un développeur junior est (probablement) un métier.

Sécurité d'emploi

En tant que développeur senior:

quelqu'un qui peut faire mon travail pour un salaire moindre === chômage; // blague de développement

Tous les bogues que vous pouvez faire, le code non documenté, la suppression des bibliothèques, des fichiers et des sauvegardes, la gravure du bâtiment, la fusion de git dans un virus - tout ce que vous pouvez faire de mal - sont tous mieux que le chômage - faire votre travail à droite.

L'univers est intrinsèquement contre les développeurs juniors.

C'est normal, même pour les développeurs expérimentés qui ne sont pas en train de travailler. Vous commencez par corriger des bogues pour en savoir plus sur l'écosystème technique. Personne ne doute de votre capacité technique (mais si vous êtes nul, cela finira par se montrer! SMILE). Il est plus facile de donner un nouveau développement à des personnes qui savent déjà comment les choses fonctionnent dans cette entreprise en particulier et son secteur d'activité, car les nouvelles recrues - seniors ET juniors - ont la courbe d'apprentissage la plus raide sur les pratiques internes de l'entreprise.

La partie "ne rien faire" - c'est un peu suspect. Mais regardez, vous êtes payé. Trouvez des tutoriels à faire. Qualifiez-vous pour cette prochaine opportunité d'intensifier, de parler et d'être inclus, car pleurnicher ne vous y mènera pas. Bonne chance.

Cela peut être un mauvais travail

mais cela pourrait aussi être vous - vérifiez votre attitude et soyez proactif

Permettez-moi de développer un peu plus:

Je suis désolé de ne pas être d'accord avec les gens ici et je suis étonné que les gens trouvent cela normal. Comment un programmeur junior est-il censé apprendre et s'améliorer s'il n'a pas de travail?

Mon expérience personnelle en dehors de l'université, lors du changement d'emploi et lors de l'accueil de nouveaux employés: dès que vous débarquez le premier jour, vous êtes mis en place et votre responsable / mentor / manager ne vous confiera toutes les tâches que personne veut faire mais qui sont nécessaires dans différentes parties du projet (dans le projet lui-même ou dans différents modules, outils, sous-projets, etc. qui sont conformes à l'écosystème du projet). Ceci est en ligne avec vos trois premiers points:

1. La correction de bogues mineurs est importante: c'est du travail à faire, vous vous familiarisez avec le processus de construction / déploiement / test que votre équipe suit et vous commencez à entrer en contact avec la base de code.

2. Petites tâches: conformément au point 1, elles vous aideront à vous mettre à niveau pour effectuer des tâches plus sérieuses.

3. Bogues obscurs: Ils vous testent . Les projets ont beaucoup de bogues difficiles avec lesquels les gens peuvent vivre car ils prennent trop de temps à être découverts et peuvent ne pas être critiques pour le moment. Les attribuer à un nouvel employé:

   • Vous aidera (à nouveau) à vous familiariser avec la base de code.
   • Réduisez le fardeau des bogues difficiles à tracer sur le projet par quelqu'un qui n'est pas essentiel à la réalisation de ce projet.
   • Découvrez votre niveau de compétence réel Pouvez-vous résoudre vous-même des tâches difficiles et non triviales? Êtes-vous capable de creuser profondément dans un grand projet et d'acquérir par vous-même les connaissances nécessaires pour trouver le bogue?

Dès que vous accomplissez la tâche qui vous est confiée, vous en obtenez une autre. Lorsque vous démarrez dans une entreprise, vous ne devez pas avoir de temps mort. Je ne saurais trop insister sur ce point. Vous avez tout à apprendre en ce moment: base de code, environnement, processus entreprise / équipe, connaissances liées au métier / domaine de l'entreprise, personnes (qui sait quoi), etc. Ceci est vrai pour tous nouvelle recrue, et encore plus pour un développeur junior, car il a encore plus à apprendre, c'est-à-dire des compétences de développement ^® dans le monde réel.

Si vous réussissez ces 3 points et lorsque vous demandez plus de travail, rien ne vous est donné, je vous recommande sincèrement de parler à un responsable de niveau supérieur ou de commencer à chercher un autre emploi. Il est absolument inacceptable de ne rien faire 80% du temps en tant que développeur junior et cela reflète un manque d'organisation de la direction / des ressources dans l'entreprise.

Si vous ne l'êtes pas , vous devez analyser ce qui échoue. Vous manquez des connaissances clés dans un domaine CS? Vous ne comprenez pas le code / les expressions idiomatiques? Vous devriez l'apprendre par vous-même. Vous manquez de connaissances spécialisées dans le domaine de travail de l'entreprise non lié à la CS / programmation? Vous pouvez demander une formation ou un cours intensif pour vous mettre à niveau.

Ce qui n'est pas acceptable, c'est de ne rien faire, d'être déprimé et d'être simplement un autre meuble dans le bureau. C'est une perte de temps pour vous-même et tôt ou tard quelqu'un s'en rendra compte et se débarrassera de vous.

Une dernière chose, c'est complètement différent des temps morts là où il y a c'est moins de travail à faire en raison d'une transition entre projets ou contrats pour l'entreprise quelle qu'en soit la raison. Et encore une fois, si cela arrive trop souvent, tenez-vous prêt à sauter vers un autre endroit.

Étonnamment, je suis en désaccord avec 3 des autres réponses en disant que la partie 80% de ne rien faire n'est décidément pas normale .

Une variation quelque peu normale de ce que vous La description se produit lorsque vous recevez une grande tâche d'arrière-plan ouverte pour remplir ces 80%. Cette tâche d'arrière-plan est généralement quelque chose comme "se familiariser avec l'application / la base de code", et vous avez accès à certaines ressources de documentation et un accès (en lecture) au référentiel. La tâche d'arrière-plan devrait rapidement diminuer après 1 à 2 semaines - ou si l'entreprise est actuellement dans une panique de publication, vous devriez obtenir des affectations normales dès que la publication est terminée et que les retombées sont nettoyées (la panique de publication est le signe d'un entreprise, mais c'est encore assez courant).

Je n'ai jamais eu le problème de ne pas avoir grand chose à faire en tant que développeur junior. J'ai toujours semblé être jeté dans les profondeurs obligé de nager. Je ne peux pas dire que c'est bon ou mauvais de toute façon, mais je pense que vous en apprenez davantage lorsque vous êtes au-dessus de votre tête.

Mais maintenant que je suis un développeur plus expérimenté, je peux voir à quel point il serait difficile de donner à un développeur junior quelque chose à faire dans un projet sur lequel je travaille. La plupart du temps, je suis sous le coup d'essayer de faire quelque chose et cela nuirait à ma performance si je devais m'arrêter de temps en temps pour aider un junior à faire quelque chose qu'il ne comprend pas. Ce que je pense, c'est que vous dites tout avec cette déclaration:

Je sais que je manque en tant que programmeur et j'ai vu dans les quelques tâches qui ont été données que je n'arrive pas toujours à voir tous les scénarios la première fois et je travaille assez lentement.

Cela me dit que vous avez eu la chance de faire vos preuves et que vous ne l'avez pas fait. Après vous avoir confié plusieurs tâches que vous aviez prouvé que vous ne pouviez pas gérer, je comprends pourquoi ils hésitent à vous en donner plus. Je ne pense pas que ce poste existerait si vous dépassiez leurs attentes avec les tâches qui vous ont été confiées, car ils vous auraient donné plus de tâches et deviendraient de plus en plus difficiles.

Je pense que si vous voulez vraiment devenir programmeur, vous voudrez peut-être trouver un endroit qui vous guidera davantage. Il me semble que vous en avez besoin et que l'endroit où vous travaillez actuellement n'est pas prévu pour ce type de mentorat. Soit cela, soit trouvez quelqu'un dans votre organisation actuelle qui est prêt à vous encadrer, si c'est possible.

Je voulais ajouter que j'ai eu le même problème plusieurs fois. Je suis également un développeur Java. Je travaille pour un cabinet de conseil depuis maintenant un an et j'ai travaillé sur plusieurs projets.

Malheureusement, je pense qu'il est assez normal qu'un junior comme moi ne se voie pas confier le développement de fonctionnalités plus importantes, etc. Mais continuez à demander du travail et essayez d'apprendre autant que possible des autres membres de l'équipe.

Tant que vous montrez à vos collègues que vous êtes prêt à travailler et à contribuer, vous gagnez en confiance. Ne soyez pas démotivé, vous aurez une chance de faire vos preuves. Comme je l'ai mentionné, j'ai vécu cela aussi et à l'époque je ressentais exactement la même chose que vous: démotivé, inutile, commencer à douter de vos propres compétences, etc.

J'espère que cela vous aidera ...

Tout ce que vous avez expliqué est normal. et malheureusement, assez courant.

Il y a un point caché dans de nombreux rôles de programmation (je dirais, 7/10 offres d'emploi sur linkedin) qui est La plupart des travaux de programmation ne sont pas nécessaires .

C'est réel.

Même parmi de nombreux programmeurs expérimentés, la plupart du temps, ils ne font rien. Cependant, ils devraient prétendre qu'ils se concentrent sur une tâche, si vous approfondissez ce qu'ils font, c'est communiquer ou prendre des décisions, puis passer du temps sur les réseaux sociaux.

Le vrai fait est dans grandes entreprises ou même de taille moyenne, avec un seul produit, pas besoin de nouvelles fonctionnalités . La société a créé un conseil d'administration du capital et ne se soucie pas de payer 3 personnes pour faire un travail qu'un programmeur passionné peut faire.

Pour être clair comme un miroir, être un programmeur 9-5, dans chaque aspects (bureau, à distance, à temps partiel) n'est pas différent d'être un plumper, chauffeur ou chef. Personne ne vous engage pour leur montrer leur chemin ou les réparer.

Si vous recherchez la passion, faites quelque chose pour vous-même si vous pouvez vous le permettre. Si vous êtes à la recherche de passion pour un travail, peut-être que vous ne pouvez considérer ce poste que comme de l'argent et faire autre chose en parallèle.