Il n'est pas nécessaire de combattre le mal dans le développement, mais il n'est pas non plus nécessaire de prendre contact : l'histoire de la programmeuse Irina

Au cours des 8 dernières années, des milliers d'étudiants ont suivi le cours JavaRush. Aujourd'hui, plus de 1,5 million d'utilisateurs de 106 pays sont enregistrés sur le site Web du projet. Tous les diplômés n'ont pas eu le temps de parler de leurs réussites : comment ils ont étudié, passé des entretiens et commencé à travailler en tant que développeurs. Mais les étudiants d’aujourd’hui souhaitent connaître les histoires de ceux qui travaillent déjà dans l’informatique. Nous avons pris les choses en main et avons lancé une nouvelle série spéciale sur les développeurs de différents pays et entreprises formés à JavaRush. Notre deuxième histoire concerne Irina . À l'école et à l'université, elle aimait les sciences techniques, connaissait un peu la programmation, mais a choisi de travailler dans le domaine de la publicité contextuelle. Néanmoins, Ira voulait s'essayer au développement. Un jour, elle a reçu une newsletter concernant le recrutement de développeurs stagiaires pour un service. Et bien que la jeune fille n'ait pas réussi l'entretien, cela l'a motivée à commencer à apprendre Java.

«Je voulais absolument m'essayer au développement»

Lorsque, après la 9e année, le choix d'une direction d'études ultérieure s'est présenté (nous avions une division en technique, humanitaire, économique, médical), j'ai choisi entre humanitaire et technique. La direction humanitaire m'est apparue à l'image d'un journaliste exposant le mal pour le bien à travers le monde. Concernant les choses techniques, je pensais ainsi : si je ne combats pas le mal, au moins je n’aurai pas de contact avec lui, c’est-à-dire avec eux, avec les gens. J'ai suivi le chemin de moindre résistance et j'ai choisi la direction technique. Après l'école, je suis entré dans une université pour me spécialiser en informatique et en génie informatique. Hélas, l’université n’offrait aucune compétence spécifique dans aucune langue. J'ai appris quelque chose de manière fragmentaire sur le C++, le C#, le JavaScript et la mise en page. Au cours de ma troisième année, je me suis accidentellement intéressé à la publicité contextuelle et j'ai tout aussi accidentellement obtenu un emploi dans une entreprise assez connue. Du coup, je suis resté 2 ans dans la publicité. Le succès a été bon, mais je voulais absolument m'essayer au développement. Je suis également revenu à la programmation sans plan bien pensé : mon e-mail professionnel a reçu une newsletter concernant le recrutement de développeurs Java stagiaires pour un nouveau service. J'ai décidé d'aller à un entretien. Bien sûr, mes connaissances de base à l'époque n'étaient pas suffisantes pour une offre, mais cette histoire m'a incité à essayer de chercher quelque chose sur Java. J'ai trouvé le site JavaRush par hasard sur Internet. Au début, je n’étais pas accro : cela semblait frivole à cause de toutes ces photos et histoires de robots, mais j’ai vraiment aimé avoir l’occasion de m’entraîner et de vérifier les devoirs. Je suis resté et j'ai décidé de l'essayer, mais je suis ensuite resté coincé.

«J'ai raté mes premiers entretiens.»

