itrostik

itrostik 

Сообщество для роста в IT, экономя время и деньги

406subscribers

24posts

КАКОЕ НАПРАВЛЕНИЕ ВЫБРАТЬ?


Разбираем один из популярных вопросов начинающих — как выбрать направление среди такого огромного списка. Поговорим о том, как выбрать максимально комфортное направление для себя и какие ошибки не стоит совершать
Сначала разберём, куда НЕ СТОИТ* идти на старте, даже если очень хочется:
*сразу оговорка: эти направления не плохие, но они реально плохо подходят для входа в IT
  1. GameDev (геймдев) — очень популярная история, туда идут со словами «я хочу делать игры», но честно: в геймдеве низкие зарплаты на старте, высокая конкуренция и часто люди там стрессуют и выгорают. Это не пустые слова: читай это и это.
  2. DS (Data Science) / ML (Machine Learning) — тут прикол в том, что эти специальности на жёстком хайпе, имеют высокие зарплаты и кажется чем-то крутым, но туда нереально высокий порог входа: нужны знания математики и статистики. Без профильного образования, да ещё и с нуля, я бы туда в жизни не полез. Ты угробишь год только на то, чтобы довести свою математику до нужного уровня, и ещё год на изучение языка программирования. За этим будущее, спору нет, но для первой работы это ту мач для меня…
  3. FullStack-разработка — это худшее, что ты можешь выбрать, потому что это человек, который делает и фронт, и бэк, и получается, вместо того, чтобы сфокусироваться на чём-то одном, ты будешь изучать сразу два направления и как итог будет изучено очень много технологий, но поверхностно. Оно тебе не нужно, лучше дай фокуса на что-то одно.
Теперь покажу направления, которые в тренде и на которые стоит обратить внимание:
  1. Разработка — это если ты хочешь непосредственно писать код, тебе нравится копаться в документации, изучать какие-то технические вещи, да и просто быть «айтишником в классическом понимании этого слова»
  2. Аналитика — подойдёт, если не хочешь писать код, но всё ещё оставаться в рамках бизнес-процессов, общаться с заказчиком, формулировать требования, и в целом описывать и анализировать систему приложения
  3. Ручное тестирование (QA) — подходит тем, кто хочет без лишних проблем влететь в IT: тебе не нужно учить язык программирования тебе лишь нужно быть внимательным к деталям, и понять базовые концепции тестирования
  4. Дизайн — если тебе нравится визуал и ты хочешь поработать над улучшением интерфейса для пользователей
  5. Менеджмент — обычно к этому приходят, но если ты имеешь лидерские качества и хочешь организовывать процессы в своей компании, то велком. Подходит для тех, кто ответственен, кто готов структурировать хаос и коммуницировать с командой.
  6. Маркетинг — если ты вообще хочешь обособиться от команды, и заниматься чисто продвижением продукта, а не его созданием. Если ты любишь изучать последние тренды, конкурентов и рынок в целом, заниматься привлечением пользователей, обеспечивать рост продукта и тд
Теперь детально разберём каждое из этих направлений:


Разработка

