Я начал свой трудовой путь в ИТ когда это еще не было мейнстримом и разговоры о том что в ИТ хорошо платят не ходили. В целом у меня просто душа лежала к подобным занятиям. И поэтому я пошел учиться в колледж на ИТ специальность. Во время 3 курса я попал на практику в одну компанию. Компания была максимально ИТ-шной и меня взяли в ИТ-отдел(по сути отдел тех поддержки) мальчиком на побегушках или как сейчас принято называть эникеем.
![Это я в начале свой карьеры в ИТ с мнением, что главная задача тестировщика ломать все, что под руку попадется. Это я в начале свой карьеры в ИТ с мнением, что главная задача тестировщика ломать все, что под руку попадется.](https://habrastorage.org/getpro/habr/upload_files/010/bf3/ca1/010bf3ca12236db39204dba3c266eba8.jpeg)
Как только я начал там что то делать, я понял, что тупо ничего не умею и я никому не нужен. Благо попался один добрый, но немного специфичный человек, который стал для меня куратором. Первые 3 месяца я читал. Не не так, первые три месяца я ЧИТАЛ, голова кипела. Он меня гонял по вопросом. Это сейчас я понимаю, что гонял он меня по основам. А тогда я не мог понять, что ему от меня нужно. Скажу честно, с ним было очень сложно, да и не только мне, но именно благодаря этому человеку, я научился читать документацию, анализировать и хоть немного шарить в ИТ архитектуре на разных уровнях. В какой то момент я стал поднимать тестовые стенды и общаться с отделом тестирования. И в большинстве случаев моя работы была связанна именно с этим отделом. Я проводил исследования, поднимали настраивал сервера. Заставлял работать то, что особо никогда и не работало или работало через пень колоду.
И вот в какой то момент я понял, что мне нужно двигаться дальше, подсуетился и перешел в отдел тестирования. Там меня ждали тонны информации, опять. Но уже имя опыт в чтении документации и в самообучении, я делал это быстрее. В какой то момент я начал понимать, что что-то я делаю не так. Было множество действий, которые повторялись и занимали огромное количество времени. По природе своей я очень не люблю рутину и стараюсь по максимуму избавиться от нее. В итоге я открыл для себя путь автоматизации web-ui. Те действия которые раньше занимали 2-3 часа стали занимать максимум 15 минут без моего особого участия. Помимо этого я стал осваивать bash и писать скрипты которые помогали мне. По неопытности моей они работали через пень колоду, но это было лучше чем ничего. Прошел момент когда я тестировал в ручную то, что можно было автоматизировать на коленке за пару часов. Но тут встал вопрос наличия времени, которое я могу потратить на автоматизацию и к сожалению начальство не дало на это добро, со словами у нас нет ресурсов. Так я проболтался еще около года и спустя почти 4 года стажировки, а потом и работы ушел работать в банк.
Финтех достаточно специфичная область и вместо хоть немного изученного мной Python, тот была среда .net с использованием C#. И обучение началось практически с нуля. SQL, С#, bash и всякие макрософтовские приблуды. За пару месяцев я стал ориентироваться в этом как рыба в воде и понял, что-то я да умею и в принципе как специалист имею вес. Наш начальник (по факту тимлид) обсуждал со мной рабочие моменты на перекуре. Мы находили лучшие решения тем или иным задачам. Росла моя экспертиза в решении определенных проблем, росла и моя способность быстро обучаться. Уже тогда я понял, лучше разобраться в вопросе немного глeбже чем необходимо, зато потом будет легче.
После банка была аутсорс компания и мне пришлось учить английский. На первом проекте были индусы, и с ними общаться мне было крайне тяжело. Сам проект был хардварный и очень интересный. В процессе мне даже удалось решить проблему, найти причину одной бажины, которую мне обрисовали с самого начала и висела над проектом с самого его зарождения. В итоге, именно благодаря тому, что меня когда то научили правильным образом анализировать ошибки в системах, я смог найти корень проблем. Начальство и заказчики были в восторге. Так же я смог написать несколько скриптов, которые стали помогать и нашему менеджеру проекта.
Затем меня перевели на проект со стеком Java, Groovy, AWS и тд и тп. И опять понеслось по новой, изучения нового ЯП и его окружения. Сейчас, вот уже 4 год я пишу на Java. Я не могу назвать себя разработчиком, возможно потому, что плаваю в некоторых вопросах. Но тем не менее имею опыт в написании тестовых фреймворков, поиске ботлнеков в коде, рефакторинга и еще по мелочи.
Зачем я это все написал? Возможно для кого то, этот текст покажет вектор развития которые необходим именно ему. Размышляя о своем пути в ИТ сфере я пришел к нескольким выводам.
-
Если не знаешь или не можешь разобраться, спрашивай сразу, а не тяни резину. Потом к тебе могут возникнуть вопросы, чем ты занимался. Умение признать отсутствие навыка или свою ошибку и научиться, очень важный навык.
-
Из первого пункта вытекает второй. Учись правильно формулировать вопрос. Если ты не можешь сформулировать вопрос, значит ты плохо разобрался в проблеме. Просьба «памагите, у меня ничего не выходит», обычно не вызывает никакой эмпатии и желания помочь. В свою очередь, если ты задаешь конкретный вопрос и задаешь критерии, на тебя будут смотреть как на специалиста, который умеет решать нестандартные задачи и твой вес как специалиста будет расти.
-
Появилась возможность изучить что-то новое, не теряй эту возможность. В будущем при найме на новую работу, будут смотреть именно на ширину твоего технического бэкграунда. Если у тебя есть компетенции в различных вопрос и в некоторых из них даже достаточно хорошая, это повысит твою стоимость на рынке труда.
-
Этот пункт мое личное мнение. Если ты идешь на курсы ИТ(будь то QA или DEV) но при этом в итоге на рабочем месте делаешь только рутину и не готов развиваться, то ИТ сфера не для тебя. Ты не будешь зарабатывать хорошую зарплату не развивая свой уровень. Более того, в какой то момент, ты станешь балластом в команде.
Что ж, текст есть, мораль есть. Спасибо всем кто прочитал.
ссылка на оригинал статьи https://habr.com/ru/articles/700766/
Добавить комментарий