J'ai étudié sans horaire strict, par à-coups : pendant les pauses au travail, parfois la nuit. Vers le niveau 16-17, j'ai commencé à chercher un emploi (à ce stade, j'étudiais depuis environ trois mois, avec quelques pauses). Si vous n’avez pas d’expérience professionnelle, ils aiment poser des questions sur les algorithmes, et je les connaissais à peine non plus. C'est pourquoi j'ai échoué aux premiers entretiens. J'ai dû me préparer davantage, rechercher les questions les plus courantes et mémoriser les réponses. J'ai appris de toute urgence SQL, étudié les systèmes de gestion de versions de code (Git dans JavaRush est mentionné de manière déraisonnable, niveau 30 uniquement), SOLID, résolu des problèmes sur quizful.net, mémorisé des algorithmes de tri. Du coup, j’ai été embauché en tant que junior dans une petite entreprise. Mes tâches lors de mon premier emploi étaient très triviales : développer de nouvelles fonctionnalités du système, ajouter des fonctionnalités à celles actuelles, corriger des bugs. Nous avons travaillé selon la méthodologie en cascade : l'entreprise envoie une tâche, l'analyste la décrit un peu plus en détail, le développeur la met en œuvre, l'analyste la teste, puis le développeur la déploie dans le produit. Nous n’avons utilisé aucune technologie particulière : nous avons tout écrit en Java pur, en utilisant un monolithe au lieu de microservices. Pour travailler avec la base de données, nous avons utilisé notre propre framework à code source fermé. Il y a eu beaucoup de difficultés au tout début - de la façon de télécharger le projet dans le référentiel à la façon d'écrire une requête dans la base de données afin qu'elle n'expire pas. J'ai dû beaucoup chercher sur Google pour travailler avec JSON, SOAP, ce qu'est Maven et comment construire un projet avec. Je n'ai pas abandonné JavaRush, j'ai essayé d'étudier au moins tous les deux jours, même s'il m'est arrivé plusieurs fois d'abandonner pendant un mois. Mais l’objectif était d’atteindre les 40 niveaux tant convoités. En parallèle, j'ai suivi un cours sur le framework Spring d'Otus. Le printemps a ouvert de nombreuses nouvelles opportunités et le nombre d'offres sur mon CV a décuplé. Pendant la quarantaine, j'ai changé de travail et suis passé à un projet avec une architecture de microservices. Nous créons un service de recherche, de vente, d'achat et de location de biens immobiliers résidentiels et commerciaux, ainsi que de traitement et de soutien des prêts hypothécaires. 80 % de nos services sont écrits en Kotlin, 20 % en Java.

Mes projets pour le futur proche :

1. Une plongée plus profonde dans l’architecture. J'aimerais étudier la conception de l'architecture backend en détail.
2. Apprentissage du C++. Je pense que cela sera certainement utile pour chaque programmeur - pour pouvoir, si nécessaire, écrire des parties de l'application qui doivent fonctionner de manière extrêmement rapide. Cela sera également utile pour tout calcul mathématique complexe.
3. DevOps. Dans certaines entreprises, il s’agit même d’une condition obligatoire pour avoir des compétences en programmation. Pour n’importe qui d’autre, ce sera certainement utile.
Je ne regrette pas du tout d'avoir choisi une direction technique en 9e et qu'il y a deux ans je n'avais pas peur de quitter la publicité et de me lancer dans la programmation. Le développement est une sorte de magie, un moyen de rendre les choses complexes simples pour les gens, en rendant les choses confuses et compréhensibles. Maintenant, j'essaie d'intéresser mon jeune frère de 12 ans à la programmation. Il y a un an, je lui ai offert un kit de construction Arduino et je pense lui acheter un livre sur la création de Minecraft en Python. Quand je serai un peu plus grand, je vous montrerai JavaRush. Je pense qu'il va aimer ça. L’une des choses importantes que JavaRush m’a apportée a été ma prise de conscience qu’il ne faut vraiment pas avoir peur de payer pour du bon matériel. Cela rapportera au centuple.

Conseils pour un développeur débutant :

• Continuez la programmation. Tout le travail d'un programmeur consiste à résoudre certains problèmes, à trouver certaines erreurs et à les corriger. Parfois, cela peut (et cela paraîtra !) insupportablement difficile, ennuyeux, ennuyeux, mais le moment où la tâche est enfin résolue ressemble à une véritable avancée, une victoire, presque une découverte. Et ainsi de suite en cercle. Colère – acceptation – longues tentatives et échecs sans fin – victoire. Et attendre la prochaine percée et la prochaine victoire est le plaisir d'être programmeur.
• Toujours et autant que possible, continuez à étudier. Lisez des articles, des livres, trouvez et suivez des cours dans certains domaines de développement, assurez-vous d'essayer de nouvelles technologies et de les appliquer dans vos projets domestiques. Communiquez avec des personnes également passionnées par le développement, échangez des expériences et des idées. À une certaine époque, c'est la communication avec des gars aussi ambitieux qui m'a aidé à ne pas dépérir dans ma première entreprise, à ne pas avoir peur et à passer à autre chose.
• D'où le troisième conseil : n'ayez pas peur de changer quelque chose : le travail, le framework, le langage (que JavaRush me pardonne). Toutes mes principales victoires sur moi-même ont eu lieu au moment de changer de travail. Au départ, cela semble effrayant d'aller quelque part sans maîtriser complètement la technologie ou le langage, mais c'est très stimulant pour développer, étudier cette technologie ou ce langage inconnu. Un second souffle s'installe, un sens particulier apparaît pour comprendre et étudier quelque chose.
• Il est sain d’évaluer vos points forts. Même si pendant un certain temps vous parvenez à combiner travail, études indépendantes à la maison, quelques cours, université, peut-être une famille, il y a de fortes chances que vous manquiez de force. Malheureusement, je connais plusieurs gars qui, après avoir longtemps combiné l'université, travaillé pour de l'argent et travaillé comme développeur stagiaire, se sont fatigués à un moment donné et ont abandonné la programmation. Si nous avions pris un congé supplémentaire, un congé sabbatique à l'université, pris une journée de repos plutôt que d'étudier, abandonné nos cours pendant plusieurs semaines, peut-être que tout se serait passé différemment.