Тот самый программист, сын маминой подруги
Разработка — направление, с которым и ассоциируется IT у людей, которые про IT ничего не слышали. Именно разработчики пишут код, создают сервисы и приложения, которыми мы пользуемся каждый день. Да даже этот пост ты читаешь только потому, что кто-то из разработчиков постарался.
Тебе подойдёт разработка, если ты готов постоянно учиться, если ты можешь набраться терпения и не ждать быстрого результата. Стоит понимать, что это не самый простой вход в айти, потому что как минимум требуется изучить язык программирования (далее — ЯП), но раз уж ты выбрал его, то давай покажу, на какие «поднаправления» делится разработка:
  1. Backend-разработка — это разработка серверной части приложения. То, что лежит «под капотом» почти у любого проекта. Грубо говоря, «мозг» нашего приложения. Тут стоит понимать, что тебе понадобиться не только ЯП, но и сопутствующие технологии: базы данных, кэш (не деньги), брокеры сообщений, контейнеризация. В этом и плюс, и минус: высокий порог входа. Если ты готов к трудностям, то можешь залетать сюда. Кстати, тут сразу стоит отметить, что есть много ЯП, на которых пишется серверная логика. На данный момент, если бы я вкатывался с нуля в бэкенд, то я бы без раздумий выбирал Golang, потому что он сейчас на хайпе, на него переезжают компании, а значит работы много, да и зарплатами не обижают. О выборе ЯП я сделаю отдельный пост, пока не этом не будем останавливаться.
  2. Frontend-разработка — разработка визуальной части сайта/приложения. Твоя работа состоит в том, чтобы взять логику бэкенда и макет дизайна, и превратить это в жизнь. Кнопки, нарисованные на дизайне, должны нажиматься и выполнять свою логику. Глобально, твоя задача — «сверстать» дизайн и вызывать клиентскую и серверную логику. Тут порог входа куда ниже: из-за этого фронтенд выбирает большинство тех, кто хочет «войти в айти». Таким же был и я, мне нравилось смотреть на разработанный визуал (типичный ответ на вопрос «почему ты выбрал фронтенд?»). Также стоит отметить, что тут нет такого разнообразия ЯП, как в бэке, тут у тебя один выбор — JavaScript.
  3. Мобильная разработка — разработка нативного мобильного приложения. Тут прикол в том, что Frontend — это про разработку сайта и мобильной версии сайта, но это не то же самое, что и мобильное приложение. Сайт — это часть интернета, а приложение — часть операционной системы. Следовательно, ты можешь выбрать, под какую операционку ты будешь разрабатывать — iOS или Android. У каждой из них свой ЯП: у iOS это Swift, у Android — Java/Kotlin. В целом, порог входа сюда не самый высокий, но и не самый низкий. Имхо, но фронтенд разработку проще изучить всё-таки.

Аналитика

Тот самый человек, который «всё понял, но не пишет код»
Аналитика — направление для тех, кто хочет быть максимально близок к бизнес-требованиям и разработке, но без написания кода. Выбрав это направление, ты будешь выяснять и описывать требования, а также коммуницировать с разработкой для того, чтобы объяснить, что, зачем и как нужно реализовать
Тут есть два основных «поднаправления»:
  1. Бизнес-аналитик — тот, кто переводит бизнес-задачу на понятный язык. Представь, что ваша команда разработки строит дом. Твоя задача — разговаривать с владельцем дома, выяснять у него, какой ему дом нужен и зачем. Задавать вопросы по типу «а сколько надо комнат?», «а кто будет проживать» и «для чего вообще быть»
  2. Системный аналитик — тот, кто понимает, как система должна работать. Опять же пример с строительством дома. Тут разница между бизнес-аналитиком в том, что ты будешь объяснять строителям (разработчикам) как это реализовать
Короче, разница в том, что бизнес-аналитик говорит «что и зачем», а системный аналитик говорит «как»

Тестирование

Тот, кто находит ошибки раньше пользователей
Тестирование — самый популярный способ вкатиться в IT, поэтому если ты думаешь, что ты «очень тупой» для айтишки, можешь попробовать в тестирование: максимально низкий порог входа с возможностью развития в ЯП и стать автоматизатором.
Тестировщик — тот, кто проверяет, корректно ли работает продукт: ищет баги, проверяет сценарии, смотрит на приложение глазами пользователя. Очень важно иметь критическое мышление, анализировать приложение и думать «а по какому кейсу может пойти пользователь». Как правило, ты взаимодействуешь с аналитикой для того, чтобы узнать, а как конкретно должно отрабатывать приложение в том или ином случае, и с разработкой для того, чтобы объяснить им несоответствия и описать баги
По поводу развития: ты можешь начать изучать ЯП и уйти в автоматизацию тестов или вообще уйти в аналитику или разработку.

Дизайн

Тот, кто делает так, чтобы продуктом было удобно пользоваться, а не только «красиво»
Дизайн — это не только про внешний вид, это ещё и про то, как юзер взаимодействует с продуктом и какие эмоции или сложности он испытывает.
Давай сразу обсудим «поднаправления»:
  1. UX-дизайнер — тот, кто думает, как пользователь будет пользоваться продуктом. Подойдёт, если тебе нравится анализировать действия пользователей и ты любишь думать над возможным сценариями.
  2. UI-дизайнер — тот, кто отвечает за внешний вид продукта. Подойдёт, если тебе хочется «создавать визуал»
