Я начал свой трудовой путь в ИТ когда это еще не было мейнстримом и разговоры о том что в ИТ хорошо платят не ходили. В целом у меня просто душа лежала к подобным занятиям. И поэтому я пошел учиться в колледж на ИТ специальность. Во время 3 курса я попал на практику в одну компанию. Компания была максимально ИТ-шной и меня взяли в ИТ-отдел(по сути отдел тех поддержки) мальчиком на побегушках или как сейчас принято называть эникеем.

Это я в начале свой карьеры в ИТ с мнением, что главная задача тестировщика ломать все, что под руку попадется.
Это я в начале свой карьеры в ИТ с мнением, что главная задача тестировщика ломать все, что под руку попадется.

Как только я начал там что то делать, я понял, что тупо ничего не умею и я никому не нужен. Благо попался один добрый, но немного специфичный человек, который стал для меня куратором. Первые 3 месяца я читал. Не не так, первые три месяца я ЧИТАЛ, голова кипела. Он меня гонял по вопросом. Это сейчас я понимаю, что гонял он меня по основам. А тогда я не мог понять, что ему от меня нужно. Скажу честно, с ним было очень сложно, да и не только мне, но именно благодаря этому человеку, я научился читать документацию, анализировать и хоть немного шарить в ИТ архитектуре на разных уровнях. В какой то момент я стал поднимать тестовые стенды и общаться с отделом тестирования. И в большинстве случаев моя работы была связанна именно с этим отделом. Я проводил исследования, поднимали настраивал сервера. Заставлял работать то, что особо никогда и не работало или работало через пень колоду.

И вот в какой то момент я понял, что мне нужно двигаться дальше, подсуетился и перешел в отдел тестирования. Там меня ждали тонны информации, опять. Но уже имя опыт в чтении документации и в самообучении, я делал это быстрее. В какой то момент я начал понимать, что что-то я делаю не так. Было множество действий, которые повторялись и занимали огромное количество времени. По природе своей я очень не люблю рутину и стараюсь по максимуму избавиться от нее. В итоге я открыл для себя путь автоматизации web-ui. Те действия которые раньше занимали 2-3 часа стали занимать максимум 15 минут  без моего особого участия. Помимо этого я стал осваивать bash и писать скрипты которые помогали мне. По неопытности моей они работали через пень колоду, но это было лучше чем ничего. Прошел момент когда я тестировал в ручную то, что можно было автоматизировать на коленке за пару часов. Но тут встал вопрос наличия времени, которое я могу потратить на автоматизацию и к сожалению начальство не дало на это добро, со словами у нас нет ресурсов. Так я проболтался еще около года и спустя почти 4 года стажировки, а потом и работы ушел работать в банк.

Финтех достаточно специфичная область и вместо хоть немного изученного мной Python, тот была среда .net с использованием C#. И обучение началось практически с нуля. SQL, С#, bash и всякие макрософтовские приблуды. За пару месяцев я стал ориентироваться в этом как рыба в воде и понял, что-то я да умею и в принципе как специалист имею вес. Наш начальник (по факту тимлид) обсуждал со мной рабочие моменты на перекуре. Мы находили лучшие решения тем или иным задачам. Росла моя экспертиза в решении определенных проблем, росла и моя способность быстро обучаться. Уже тогда я понял, лучше разобраться в вопросе немного глeбже чем необходимо, зато потом будет легче.

После банка была аутсорс компания и мне пришлось учить английский. На первом проекте были индусы, и с ними общаться мне было крайне тяжело. Сам проект был хардварный и очень интересный. В процессе мне даже удалось решить проблему, найти причину одной бажины, которую мне обрисовали с самого начала и висела над проектом с самого его зарождения. В итоге, именно благодаря тому, что меня когда то научили правильным образом анализировать ошибки в системах, я смог найти корень проблем. Начальство и заказчики были в восторге. Так же я смог написать несколько скриптов, которые стали помогать и нашему менеджеру проекта.

Затем меня перевели на проект со стеком Java, Groovy, AWS и тд и тп. И опять понеслось по новой, изучения нового ЯП и его окружения. Сейчас, вот уже 4 год я пишу на Java. Я не могу назвать себя разработчиком, возможно потому, что плаваю в некоторых вопросах. Но тем не менее имею опыт в написании тестовых фреймворков, поиске ботлнеков в коде, рефакторинга и еще по мелочи.

Зачем я это все написал? Возможно для кого то, этот текст покажет вектор развития которые необходим именно ему. Размышляя о своем пути в ИТ сфере я пришел к нескольким выводам.

  1. Если не знаешь или не можешь разобраться, спрашивай сразу, а не тяни резину. Потом к тебе могут возникнуть вопросы, чем ты занимался. Умение признать отсутствие навыка или свою ошибку и научиться, очень важный навык.

  2. Из первого пункта вытекает второй. Учись правильно формулировать вопрос. Если ты не можешь сформулировать вопрос, значит ты плохо разобрался в проблеме. Просьба "памагите, у меня ничего не выходит", обычно не вызывает никакой эмпатии и желания помочь. В свою очередь, если ты задаешь конкретный вопрос и задаешь критерии, на тебя будут смотреть как на специалиста, который умеет решать нестандартные задачи и твой вес как специалиста будет расти.

  3. Появилась возможность изучить что-то новое, не теряй эту возможность. В будущем при найме на новую работу, будут смотреть именно на ширину твоего технического бэкграунда. Если у тебя есть компетенции в различных вопрос и в некоторых из них даже достаточно хорошая, это повысит твою стоимость на рынке труда.

  4. Этот пункт мое личное мнение. Если ты идешь на курсы ИТ(будь то QA или DEV) но при этом в итоге на рабочем месте делаешь только рутину и не готов развиваться, то ИТ сфера не для тебя. Ты не будешь зарабатывать хорошую зарплату не развивая свой уровень. Более того, в какой то момент, ты станешь балластом в команде.

Что ж, текст есть, мораль есть. Спасибо всем кто прочитал.

Комментарии (2)


  1. TIMOHIUS Автор
    22.11.2022 12:15

    Если кто то зайдет в комментарии, не могли бы пожалуйста объяснить. Я вижу, что 6 человек сохранило к себе пост. Это значит, что он показался им полезным. В то же время, ставят минусы за то, что статья не соответствует тематике Хабра, это как ?


  1. T1murgar88
    25.11.2022 08:16

    Зачем вообще эта статья? Советы в стиле "хочешь что-то сделать, просто сделай ".