Если бы я не пошел в IT, то строил бы суда на Дальнем Востоке: в моём родном городе основной карьерный путь — это местное градообразующее предприятие, на другие профессии особо не учат. Мне же хотелось удалёнки, карьерного роста и творчества. Путь к творчеству лежал через самый низ IT-карьеры — я стал оператором техподдержки. Сейчас я junior-devops инженер с собственной тестовой лабораторией и множеством завершенных проектов — и вот как у меня это получилось. Большой Камень — это и город на Дальнем Востоке, и камень: он (по рассказам) был размером с пятиэтажный дом, возвышался посреди бухты, дал имя городу и был взорван в 1963 году при строительстве судостроительного завода «Звезда». Этот завод — градообразующее предприятие и один из двух вариантов карьеры в Большом Камне. У меня там работают родственники, друзья, одноклассники, которые остались в городе. Многие из них — электромонтажники: прокладывают электричество на судах, работают с 08:00 до 17:00, если нет работы в какой-то день, то сидят без дела. При этом карьера на заводе, насколько я представляю — это тяжелая физическая работа и угроза для здоровья: то под ковшом с жидким чугуном ходишь, то смотришь на сварку.  В нашем городе есть училища, которые выпускают электромонтажников, сварщиков и других специалистов: попасть на завод легче, чем в айти. Есть вторая опция: пойти учиться на программиста. Другим профессиям в моем городе не учили, а ехать в другой проблематично, если тебе всего 16 лет. Заводской путь меня не прельщал, надо было что-то другое.   Школа мне не нравилась, я учился на тройки, а информатика у нас сводилась к рисованию рыбок в Power Point. В другой раз мой друг откопал программу, которая смотрела сохраненные пароли от учетных записей в браузерах. С помощью этой программы мы просмотрели часть компов в классе и даже нашли пару учеток от ВК. Помню, как я потом одному из этих бедолаг читал лекцию о том, что не стоит сохранять пароли от учеток в общественных местах. В общем, вы понимаете, насколько «полезными» были эти уроки. Хотелось чего-то большего — и я понимал, что искать это мне нужно самостоятельно. Гораздо больше мне нравилось то, чем я занимался в свободное время. Уже тогда я пытался изучать java, поднимать сервера для игр. Правда, из-за отсутствия опыта и понимания, как это работает, все мои проекты отправлялись в ящик недоделанными. Но все равно с тем, какую из карьерных дорог выбрать, я определился классе в восьмом-девятом. О рынке труда я тогда не имел представления, просто знал, что без работы не останусь. Компов в мире меньше не становится: кто-то же должен все это поддерживать, чинить, писать программы, обучать людей, поддерживать инфраструктуру какого-нибудь офиса. Но для этого требовалось профильное образование. После 9 класса я поступил в колледж, в филиал ДВФУ города Большой Камень, на направление «Информационные системы и программирование». При поступлении нам говорили изо всех щелей, что мы будем учиться по программе высшего образования. По факту все оказалось совершенно иначе: от программы оставили 10-20%, а все остальное заполнили готовыми учебными программами из интернетов.  Стало ясно, что нужна дополнительная практика, тем более что формат учебы это позволял: на 3 курсе филиал закрыли и всю мою группу перевели в колледж ДВФУ во Владивостоке, там пары у нас были не каждый день, а для меня это значило что в остальное время можно было работать. Первые рабочие IT-задачи мне давал дядя: «заполни карточки товара», «оформи перевод сайта на корейский и китайский язык». Фрилансеры присылали переводы, а мне нужно было красиво их сверстать, хотя описания номера в отеле на русском и корейском отличаются по длине. Пару раз по просьбе дяди я делал черновые макеты для сторонних заказчиков: для охранной и рыболовной компании. Это помогло попробовать себя в некоторых типах задач, но мне была нужна постоянная работа и практика, и я стал искать варианты. Моя карьера началась с самого низа — оператор техподдержки интернет-провайдера. Получить работу было несложно: достаточно было знать, чем роутер отличается от коммутатора и уметь связать несколько слов в предложение. А тонкости мне рассказали уже на обучении длиной в пару недель. Особых проблем не возникало, были четкие инструкции, что, где и как делать.  После оператора технической поддержки, я перешел на должность сис-админа в этой же компании и спустя год понял, что перспектив на текущей должности в этой компании нет: работа монотонная, а руководство хоть и не давит, но оно то появляется, то исчезает, и это напрягает. Я точно хотел работать в IT, но перспектива стать сетевиком не прельщала, и я стал мониторить сайты вакансий по городу. Основной целью была должность даже не DevOps-инженера, а Linux-администратора, потому что вакансию девопса во Владивостоке найти трудно. Это должен быть уже либо middle/senior, либо никто.  Как только мне попалась вакансия младшего DevOps инженера, я откликнулся и сразу понял, что в этот раз будет сложно. В требованиях к вакансии был Linux и все сопутствующие ему вещи, знание Bash, Python и желательно Go.  Я стал заполнять пробелы: смотрел курсы по девопсу, по линуксу, освежил знания докера, изучал новую информацию, пополнял гитхаб. Включил в него, например, приложение, которое разрабатывал для себя: у меня дома был белый ip-адрес, и иногда мне нужен был доступ к компьютеру. Я с помощью мобильного приложения, которое тоже сам написал, обращался к серверу дома (он работал 24/7), и он уже отсылал пакет о включении. Еще включал в гитхаб всякие мелочи: скрипты, которые мне были нужны в какой-то момент, парсеры, которые парсят сайты на питоне — в общем, все проекты, которые делал за последние полгода. Перед собеседованием я составил список задач на предыдущем месте работы (чтобы не забыть про них в нужный момент). К моему удивлению, встреча прошла легко, так как на многие технические вопросы я отвечал хорошо. Но даже получив работу, я понял, что многого не знал: например, мой единственный опыт с БД состоял из нескольких лабораторок и знания, что БД бывают 2 типов. Плюс там я работал уже с более опытными и взрослыми коллегами, истинными гиками. Все эти вызовы стоили того: более сложные задачи помогают постепенно прокачивать навыки, узнавать свои сильные стороны и погружаться в тонкости профессии. Например, за время работы инженером интеграции я понял, что не все конфигурационные файлы составлены логично. Допустим, чтобы какой-нибудь сервер завелся так, как нужно, надо указать один параметр. Проблема в том, что название этот параметр имеет неоднозначное, в документации упоминается мимолетно, и я убивал по полдня, чтобы разобраться. Зато теперь знаю, что не вся официальная документация рабочая, многое в ней может быть непонятным или неверными. Так что лучше разобраться досконально, как что работает, чем механически следовать документации. Знаете же эту задачу про ведра с водой по 5 и 3 литра? Недавно с удивлением обнаружил, что многим моим знакомым сложно ее решить, хотя мне она казалась простой. Благодаря таким открытиям я понял, что у меня все в порядке с логическим мышлением, считаю его одной из своих сильных сторон. Часто оно проявляется в мелочах: когда что-то ломается, помогает быстрее построить причинно-следственную связь и решить проблему. Ну и с построением алгоритмов помогает тоже.  Обратная сторона — переоценка собственных сил, чрезмерная уверенность. Часто она мешает мне что-то планировать, ставить сроки выполнения задач. Хотелось бы, конечно, здраво оценивать свои возможности, чтобы не попадать в неудобное положение каждый раз, когда я слишком уверен в своих силах и навыках. Как и у многих, в моем пути важную роль сыграл практический опыт и реализованные своими руками проекты. Первым был проект по разворачиванию новой системы: после того, как я за несколько недель написал нужные плейбуки, оформил документацию, развернул систему на проде, я почувствовал себя умным, хотелось танцевать. У меня всегда так происходит после того, как что-то упрямое наконец-то начинает работать. Ну и «Молодец, пошли объясню следующую задачу» от тимлида неплохо мотивирует продолжать в том же духе. Понятно, что одного успеха недостаточно для развития, и потом я постоянно изучал новые технологии, делал pet-проекты, смотрел курсы по программированию и администрированию. Начал строить свою тестовую лабораторию, чтобы изучать новые технологии на практике. Иногда это помогает даже в жизни: например, свой СХД с программным рейдом (на аппаратный денег надо). Я поставил дома nas с TrueNas на борту и храню там свои бекапы. И если ноут выйдет из строя, то копии всех данных будут храниться дома. Удобно.       Боли и страдания тоже хватало. Самым сложным опытом для меня было изучение GoLang на спидране. До устройства на последнюю работы я даже не видел, как выглядит код на Go, пришлось изучать в авральном режиме. После простого и понятного питона, который позволял не вдумываться в детали, это был вызов. Зато теперь при работе с pet-проектами я думаю, с каким языком это лучше сделать, а не просто беру то, что знаю, и колхожу его с помощью левых библиотек, которые так себе работают. В IT-карьере хватает и эйфории от успешных проектов, и страданий от сложных задач, но о своем выборе я чуть не пожалел только однажды: когда понял, что у сообщества айтишников нет такого количества популярных песен, как у заводчан. Но это можно пережить.  Оглядываясь назад на ту развилку карьерного пути, которая была у меня после школы, я по-прежнему уверен в своем выборе. Рабочие профессии — это фиксированный график, никакой удаленки. Да, там есть всякие плюшки вроде «мы дадим тебе в аренду квартиру», но спасибо, можно и без этого жить. Кроме того, зарплаты там, может, и по рынку, но максимальная вилка все равно гораздо ниже, чем в IT-компаниях. Из моих сокурсников туда никто не пошел. Не знаю, как обстоят дела в ИТ-отделе завода, именно в нем у меня нет знакомых. Возможно, со своими навыками сейчас или в будущем я мог бы что-то улучшить в его работе, но не знаю, как у них сейчас устроены процессы.  Сейчас я пришел в ту точку, когда знаю, чем хочу заниматься. Я на начальной ступени: планирую совершенствоваться в направлении DevOps и хотел бы подтянуть знания в БД и ИБ.  Главное — не останавливаться в развитии и постоянно практиковаться. Ну и помнить о том, что как бы ты ни бежал от рутинной работы, придется пройти испытание монотонностью на старте карьеры — чтобы потом наслаждаться творчеством. В интернете очень материалов сомнительного качества. Например, YouTube-уроки, которые записывает человек, который знает чуть больше, чем зрители. Мне в прокачке навыков помогает программирование на CodeWars, на YouTube люблю смотреть видосы Джефа Герлинга. Еще есть очень крутой проект HackTheBox, но это скорее для души. А еще часто узнаю что-то новое на Хабре. Изучайте атмосферу в команде и ищите точки соприкосновения. За свою карьеру в IT я побывал на трех разных должностях (две в провайдере, одна в IT-компании) и на каждой должности была своя, не похожая среда и культура. Адаптация всегда проходила хорошо: думаю, из-за того, что я попадал в хорошие коллективы. Плюс помогают адаптироваться перекуры: даже если ты не куришь, можешь поговорить со своими коллегами в неформальной обстановке и узнать друг друга поближе.