Чаще всего дизайнер совмещает в себя оба этих направления, поэтому если тебе нравится и то, и другое, смело залетай в дизайн. Стоит понимать, что в дизайне жёстко решает портфолио и реальные кейсы: теория мало кого интересует

Менеджмент

Тот, кто следит, чтобы продукт вообще был сделан
Менеджмент — направление для тех, кто хочет быть в центре команды и процессов, но не заниматься кодом, аналитикой, дизайном или тестированием. Выбрав менеджмент, ты будешь организовывать работу команды, следить за сроками, расставлять приоритеты и коммуницировать со всеми участниками процесса, чтобы продукт в итоге был сделан.
Внутри тебя ждёт два основных «поднаправления»:
  1. Project Manager — тот, кто отвечает за процесс и сроки. Опять аналогия с домом: твоя задача — следить, чтобы материалы привезли вовремя, строители не простаивали, работа шла по плану, дом (проект) был сдан в срок, но при этом ты не лезешь в реализацию продукта, ты лишь контролируешь, чтобы разработка не превратилась в хаос.
  2. Product Manager (PM) — тот, кто отвечает за сам продукт и его развитие. Тут очень тонкая грань между бизнес-аналитиком, но давай сразу: PM решает какой будет проект, для кого он, какие функции должны быть и какие проблемы нужно решить, а аналитик превращает это в понятные требования для разрабов.
Обычно в PM уходят из других направлений, у меня лично нет кейсов «вката с нуля», но думаю это вполне реально, если захотеть.

Маркетинг

Тот, кто делает так, чтобы продуктом вообще начали пользоваться
Маркетинг — направление для тех, кто хочет обособиться от разработки, но при этом напрямую влиять на успех продукта. Выбрав маркетинг, ты будешь заниматься привлечением пользователей, ростом продукта и анализом рынка, а не созданием самого продукта.
«Поднаправления»:
  1. Performance-маркетолог — тот, кто отвечает за привлечение пользователей за деньги. Твоя задача — запускать рекламу так, чтобы пришли клиенты. Казалось бы, всё просто) Подойдёт, если ты любишь циферки и тестировать гипотезы
  2. Growth-маркетолог — тот, кто отвечает за рост продукта. Тут нужно решать проблемы по типу «как увеличить средний чек» или «как сделать больше продаж»
  3. Product-маркетолог — тот, кто отвечает за позиционирование продукта. «Как правильно подать продукт», «выделить среди конкурентов» и «правильно донести ценность» — это всё задачи продукт-маркетолога
Подробнее про маркетинг можешь почитать тут

А что насчёт ошибок? Какие тут ошибки могут быть?

  1. Самая главная ошибка — выбрать направление, потратить полгода-год, и понять, что это не твоё направление. Это реально жёстко, у меня есть такие кейсы, там люди перебирают разные направления и языки программирования и теряют на этом пару лет жизни…
  2. Выбирать направление, исходя ТОЛЬКО из денег. В начале всё-таки нужно исходить не только из потенциального заработка с направления, но и желания это изучать. Прикол в том, что когда ты только влетаешь в IT, у тебя огромное желание поглощать информацию, ты заряжен. И когда ты амбициозен, ты выбираешь то, что тебе ещё и нравится. А вот уже спустя пару лет этот огонь немного угасает, и вот тогда можно перекатываться туда, где больше денег) Если не нравится ничего, тогда уже пробуй более перспективные направления. Главное, не обманывай самого себя, твоя задача черпать мотивацию на весь период обучение, подумай откуда ты её возьмёшь.

Окей, в итоге: направление выбрать ты должен сам, я лишь дал тебе краткий экскурс по каждому. Если всё ещё не можешь выбрать — пиши в комменты, попробую помочь
Далее разбираем: что тебя ждёт на пути обучения до первого оффера!
Что насчёт DevOps?
Саша Шульц, девопс тоже нормальная тема, можно брать, если нравится копаться во всяких конфигах и настройках. кажется, что конкуренции меньше, чем в бэке или фронте, да и совмещать несколько работ можно будет, в общем считаю нормальное направление тоже
itrostik, Спасибо за ответ
Subscription levels1

Айтишарик

$1.35 per month
Платная подписка не даёт никаких бафов, всё бесплатно тут, подпиской можно просто поддержать автора!
+ chat
Go up