Question:
Le travail n'est pas exactement ce à quoi je m'attendais, je m'ennuie
user108322
2019-09-30 12:33:50 UTC
view on stackexchange narkive permalink

Je suis un jeune ingénieur logiciel fraîchement diplômé, j'ai commencé mon premier poste il y a 5 mois (une fois que j'ai obtenu mon diplôme d'ingénieur en développement logiciel, essentiellement un développeur Java EE).

Je reçois de plus en plus ennuyé, le travail consiste à prendre des tickets de bogues et à les corriger. Je n'ai pas écrit de nouvelle classe Java depuis que je travaille ici et à peine écrit une nouvelle méthode, juste quelques très petits morceaux de code pour corriger les bogues, ce qui prend généralement quelques heures / jusqu'à quelques jours pour trouver où le problème est et seulement entre 10 minutes et 2 heures pour réparer.

Cela me rend ennuyé et de plus en plus frustré, cependant il y a quelques "projets" (en plus du logiciel actuel) qui fonctionnent à chaque version mais pas tout le monde y est affecté. J'ai l'impression d'avoir perdu la confiance de mon chef d'équipe (peut-être que je ne suis pas aussi performant que prévu, même si je pense que je fais un travail décent pour un nouveau diplômé, mais aussi je pourrais probablement faire mieux si j'étais motivé mon travail), et c'est aussi pourquoi je ne leur suis pas affecté: cercle vicieux.

Ce qui me satisfait:

  • Le processus sont bien organisés et donnent de bonnes habitudes: intégration continue, un peu de révision du code, des collègues qualifiés.
  • Le salaire est plutôt correct, en fait inférieur à celui du pays mais les normes du pays sont très élevées en termes de salaire.
  • Localisation.
  • Temps de travail (le temps de l'employé est respecté, si nous faisons 1 minute supplémentaire, nous pouvons prendre comme vacances un autre jour plus tard).

Ce qui ne me satisfait pas:

  • Entreprise stricte: il existe un «horaire verrouillé». Ils font semblant d'être flexibles mais nous ne pouvons pas venir après 8h30 et partir avant 16h00. Parfois j'arrive à 8h31 ou 8h32 et même si cela n'a aucun impact sur le travail, je sais que cela dérange mon chef d'équipe (qui a pour habitude de venir assez tôt le matin). Le proxy bloque tout, spotify n'est pas accessible par exemple (petit problème) mais nous ne pouvons télécharger aucun logiciel depuis le web (ce qui peut parfois être utile pour faire le travail). Nous devons faire une requête à chaque fois que nous voulons quelque chose (par exemple un accès à la base de données) qui prend de 24 à 48 h etc.
  • Mes tâches (comme indiqué ci-dessus, ne corrige que des bogues).

Considérations importantes:

  • Quitter mon emploi maintenant pourrait être mauvais pour ma future recherche d'emploi car je n'ai aucune expérience de plus de 6 mois (seulement stages, donc c'est normal, je n'ai pas été licencié) et l'enquêteur peut penser que je ne suis pas fiable.
  • Je veux rester dans ce pays (je suis citoyen donc il n'y a pas de problème de visa, mais je je suis double citoyen et je n'ai pas grandi là-bas).
  • Je ne suis pas vraiment sûr de trouver un nouvel emploi, mes études ne sont pas axées sur la résolution de problèmes d'algorithme (ce n'est pas une norme dans mon pays d'origine) mais en voici un (je me suis entraîné avec leetcode mais je suis encore loin d'être très compétent dans ce domaine).

En raison de mon travail actuel et du fait que je suis un nouveau diplômé, je suis commencer à penser que je ne suis pas fait pour ce travail et que j'avais des attentes qui ne sont pas réelles le monde du développement logiciel fonctionne.

Que dois-je faire? Quitter mon emploi maintenant mais avoir des difficultés pour trouver un nouveau poste ici? Rester mais s'ennuyer?

Le meilleur compromis que je vois est d'essayer de gérer le travail pendant environ un an de plus sans être licencié en raison d'une motivation trop faible, cela me donnera une expérience qui compte sur mon CV et qui me sortir de la catégorie «fraîchement diplômé» et trouver ensuite un nouvel emploi. À mon avis, partir maintenant n’est pas viable car je n’aurai pas d’argent pour vivre, je devrai retourner dans la maison et le pays d’origine de mes parents, etc.

Mon partenaire était dans une position similaire, mais il y est resté et a travaillé dur et maintenant (environ un an après le début du travail) est mis sur les projets et écrit à partir de zéro.Vous avez probablement juste besoin de faire vos preuves auprès de l'entreprise avant qu'elle ne vous lâche!Comme vous l'avez mentionné, vous êtes un nouveau diplômé, revoir et corriger le code d'autres personnes est souvent le meilleur moyen d'apprendre les normes de l'industrie.
Ce que dit @JoeStrazzere.J'ajouterais que la maintenance représente 70/80% du travail réel dans la programmation informatique - et vous donne de bons indices sur ce qui est bon et ce qui est mauvais en termes de maintenance, pour le jour où vous créerez du vrai code.La plupart des gens qui ne font jamais de véritable maintenance pensent que leur code est propre.Ce n'est pas.Profitez de l'occasion pour apprendre les choses à faire et à ne pas faire.
@JoeStrazzere Je m'attendais à avoir plus de quelque chose au milieu entre l'écriture d'un nouveau morceau de code et la correction d'un bug, je ne m'attendais pas à corriger uniquement un bug et à ne pas écrire de nouvelle classe en 5 mois de travail à plein temps.
Lors de la dernière rencontre que j'ai eue avec lui (il y a 2 mois) je lui ai dit que je voudrais non seulement corriger les bugs mais aussi être affecté si possible à un projet (même petit) et il m'a dit qu'il y avait une rotation entre les personnes assignéesaux projets, ce qui me convient, mais un autre développeur junior qui est ici depuis 1 an m'a dit que ce sont toujours les mêmes personnes qui peuvent faire des projets et toujours les mêmes qui ne corrigent que des bogues (ce que j'ai remarqué).
Pour en dire plus sur les bugs, la plupart du temps ce n'est pas quelque chose d'intéressant techniquement, c'est généralement de déplacer un bouton, de traduire quelque chose qui a été mal traduit etc. C'est le problème ici, j'ai l'impression de ne pas acquérir beaucoup de compétences techniques grâce àle travail acharné (correction des bugs), j'aurais dû l'expliquer dans la question.
Vous pouvez cliquer sur le bouton "modifier" et mettre à jour la question.
Pourquoi n'utilisez-vous pas Spotify depuis votre téléphone?
@JohnK Je le fais, et la plupart d'entre nous le font, c'était juste pour souligner certaines restrictions insensées que nous avons.
Quelle chance vous avez d'avoir un poste aussi fantastique, juste après avoir obtenu votre diplôme.J'aurais aimé que mon premier travail soit comme ça!
Ma maman a toujours dit de garder un emploi au moins un an plus tôt.Montre que vous n’avez pas été viré.Montre que vous pouvez vous présenter de manière fiable au travail tous les jours.Pourquoi quelqu'un devrait-il vous embaucher si vous partez dans six mois?Déterminez ce que vous voulez faire.Préparez-vous au changement.Attendez la bonne opportunité, pas seulement un moyen de sortir de votre situation actuelle.Regardez à long terme pas à court terme
Vous avez mentionné que vous n'êtes pas doué pour les problèmes d'algorithme et que vous êtes fraîchement diplômé.Je soupçonne qu'ils vous ont poussé à la correction de bogues, car c'est la meilleure façon de vous renseigner sur le fonctionnement des choses là-bas sans que vous introduisiez du code de mauvaise qualité (désolé).Vous vous familiariserez également avec le fonctionnement de leur logiciel.Il est courant dans l'industrie d'intégrer les nouveaux membres de l'équipe de cette façon.Vous avez parlé de «société stricte».Je suis désolé mais il vaut mieux attendre 48 heures pour une approbation que de compromettre la sécurité de l'entreprise.Faites également savoir à votre responsable que vous souhaitez participer à de nouveaux projets.
@AlexanderM Il n'y a pas d'algorithme en cours d'exécution, c'est une entreprise où aucune optimisation technique n'est nécessaire (quand j'ai dit que je ne suis pas bon avec l'algorithme, je voulais dire une programmation compétitive qui est demandée dans les plus grandes entreprises, avec un peu plus de temps et de ressources Internet: la vraie vie, il n'y a généralement aucun problème pour moi de le résoudre).Oui, je le lui rappellerai certainement la prochaine fois que nous aurons une réunion, je ne sais pas si je devrais mentionner que travailler uniquement sur les bugs diminue ma motivation.
Ne dites pas que travailler sur les bugs diminue votre motivation, cela ne fera pas bonne impression.Si quelque chose double l'effort de correction de bogues, car c'est ainsi que vous démontrez votre valeur.(ce n'est pas juste, mais c'est comme ça que ça marche.)
Je ne l'ai pas dit dans la question mais je l'ai ajouté dans de nombreux commentaires: les bogues que je corrige ne sont pas techniquement difficiles, c'est généralement une erreur de traduction dans le logiciel, une mauvaise position d'un bouton, etc. Donc je n'apprends pas grand-chosede cela malheureusement.
Avez-vous essayé de demander à votre superviseur à ce sujet?Demandez des tâches plus complexes sur le plan technique.Proposez de travailler sur quelque chose pour accélérer les tâches que vous trouvez répétitives.Demandez si le service informatique autorisera les logiciels qui vous aideront dans votre travail.Etc.
Huit réponses:
undefined
2019-09-30 12:56:24 UTC
view on stackexchange narkive permalink

Peut-être pas ce que vous voulez lire, mais être capable de lire et de comprendre le code est une compétence TRÈS importante pour un développeur et la correction (et la recherche) de bogues est une excellente opportunité d'améliorer cette capacité.

De plus, le codage ne consiste pas à écrire du code, mais à réfléchir à la manière d'écrire un code bon, maintenable et efficace. Je suppose que c'est un système assez complexe (et peut-être hérité), c'est donc une chance de comprendre comment ne pas faire les choses et d'essayer de trouver des moyens d'améliorer les choses.

Ce site Web ne répond pas à ce que vous devrait faire, donc je ne vous dirai pas de continuer à travailler là-bas, ni de partir. N'oubliez pas que vous pouvez rechercher d'autres emplois pendant que vous êtes employé. Vous n'avez pas besoin de quitter avant de reprendre votre recherche d'emploi.

Je suis d'accord sur le fait que la correction d'un bug est un bon moyen de comprendre l'architecture logicielle et d'acquérir des compétences, mais je ne me vois pas faire cela uniquement pendant les 40 prochaines années de ma vie.Je crois que quelque chose au milieu (développer de nouveaux morceaux de code et corriger un bogue) serait beaucoup plus stimulant pour moi.Bref je sais que je peux chercher un emploi avant de partir, pensant qu'il y a encore le problème des expériences trop courtes: /
Si vous avez obtenu ce poste avec peu ou pas d'expérience, vous êtes en mesure de le refaire encore et encore et encore.De plus, votre premier emploi ne définit généralement pas le reste de votre carrière.Vous faites peut-être cela aujourd'hui, mais dans cinq ans, vous pourriez faire quelque chose de complètement différent.
C'est vrai, la chose à considérer est que pour les bons emplois, les entreprises demandent généralement de l'expérience avec un outil / langage spécifique: j'aimerais travailler avec Python qui est un langage que j'aime mais si j'ai 5 ans d'expérience avec Java, c'estpeu probable que j'obtienne un emploi où 5 ans d'expérience avec Python et la bibliothèque X sont nécessaires.
@stbr: Vous êtes un nouveau démarreur.Ne vous contentez pas de supposer que les tâches de recrue que vous entreprenez seront les 40 prochaines années de votre carrière.La plupart des chefs ont commencé comme lave-vaisselle, et la plupart des développeurs commencent sur les bogues avant le développement (à la fois avec des juniors ou lorsqu'ils sont nouveaux dans une équipe).
@Flater Alors ma question est de savoir comment gérer une interview disons comme mon exemple précédent où l'entreprise demande 5 ans d'expérience avec Python alors que je n'ai fait que résoudre des bogues Java?Devons-nous toujours être «passionnés», c'est-à-dire s'améliorer tout le temps depuis la maison sur notre propre temps (tbh je ne trouve pas cela vraiment juste, notre temps libre devrait être utilisé comme nous le voulons)?
@stbr: Votre question est bien intentionnée mais passe à côté.Même si vous pouvez légalement refuser de faire quoi que ce soit en dehors des heures de travail (ce que vous pouvez, selon la définition des «heures de travail»), d'autres personnes peuvent encore choisir d'étudier pendant leur temps libre;et toute entreprise est libre de choisir qui elle embauche.En effet, une entreprise est en mesure d'embaucher l'autre gars et non vous si elle le souhaite.Ainsi, bien que votre opinion sur le travail en dehors de vos heures soit valable (et je la partage beaucoup), votre chance d'être embauché est directement affectée par le fait que d'autres choisissent de travailler / étudier volontairement en dehors des heures de travail.
@stbr: Vous posez de nombreuses questions qui ne sont pas liées les unes aux autres.Je suggère de séparer ces questions, de les étoffer et de les publier séparément (conformément aux questions acceptées pour Workplace.SE bien sûr).La plupart de ces questions portent sur les attentes du domaine du développement logiciel;et je vais généralement vous suggérer en tant que nouveau venu d'adopter une position plus «d'observation et d'acceptation» plutôt que d'essayer de discuter de l'état actuel des choses et de la validité de vos attentes qui ne sont actuellement pas satisfaites.Juste un conseil utile pour vous orienter au début de votre carrière.
@stbr * «tbh je ne trouve pas cela vraiment juste» * c'est un conseil cliché aux jeunes, mais cela peut être une partie importante de votre éducation: le monde se fiche de ce que * vous * pensez être juste.Vous ne pensez peut-être pas qu'il est juste que vous deviez consacrer du temps personnel à votre développement de carrière, mais vous serez en compétition pour votre prochain emploi contre des gens qui sont tout à fait disposés à le faire.
@CharlesE.Grant Vous avez évidemment raison, je pensais juste aux RH qui posent des questions sur les compétences, sur les projets parallèles, à quelle fréquence codons-nous pendant notre temps libre, etc.les développeurs tirent de notre propre pied.
joeqwerty
2019-09-30 19:09:24 UTC
view on stackexchange narkive permalink

TBH, vous avez un peu le droit dans votre question.

"Je ne peux pas écouter Spotify."

"Je ne peux pas télécharger logiciel sur Internet. "

" Mes tâches m'ennuient. Elles ne me donnent rien d'excitant sur lequel travailler. "

" Ils s'énervent si j'arrive en retard . "

Eh bien ... l'entreprise n'existe pas pour vous rendre heureux. Ils n'existent pas pour satisfaire vos désirs. Votre travail, pour lequel ils vous paient, consiste à accomplir les tâches qu'ils vous confient et à respecter les règles et politiques qu'ils ont mises en œuvre.

Si cela ne vous convient pas, peut-être que vous devrait chercher un emploi ailleurs. Certaines entreprises sont plus aptes à créer un environnement épanouissant, satisfaisant, détendu et ouvert que d'autres. Si cette entreprise ne vous plaît pas, trouvez-en une qui l'est.

Je pense que vous avez mal compris le but de ma question: vous mettez en évidence des choses que je ne considère pas vraiment comme importantes, mais pour illustrer (aka l'exemple avec Spotify que j'ai surtout dit que c'est mineur).Le but de ma question est de savoir comment gérer ça, je sais que je ne suis pas content mais partir maintenant n'est pas une vraie option (j'ai écrit environ 10-15 lignes pour expliquer pourquoi, j'attends des gens qui répondent au moins le lisent...)
Je l'ai lu.Il n'y a que deux choix: 1. Rester.2. Allez.Si vous restez, vous aurez besoin de "sucer" comme on dit.Si vous partez, vous devrez assumer les risques que vous avez exposés dans votre question.Il n'y a rien d'autre à dire à ce sujet.
L'évaluation des risques est la mienne, peut-être que les gens trouveront un autre état d'esprit, une autre opinion à ce sujet.Par exemple, ils peuvent me dire que 99% de la vie quotidienne des développeurs consiste à corriger des bogues et qu'il est assez rare d'écrire un nouveau code (car je suis nouveau dans l'industrie, je n'en sais pas encore grand-chose) donc dans ce cas, jeJe vais changer d'avis comme si je pars, je pourrais trouver un poste similaire, c'est un exemple du genre de réponse que je pense être utile.
OP: J'ai également lu votre question et je suis revenu avec ces perceptions.Honnêtement, je ne suis pas sûr de ce que vous recherchez exactement.Vous n'êtes pas d'accord avec une réponse qui dit essentiellement que vous devriez utiliser votre temps pour _apprendre_ et vous êtes maintenant en désaccord avec une réponse vous indiquant vos deux seuls vrais choix.Il semble que vous ayez déjà posé la question avec une réponse en tête et que vous ne vouliez vraiment qu'une validation.Si vous nous économisez du temps et soumettez votre propre réponse, vous pouvez même la sélectionner comme réponse choisie.De cette façon, vous validez la réponse que vous voulez vraiment.Désolé si je suis dur, mais vraiment ...
@CGCampbell Ne pas avoir de réponse satisfaisante ne signifie pas que j'ai déjà une réponse à ma question ni que les réponses sont mauvaises, peut-être que ma question n'est pas trop précise pour obtenir une réponse que je validerais.Ex: je n'apprends pas beaucoup de choses car la résolution de bugs est principalement liée à ce qu'on appelle des «connaissances métiers» en français (connaissance du domaine d'activité de l'entreprise) et peu de choses techniques.Même si j'ai posé la question il y a seulement quelques heures, il est assez normal que je n'ai pas encore validé une réponse, la dernière fois que je l'ai fait, un modérateur m'a demandé d'attendre 24 heures pour valider une réponse.
Cela semble être une réponse trop simplifiée.Oui, je suppose que dans presque tous les conflits sur le lieu de travail, vous avez ces deux mêmes options (rester ou partir), mais l'option "rester" contient généralement de nombreux éléments exploitables.Il existe de nombreuses stratégies que les OP peuvent appliquer pour tirer le meilleur parti de leur situation avant de l'abandonner complètement, comme d'autres réponses l'ont suggéré.
"_Eh bien ... la société n'existe pas pour vous rendre heureux. Ils n'existent pas pour satisfaire vos désirs ._" Ce sont des points terribles.La même rhétorique serait utilisée pour enchaîner les employés à des pratiques de travail déloyales et à des abus.
Les gens avec cette attitude expliquent pourquoi les syndicats existent.Je n'aime pas les syndicats parce que je veux que les travailleurs se comportent tout aussi «habilités» que les propriétaires d'entreprise, plutôt que d'exiger qu'une organisation gonflée fasse cela à leur place.Plus vous vous comporterez en droit, meilleur vous obtiendrez un travail et plus vous augmenterez le prix des emplois de merde.Ayez le droit.
Pour être clair: je suis d'accord avec cette réponse en ce que "l'entreprise n'existe pas pour vous rendre heureux".Exactement, votre bonheur dépend de vous: le travailleur.Soit le travail doit être vraiment épanouissant, soit il doit être bien rémunéré, ou une combinaison des deux.Les gens doivent quitter les emplois qui ne fournissent pas un travail valable pour que le coût de ces emplois augmente.
BradleyDotNET
2019-09-30 21:18:42 UTC
view on stackexchange narkive permalink

Pour développer un commentaire de @Flater:

C'est tout à fait prévu

Vous n'avez pas mentionné depuis combien de temps vous avez occupé le poste , mais une façon standard de «faire monter» les nouveaux membres de l'équipe (en particulier les nouveaux diplômés!) est de les faire travailler sur rien d'autre que des bogues pendant un certain temps. Cela leur permet de se familiariser avec la base de code sans la complexité et les délais supplémentaires d'essayer d'intégrer de nouvelles fonctionnalités.

Quand j'ai été fraîchement diplômé, j'ai été chargé de transférer les données d'Excel dans des fichiers d'en-tête C, et par la suite aider à QA l'un de nos produits, avant même d'arriver à la partie correction de bogues! Qu'il suffise de dire, après quelques mois, je travaillais sur de nouvelles fonctionnalités, etc.

Apprenez la base de code, améliorez / accélérez la résolution des bogues (cela vient généralement avec la familiarité), suggérez des améliorations potentielles ( ne vous attendez pas à ce qu'ils soient nécessairement implémentés) et vous devriez commencer à obtenir un morceau du travail le plus "intéressant". Cela étant dit, comme d'autres l'ont noté, vous devez vous attendre à ce que de bonnes parties de votre temps soient consacrées à la maintenance / correction de bogues sur un système logiciel mature comme celui sur lequel il semble que vous travaillez.

Correct, c'est une pratique courante pour toutes les nouvelles recrues de faire les bogues aléatoires qui demandent des tonnes de recherche et peu de travail.
@Trevor Je ne sais pas pour le dernier morceau.J'essaie d'attribuer à n'importe qui, nouveau / junior, une tâche qu'il semble pouvoir gérer (c'est-à-dire pas critique ou compliquée).Idéalement, cela ne prendrait pas beaucoup de recherches.
Je veux dire une recherche sur le fonctionnement du code.Pas de recherche de projet.Apprendre simplement comment le code s'écoule, apprendre les styles, etc.
@Trevor Compris, bien sûr que l'intention de la plupart des tâches de démarrage est d'ajouter de la familiarité
"Quand j'ai été fraîchement diplômé, j'ai été chargé de copier les données d'Excel dans des fichiers d'en-tête C" J'espère que vous avez automatisé cela.
@Shadetheartist Après ce cycle de saisie de données, nous avons commencé à obtenir de nouveaux fichiers d'en-tête avec les valeurs déjà renseignées.Cela aurait cependant été une tâche d'automatisation intéressante (d'autant plus que les fichiers C étaient dans une VM à l'époque).
DaveG
2019-09-30 19:22:18 UTC
view on stackexchange narkive permalink

À ce stade, si les choses se passent bien, votre responsable n'a aucune raison de changer les choses. Ce que vous devez faire lorsque vous lisez le code et corrigez les bogues est de rechercher des opportunités pour améliorer le code existant. Pas des "fonctionnalités", mais des cas où il y a du code répété, du code fragile, peu importe. Pensez à «pourquoi» les bogues se produisent, plutôt que de simplement les corriger.

Lorsque vous identifiez quelque chose, réfléchissez un peu à la façon de le refactoriser pour l'améliorer, puis demandez à votre patron si vous pouvez continuer. Si vous avez identifié un problème et que vous avez une solution claire avec de réels avantages par rapport au code existant, votre responsable devrait vous donner la tête. Cela devrait vous donner un travail plus substantiel et commencer à donner à votre responsable le sentiment que vous êtes prêt à faire plus que de simples corrections de bogues.

Bonne suggestion, bien qu'il ne soit pas facile de refactoriser des choses car le logiciel est très complexe et refactoriser une classe impliquerait beaucoup de changements dans de nombreux autres domaines du cas (+ le code n'est pas si horrible, généralement il ne nécessite pas un pleinrefactoring).Je devrais peut-être y prêter plus d'attention et essayer de trouver des codes que je pourrais peut-être améliorer quand je m'ennuie.
@stbr Oui, je ne pense pas à une restructuration majeure.Peut-être un cas où vous voyez du code (semi) répété.Ou vous voyez des méthodes "utilitaires" qui appartiennent vraiment ensemble dans une classe.Quelque chose d'assez petit pour être faisable et approuvé par votre responsable, mais assez grand pour vous faire avancer vers de plus grandes choses.
Robin Bennett
2019-09-30 13:19:43 UTC
view on stackexchange narkive permalink

Demandez à votre patron si vous pouvez participer à certaines des nouvelles fonctionnalités, ainsi qu'à la résolution de bogues.

Vous ne connaissez probablement pas encore assez bien le code de l'entreprise pour écrire quelque chose de grand par vous-même, mais vous pourriez faire partie d'une équipe travaillant dans un nouveau domaine, au moins de temps en temps .

Tout le monde veut travailler sur de nouvelles fonctionnalités, personne n'aime corriger les bogues de l'ancien code, vous serez donc en concurrence avec tous les plus expérimentés, mais un bon patron essaiera de vous garder heureux.

Vous deviendrez plus rapide pour trouver les bogues au fur et à mesure que vous vous familiariserez avec le code, et la résolution de bogues est un bon moyen d'apprendre le code.

Je sais que ce n'est pas glamour, mais c'est pourquoi ils vous payer. Si un travail était amusant, ils trouveraient quelqu'un qui le ferait gratuitement! Tenez-vous-y pendant au moins un an et voyez si les choses s'améliorent après votre examen annuel. Si quelques personnes partent et que l'entreprise recrute quelques nouvelles personnes l'année prochaine, vous pourriez devenir un «senior» plus rapidement que prévu.

Merci pour votre réponse.Je voudrais ajouter que c'est une grande entreprise et l'une des rares entreprises à avoir besoin de l'informatique de la région, ce qui signifie que les gens restent généralement longtemps et que la plupart sont des "père de famille", donc ils sont d'accord avec le travail aussi longtempscar ils peuvent gagner de l'argent et faire respecter leur horaire de travail.Je veux dire ici qu'il n'est pas si facile de devenir senior, dans des entreprises aussi démodées, seules les années au sein de l'entreprise comptent.Même les seniors font les mêmes tâches que moi (bien que certains d'entre eux travaillent plus souvent sur certains projets), donc même si je serais senior, je m'ennuierais probablement encore ici.
Dans ce cas, cela vaut peut-être la peine de déménager dans une ville avec plus d'entreprises informatiques une fois que vous avez un an d'expérience, avant d'être lié par une maison et une famille qui ne veulent pas déménager.
J'en ai parlé à mon manager la dernière fois que nous avons eu une réunion il y a 2 mois, puis une nouvelle version (printemps de 2,5 mois) est apparue et je n'ai été affecté à aucun projet, je vais essayer à nouveau de le demander pour leprochaine version qui sera dans environ 2 mois, merci pour la suggestion.
Je ne vous attribuerais pas non plus de nouvelle fonctionnalité.L'idée qu'avec 5 mois d'expérience, vous apporteriez autant à la conception est au mieux incertaine, et votre attitude déjà ennuyée en 5 mois n'est pas de bon augure pour votre longévité dans l'entreprise.
@GeorgeM Je ne me plains pas de m'ennuyer et j'essaie de ne pas le montrer, car je veux rester professionnel.Développer une nouvelle fonctionnalité n'est pas toujours une durée de 2 ans, certaines fonctionnalités peuvent être développées en quelques jours et me feraient clairement sentir plus heureux.Ma longévité, comme vous l'avez dit, ne sera probablement pas longue dans l'entreprise.En tant que nouveau diplômé motivé, je veux apprendre, devenir un meilleur développeur de logiciels et cela semble être un problème pour un vieux loup ici.Quand je parle d'horaire flexible, tous les vieux loups ici me considèrent comme paresseux: je fais exactement les mêmes heures que mes collègues de travail.
Le simple fait d'être une entreprise très stricte avec tout en cours, avec seulement des années dans l'entreprise et pas de compétences menant à de meilleures tâches est insensé de nos jours et conduira ces entreprises à un manque d'attractivité pour les développeurs.J'espère que si vous êtes un manager, vous êtes plus flexible, plus votre ingénieur se sent compris, plus il est heureux, plus il est productif et vous donne en retour.
Le manque d'horaires flexibles serait pour moi un facteur décisif et serait vraiment préjudiciable à un environnement de travail décent.Mais le problème avec vous est que vous vous attendez à ce que votre travail vous divertisse, et ce n'est pas une attitude facile à résoudre
David
2019-09-30 20:12:18 UTC
view on stackexchange narkive permalink

Changez votre état d'esprit.

Vous êtes un employé. Vous n'êtes pas une superstar. Vous ne définissez pas les règles.

Apprenez à être un employé. Travailler dur. Faire avancer les choses. Apprenez à fonctionner dans un bureau. Si vous montrez à votre responsable que vous corrigez les bogues plus rapidement que les programmeurs expérimentés, que vous venez travailler à l'heure, que vous suivez un calendrier et que vous agissez de manière professionnelle, ils vous confieront probablement un travail plus difficile.

Si vous vous présentez en retard, contester la politique, argumenter, causer des problèmes, ils vous garderont à contrecoeur un emploi. Si vous devez être au bureau à 8h30, vous devriez y être à 8h10 tous les jours. Vous ne devriez jamais avoir une minute de retard.

Le travail est dur. Ils vous paient pour cela. Si vous pensez que vous êtes bien meilleur que tous vos collègues, cherchez un meilleur emploi où ils reconnaissent vos compétences. Il est plus probable que votre simple autre employé junior ait du mal à s'adapter à la vie professionnelle.

Je ne suis pas une superstar, je ne pense pas être au-dessus de mes collègues, je ne suis pas tous les jours en retard ni toutes les semaines, c'est rare.Au total j'ai travaillé environ 2 ans en comptant des stages et des emplois à temps partiel lors de mes études dans l'industrie informatique et j'ai toujours travaillé dur pendant les vacances pour payer mes études.On dirait que vous détestez la nouvelle génération.Je comprends votre réponse, et c'est tout à fait logique, mais votre dernière phrase est clairement à la limite.Quand je quitte le bureau à 17h30 le soir, je ne parle pas des autres "fichus seniors qui partent tous les jours à 4".C'est clair: je travaille autant que les autres.
Je n'ai aucun problème avec la nouvelle génération.C'est un problème pour tous les nouveaux employés d'une entreprise.Peut-être que l'entreprise ne vous convient pas?
Je pense qu’en effet, l’entreprise ne me convient pas.Ma question était plutôt de savoir si la majorité des tâches des développeurs informatiques était telle, sinon ce qui serait le mieux pour moi, acquérir de l'expérience puis partir, essayer de partir au plus vite ou même autre chose.
Je ne connais pas votre situation spécifique, mais en général, mon conseil est de travailler dur et de faire un excellent travail dans tout ce sur quoi vous travaillez.Beaucoup de motivation vient de l'intérieur;réfléchissez à la manière dont vous pouvez améliorer les systèmes, le code et les processus.Pensez à ce que vous pouvez faire pour vous améliorer en tant qu'employé.Essayez d'être excellent dans votre travail, même si vous le détestez.Rien ne vous empêche de chercher quelque chose de nouveau en même temps.
C'est un bon conseil merci, je ferai de mon mieux même si ne pas être techniquement défié est frustrant.
Greg Schmit
2019-09-30 21:47:40 UTC
view on stackexchange narkive permalink

D'autres personnes vous ont suggéré de rester car vous apprenez des compétences précieuses (révision de code, correction de bogues, etc.). L'ennui signifie souvent que vous n'apprenez pas beaucoup ou que vous n'êtes pas intéressé par le sujet. Si vous apprenez encore beaucoup, je pense que les autres réponses sont de bons conseils. Cependant, vous pouvez avoir les compétences, mais vous voulez simplement construire plus que maintenir. Si tel est le cas (et je ne peux pas le déterminer pour vous), je vous suggère d'aller sur le marché du travail et de trouver un nouvel emploi. Cela fait plusieurs choses:

  1. Vous pouvez probablement trouver un employeur qui vous permet de construire plus. Vous pourriez envisager de travailler pour une start-up.
  2. Vous obtiendrez probablement une augmentation de salaire, à moins que vous ne trouviez une start-up à un stade précoce, mais ce type d'emploi pourrait fournir un travail extrêmement significatif.
  3. Vous aidez le marché en augmentant le coût des emplois banals. Si davantage de personnes quittaient des emplois dont elles n'étaient pas satisfaites, la demande augmenterait. De nombreuses entreprises pourraient être plus enclines à adopter de nouvelles technologies pour engager davantage leurs développeurs, si la maintenance d'anciennes bases de code obsolètes / obsolètes était plus coûteuse.
Bonne réponse, définitivement d'accord avec le point 3, surtout en Europe où l'ingénierie est si loin derrière la position de direction en terme de prestige et de salaire!C'est ce dont je parlais quand je parlais de la chose avec le calendrier (heures verrouillées), ce n'est pas flexible et de nos jours, comme les développeurs de logiciels sont exigés, les entreprises doivent être attrayantes (dans ce cas, ce n'est pas vraiment vrai à cause du manque d'informatiquepositions: zone plus industrielle).
Deveron
2019-09-30 21:54:18 UTC
view on stackexchange narkive permalink

Soyez diligent avec ce qui vous est donné.

Demandez régulièrement des conseils et des conseils pour votre développement professionnel à votre responsable et à vos collègues seniors.

Mettez-vous au défi d'apprendre les meilleures pratiques et le code et mettez en contraste ce que vous déboguez avec ce que vous apprenez.

Documentez TOUT ce que vous faites et apprenez au travail afin de pouvoir mettre à jour votre CV avec le meilleur de vos expériences.

Et enfin, résolvez les problèmes de Project Euler lorsque vous vous ennuyez :)

J'ai moins de 3 ans dans ma carrière de développement logiciel, et les opportunités ne manquent pas. Bientôt, vous aurez votre choix d'opportunités (chacune avec ses propres problèmes) qui pourraient mieux vous convenir. Préparez-vous simplement à en profiter.

Malheureusement, je ne peux mettre en pratique aucun modèle de code car je ne fais que résoudre plus de problèmes commerciaux connexes (erreurs de traduction dans les constantes, mauvais positionnement du bouton, etc.), c'est vraiment frustrant.Ouais, j'ai commencé à utiliser leetcode quand je cherchais un emploi mais je me suis arrêté;Je devrais y revenir, Project Euler semble être un site Web similaire.
Je plaisantais à moitié sur les problèmes du projet Euler, car ils sont tous liés aux mathématiques et "juste pour le plaisir" (si vous aimez les mathématiques).Je n'avais jamais entendu parler de leetcode auparavant, mais il semble plus intentionnel de développer des compétences pratiques.Je m'en tiendrai à ça ... à moins que vous n'aimiez juste les maths.


ⓘ
Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 4.0 sous laquelle il est distribué.
Loading...