Trois ans sur un projet - il n'y a nulle part où se développer physiquement. Il y a moins d'enthousiasme chaque jour, et le simple fait de regarder le code étudié de haut en bas est déjà en hibernation. Est-ce familier? Félicitations, vous êtes "épuisé".
À mon avis, la stagnation est la pire chose qui puisse arriver à un informaticien. Mais pour moi, il me semble avoir trouvé certaines conditions qui ne définissent pas une direction claire, mais décrivent l'atmosphère environnante, propice à ma croissance professionnelle. À la recherche d'une option appropriée pour moi, j'ai changé plus d'un employeur. Il a même réussi à servir en vertu du contrat.
Sur la base de l'expérience acquise, j'ai formulé cinq principes que vous trouverez sous la coupe. Peut-être qu'ils vous conviendront aussi?
"Dites-moi, s'il vous plaît, où dois-je aller d'ici?"
"Où voulez-vous aller?" - répondit le chat.
"Je m'en fiche," dit Alice.
"Alors, peu importe où aller", a déclaré le chat.
"Juste pour aller quelque part," expliqua Alice.
"Vous êtes sûr d'aller quelque part", a déclaré le chat. "Il faut juste aller assez longtemps."(C) Lewis Carroll, Alice au pays des merveilles
Au lieu d'une préface, je note qu'il est inutile de parler de développement s'il n'y a pas d'objectifs conscients pour l'avenir. Cela ne doit pas être un plan clair pour 3-5 ans avec une indication des postes et des salaires, comme ils aiment le demander lors des entretiens. Mais vous devez comprendre ce que vous voulez vraiment, et passer à l'étape suivante, imaginez comment cela se rapporte à l'objectif mondial.
Par exemple, je pense qu'il est nécessaire de couvrir le maximum de domaines technologiques différents pour assurer la croissance. Dans le même temps, il ne faut pas seulement lire quelques livres, mais se plonger profondément dans de vrais problèmes commerciaux. À l'avenir, une sorte de développement administratif sera nécessaire. Il me semble qu'il ne contournera pas un seul spécialiste établi, donc j'exécute déjà certaines des fonctions principales. Et toutes ces tâches diverses s'inscrivent dans mon idée de l'avenir.
Principe 1. Le développement personnel d'un spécialiste vise le niveau de maturité de l'entreprise.Des processus plus parfaits - une croissance plus rapide. En revanche, plus il y a d'expérience et de connaissances, plus il est difficile de s'entendre dans une organisation où les processus ne sont pas du tout construits.
J'ai commencé à travailler comme étudiant. Après avoir lu le livre de Roman Savin "Tester Dot Com, ou le Manuel sur le traitement cruel des bugs dans les startups Internet", je suis allé tester, sans vraiment imaginer le processus de développement. Ce fut la première expérience sur un vrai projet. Mais, comme je l'ai compris plus tard, c'était difficile non seulement à cause du manque de connaissances, mais aussi à cause du banal «marais» organisationnel. Il n'y avait même pas de documentation de test dans cette entreprise - tout le monde ne se souciait pas de ce qui se passait.
Par la suite, à la recherche d'un nouvel endroit, j'ai choisi des entreprises avec des processus établis. Il motive, fait "pomper" dans la bonne direction.
Certes, les processus sont différents. À mi-chemin de mon parcours professionnel, j'ai été mordu par une mouche et, ayant déjà une expérience décente dans les tests d'automatisation, j'ai décidé de tout laisser tomber et j'ai passé un contrat dans les rangs de nos vaillantes forces armées. Dans l'armée avec des "processus" entraînés, je ne m'entendais pas - je n'ai survécu que deux ans. S'il avait été possible de démissionner conformément au Code du travail de la Fédération de Russie, après avoir travaillé pendant deux semaines, je l'aurais fait le premier mois. Malgré la «carrière» assez réussie (ils voulaient me voir à tous les quartiers généraux), j'ai réalisé que cela ne me convenait pas.
Après l'armée, j'ai dû aller dès le début - entrer dans une organisation avec des processus simples afin de resserrer mes connaissances, puis chercher quelqu'un avec des plus avancés.
Bien sûr, non seulement les processus sont importants, mais aussi l'équipe. Presque partout, vous pouvez apprendre quelque chose, mais c'est bien quand il y a quelqu'un à contacter dans une équipe, quand il y a l'aide de collègues plus expérimentés pour résoudre de nouveaux problèmes techniques.
Principe 2. Il est possible et nécessaire de maîtriser des domaines de connaissances connexes. Cela vous permet de passer à un niveau d'abstraction différent, de re-réaliser ce qui est déjà connu, de découvrir de nouveaux domaines d'intérêt.Dans mes jours d'étudiant, j'ai commencé avec des tests manuels. Ayant déjà atteint le deuxième emploi, avec une approche plus parfaite des tests, j'ai beaucoup appris sur la conception des tests, la façon dont les applications Web ont été construites (à l'époque, tous mes projets étaient sur le Web). Nous y avons écrit une boutique en ligne pour une imprimerie du Kentucky - notre logiciel a validé les commandes des clients avant de les envoyer à l'usine. «Après m'être habitué» à cela, j'ai réalisé que j'avais la force de maîtriser l'automatisation. Par la suite, même un diplôme de maîtrise a écrit sur le sujet «Automatisation du test d'un projet Web en C # à l'aide d'un tournevis Web au sélénium». C'était l'un des premiers travaux spécifiquement liés aux tests, donc la protection a explosé.
Ayant maîtrisé l'automatisation, je me suis retrouvé avec plusieurs collègues dans le département QA Automation. Et par une drôle de coïncidence, il ne restait plus qu'une chose: sortir et faire glisser toute l'automatisation des tests seuls.
Honnêtement, il n'y avait alors pas beaucoup de connaissances. Je ne connaissais même pas vraiment CI / CD, bien que le paramètre Travis soit suspendu parmi les tâches. J'ai dû tout lire, demander ou chercher des réponses sur les forums. Mais ce fut un autre élargissement de mes horizons, et je l'ai aimé. Au final, j'ai quand même réussi à obtenir Travis CI.
Soit dit en passant, le discours ne concerne pas nécessairement la technologie. Maintenant, par exemple, j'ai pris quelques fonctions administratives pour me tester dans ce domaine (une sorte de «job application» est le leader du testing au sein de l'entreprise, c'est-à-dire entre tous les projets). J'avais auparavant pensé à aller dans le sens "administratif" - j'avais prévu de prendre les devants, et peut-être plus tard, de reprendre mon produit. Mais ensuite, je me suis souvenu de ce qu'est l'automatisation et de son intérêt (comme je l'ai dit, cela a pris un certain temps après l'armée), donc le chemin administratif a cessé d'être si attrayant en ce moment. Cependant, pourquoi ne pas essayer si vous le pouvez? Alors maintenant, je surveille le travail sur tous les projets de l'employeur, supervise le développement du département de test, donne des notes pour les nouveaux projets.
Tout cela élargit les horizons, offre de nouvelles opportunités de développement.
Principe 3. La technologie et les outils jouent un rôle important dans le développement professionnel. Mais la liquidité d'un spécialiste du marché du travail dans son ensemble est plus importante pour moi.Après l'armée, je me suis retrouvé dans une entreprise qui utilise, disons, une approche non conventionnelle pour tester l'automatisation. Plus tôt, je me suis habitué à utiliser des cadres et des outils populaires qui sont utilisés dans presque toutes les entreprises. Mais mon nouvel employeur a utilisé un outil écrit par les développeurs de cette entreprise. Et cette automatisation très spécifique se résume au fait que nous avons simplement décrit les cas de test dans des tableaux.
Après l'armée, ce n'était pas mal - il y avait une opportunité de se mettre progressivement sur la bonne voie. Mais si j'étais resté cinq ans dans ces conditions, j'aurais été excellent dans l'élaboration des tableaux, mais je n'aurais guère été un spécialiste liquide du marché du travail. Cela ne me convenait pas, malgré l'argent, les voyages et autres bonus. Je sentais qu'après un certain temps je resterais un "mannequin" et, évoluant dans le sens proposé, je ne serais intéressé que par cette entreprise.
Je voulais me plonger davantage dans la logique métier, d'autant plus qu'elle est différente pour tous les projets. Et je suis allé vers une approche plus traditionnelle. En changeant d'employeur, j'ai regardé avec quoi exactement l'entreprise travaille, sur quels projets, dans quels domaines je m'intéresse. Et en conséquence, il est parti pour une organisation dont les tâches me pompent en tant que spécialiste de l'automatisation des tests plus flexible et plus en demande dans l'industrie (cela était évident même par les exigences des postes vacants). Je pouvais être sûr qu'à l'avenir je pourrais trouver du travail dans le même profil.
Au début, dans un nouvel endroit, j'étais engagé dans l'automatisation du backend de test, en particulier l'API REST. Ce n'était pas la première fois que je rencontrais des tests de l'API REST, mais je l'ai fait manuellement auparavant, et il n'y avait aucune expérience d'automatisation, même dans le cadre de mes projets domestiques. Ce fut un autre test pour moi - je devais rejoindre une nouvelle tâche, apprendre un nouvel outil spécifique à moi (Robot Framework - les tests s'y déroulent quelque peu différemment du concombre habituel pour moi). J'ai dû travailler très étroitement avec la base de données sur ce projet, j'ai donc tiré SQL en cours de route.
En environ un an, j'ai essayé l'automatisation des tests de l'API et j'ai décidé de changer légèrement de direction. Je travaille actuellement sur l'automatisation des tests pour les applications mobiles. Je reçois des cas de test à l'entrée de testeurs manuels et les automatise dans notre infrastructure. Je prends en charge les performances des tests existants et configure une intégration continue.
Un domaine distinct de mon travail est les tests d'interface utilisateur. Quelque chose est en constante évolution ici, de nombreuses dépendances par rapport à d'autres composants apparaissent, et la tâche principale est de stabiliser les tests, y compris en mouillant les systèmes externes. Tout cela est intéressant et en demande.
Principe 4. Le développement sous l'aile de l'employeur devrait avoir un certain degré de liberté.
J'ai une expérience assez multiple, qui m'a permis de confirmer la vérité commune de l'informatique dans ma peau: si vous ne vous développez pas, vous restez immobile dans la connaissance, considérez que vous êtes déjà en retard.Surtout, je l'ai ressenti, juste de retour de l'armée. Deux ans ont sérieusement touché mes connaissances. Il semble que ma valeur en tant que spécialiste a lentement disparu avec tout le monde: "Je vous souhaite une bonne santé!" Je devais me souvenir de beaucoup de choses et me maquiller encore plus. Pendant mon absence, de nombreuses nouvelles directions sont apparues, en particulier, l'automatisation des tests mobiles a commencé à se développer, ce qui m'a généralement dépassé.
En réalisant cela, je cherchais des opportunités pour rattraper ce «train partant» de l'industrie. Il est plus facile de rattraper son retard sur de vrais projets. Certes, le premier travail après l'armée n'a tout simplement pas permis que cela se fasse. Mais l'employeur actuel a donné son feu vert aux expériences. Par exemple, mon domaine de compétence comprend l'étude et l'intégration de nouveaux outils intéressants qui contribuent à rendre les tests d'automatisation dans mon domaine plus flexibles et transparents. Bien sûr, tout nécessite l'approbation de la direction, mais j'ai une certaine liberté dans le choix de la direction.
Ci-dessus, nous parlons de liberté au sens étroit. Mais pour moi, la liberté au sens large s'est avérée importante - la capacité de basculer entre les piles technologiques.
La stagnation du travail se produit du tout. Vous comprenez que le projet, avec toute son attractivité initiale, commence à devenir ennuyeux - vous en avez assez des outils et des technologies, de nombreux moments deviennent clairs et sans intérêt. Et en général, la tâche n'a plus cette complexité, elle n'a pas à forcer le cerveau. Peut-être que c'est une cloche, laissant entendre qu'il est temps de changer quelque chose.
Et c'est bien si l'employeur y réagit avec souplesse. À mon poste actuel, le gestionnaire appelle régulièrement avec nous, découvre si nous aimons le projet, si nous apprécions le travail. Et quand à un moment donné j'ai senti que j'étais fatigué de la tâche, comme je l'ai mentionné ci-dessus, ils m'en ont proposé un autre - juste avec une pile technologique différente. Je me suis donc lancé dans l'automatisation des tests mobiles, au début sans même savoir comment lancer le test. Pour moi, c'était toute une histoire, un vrai test. La solution à de tels problèmes me fait grand plaisir. Du sentiment de stagnation, il ne restait aucune trace.
Et j'ai réalisé que l'un des aspects de la réalisation de soi au sein de l'entreprise est pour moi la présence de plusieurs projets en direct, ainsi que la possibilité de transition entre eux (enfin, bien sûr, pas toutes les semaines, mais au moins une fois par an).
Principe 5. Le format du travail joue un rôle moindre dans la réalisation de soi que je ne le pensais auparavant. Le travail à distance et le développement ne se contredisent pas.Souvent, vous pouvez entendre l'opinion qu'une sorte de réalisation de soi n'est disponible qu'au bureau. Pour diverses raisons. Et je suis en partie d'accord avec cela, parce que je me considère comme une personne socialement dépendante, j'aime communiquer avec des gens vivants. Par conséquent, quand on m'a proposé de partir pour un endroit éloigné, j'ai d'abord eu peur d'être coincé seul. Mais à ce moment, j'avais déjà une expérience positive du travail à distance à temps partiel et j'ai décidé de l'essayer.
En ce moment, je travaille à distance depuis un an et demi. Et pour être honnête, je ne vois pas beaucoup de différence. Dans les grandes entreprises, votre équipe se trouve trop souvent dans une autre ville ou un autre pays. Et la mécanique est la même: appeler Skype, discuter sur Slack. En termes de travail et mes aspirations dans le domaine de la croissance professionnelle, rien n'a changé.
La seule chose - pour moi, encore plus que pour les employés de bureau, le danger d'épuisement professionnel est palpable. Format à distance - flexible en termes de temps et de lieu de travail. Et c'est à la fois un plus et un moins. Au début, il m'a été difficile de séparer la maison du travail: vous êtes comme à la maison, la journée de travail est terminée; il semblerait: "Ruslan, va te reposer!" Mais non. J'ai été attiré pour terminer la tâche. Avant de déménager à udalenka, j'en ai entendu parler, mais je ne pouvais pas croire que vous soyez si impliqué dans le travail. N'ayant rencontré ce problème qu'à ma façon, j'ai réalisé que je devais chercher une sorte de ligne virtuelle qui ne pouvait pas être franchie. Sinon, vous commencez juste à vous épuiser au travail. Vous n'avez plus besoin de développement. Mais ce n'est pas une question de format, mais seulement un aspect d'autodiscipline. Je l'ai compris assez rapidement.
Les principes énumérés ne répondent pas à la question «que dois-je étudier maintenant?» ou "où aller travailler ensuite?". Mais pour moi, en tant que spécialiste, ils déterminent certains paramètres du confort personnel, reflétant l'idée que la formulation même de la question «que dois-je apprendre pour qu'il y ait du développement» est incorrecte. Il est beaucoup plus correct de penser aux conditions qui devraient être généralement créées (ou trouvées) pour soutenir la réalisation de ses objectifs et de son potentiel.
Auteur de l'article: Ruslan Abdulin
PS Nous publions nos articles sur plusieurs sites du Runet. Abonnez-vous à nos pages sur les
chaînes VK ,
FB ou
Telegram pour découvrir toutes nos publications et autres actualités Maxilect.