Друзья, всем большой привет! Не заскучали, надеемся?

Кажется, задачка про гномов всех ввела в режим «думаю… но молчу» 😄
Мы видим ваши огоньки 🔥 — значит, интерес есть!

Теперь осталось дело за малым: накинуть версии ответов в комментарии под постом с задачкой

Напоминаем правила:
— пишем под спойлер
— даже если ответ кажется слишком простым — всё равно пишите!

Тут мы учимся логике и уверенности в себе, а не угадайкам.
Кто первый отгадаeт вора — тому плюсик в карму инженера 🔧✨

Поехали! Переходите в комментарии к этому посту и пишите свои ответы.

✅ Долгожданный разбор кейса: кто украл кольцо у Бильбо

Собрали 15 огоньков и догадки в комментариях — вы супер! 🔥

А значит, пора рассказать решение!
Напомним задачу 👇

У Бильбо пропало кольцо.
Три гнома — Бифур, Бофур и Бомбур — говорят следующее:
Бифур: «Кольцо стащил Бофур!»
Бофур: «Я не крал кольца!»
Бомбур: «Я вообще ни при чём!»

Бильбо знает точно: только один говорит правду.

🔍 Разбор
Проверим все варианты:

1️⃣ Если кольцо украл Бифур,
то Бофур и Бомбур говорят правду → два правдивых. ❌
2️⃣ Если кольцо украл Бофур,
то Бифур и Бомбур тоже оказываются правы. ❌
3️⃣ Если кольцо украл Бомбур,
то Бифур врёт (украл не Бофур),
Бофур говорит правду («я не крал»),
а Бомбур врёт («я ни при чём»).

✅ Подходит! Только Бофур сказал правду.
Ответ: кольцо украл Бомбур.

👏 Спасибо всем, кто участвовал!
Правильный ответ дали Дарья и Владимир — а Владимир ещё и расписал логику по шагам, как настоящий инженер поддержки 💪

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

🔥 Хотите новую задачку?
Ставьте огонёк под этим постом — как только соберём 12 штук, выложим следующую историю.

Обещаем, что она будет посложнее.

🏢 Офис vs удалёнка — часть 2

Как в офисе прокачиваются софт-скиллы? (и почему это иногда решает карьеру быстрее, чем технические навыки)

А сегодня у нас продолжение)
Поговорим о трёх софт-скиллах — тех самых навыках, которые отличают «среднего инженера» от «человека, которого хотят забрать в разработчики или в лиды».

✅ Софт-скилл №1. Коммуникация: в офисе «развязывается язык»

Когда ты работаешь в офисе, ты не можешь не коммуницировать. Хочешь — не хочешь, но:

- постоянно общаешься с коллегами на обеде или в коридоре
- пока едете в лифте на нужный этаж с разработчиком, задаёшь ему вопрос по точности в бизнес-логике процесса
- тестировщик предлагает подойти к нему за тестовым айфоном для воспроизведения проблемы пользователя
- инженер из смежной команды просит подсказать, как у вас решали похожий инцидент

И вот ты уже ведёшь переговоры, задаёшь вопросы, уточняешь детали, учишься формулировать мысль прямо в этом моменте — в живом диалоге, где нет времени «подумать 5-10 минут над сообщением».

Это очень быстро прокачивает:
• коммуникабельность
• гибкость мышления
• умение договариваться
• навык объяснять сложное простыми словами

И знаете, что самое смешное? Иногда самая продуктивная рабочая синхронизация происходит прямо в лифте) Или возле кофемашины.

✅ Софт-скилл №2. Стрессоустойчивость и эмоциональный интеллект

В офисе ты чувствуешь естественный ритм команды: кто чем занят или где происходит накал, например.

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

Доступ к живому контексту общения делает вас гораздо сильнее — особенно в поддержке, где эмоции пользователя и коллег играют роль не меньше, чем логи системы.

✅ Софт-скилл №3. «Подойти лично» работает в разы лучше, чем писать в чат

Занятой разработчик может легко пропустить или отложить сообщение. Но если ты подошёл лично — тебе ответят всегда!) А если вопрос интересный — ещё и расскажут кучу всего полезного сверху.

В офисе возникает как раз то, что невозможно на удалёнке — быстрые микроколлы без коллов:

Ты спросил —> тебе показали —> ты понял —> сразу пошёл делать.
Это экономит часы. Иногда даже дни.
И такие моменты невероятно ценят лиды и менеджеры: тебя начинают звать на встречи, подключать к решениям, приглашать в новые проекты. Ты становишься заметным, а это всегда полезно для роста.

❗️Почему это всё вообще так важно для карьеры?

Потому что карьера в технической поддержке может двигаться в нескольких направлениях:

- В управление (тимлид, менеджер)
Тут всё понятно: без софтов — никуда. Навыки живой коммуникации, умение вести диалог, аргументировать, сглаживать углы — в офисе это качается естественно. А на удалёнке — в 2-3 раза медленнее.

- В такие роли как разработчик, технолог, аналитик
И здесь офис тоже даёт очень сильное преимущество.

Но почему?
Потому что рядом люди, которые знают систему лучше всех. И ты можешь подойти к ним в любой момент.

Отсюда вытекают:
• прокачка технического мышления
• узнаваемость внутри команды
• доверие от экспертов
• и как итог — приглашают в новые роли в IT

Делимся из личного опыта:

«Несколько людей, которых мы забрали в разработку, мы сначала запомнили именно по офису: по вопросам, по инициативам, по вниманию к деталям».

‼️Важно:
Мы снова подчёркиваем: удалёнка не плоха. И офис не лучше по умолчанию.

Но если ваша цель:
1.  быстрее расти
2.  стать заметнее
2.  развивать лидерские или инженерные навыки

то именно живой формат может дать вам очень жирный буст.
И если вы никогда не работали в офисе — попробуйте хотя бы пару месяцев. Это опыт, который невозможно получить из дома.

🔥 Если понравился пост — ставьте огонёк) Нам очень ценно видеть вашу обратную связь)

Всем привет, друзья! Уже начали готовиться к Новому году?
Праздники уже где-то совсем рядом, а в холодном воздухе витает лёгкое ощущение чуда.

Но у инженеров технической поддержки как всегда - свои новогодние традиции 😁

Тот момент, когда все договорились не релизить перед праздниками, но всё равно что-то зарелизили перед праздниками...

Знакомо? 😁

🏠💻 Удалёнка: как не не отставать от офисных коллег

В прошлый раз мы говорили о том, что офис даёт инженеру: живой поток, быстрые ответы, обмен идеями, видимость перед руководством.

Но давайте честно: огромное число инженеров растут и на удалёнке.

Просто удалёнка требует других навыков — тех, которые в офисе прокачиваются сами, а дома их нужно развивать самостоятельно, часто осознанно.
Ниже разбираемся, что это за навыки.👇

1. Коммуникация — это главный навык удалёнщика

В офисе вы просто слышите, чем живёт команда. На удалёнке — такого нет. Поэтому нужно самому создавать контакт с коллегами:
- участвовать в созвонах,
- задавать вопросы,
- предлагать помощь,
- общаться не только по рабочим темам.

На удалёнке вы — то, что видно в переписке. Поэтому нужно говорить о себе чаще, чем в офисе.

2. Инициатива и видимость

Самая частая ошибка удалёнщиков: работать "как в танке" — всё делать, но быть незаметным. Знакомо?
Но чтобы расти, важно:

- брать новые задачи,
- улучшать процессы,
- документировать решения,
- показывать результаты «правильным» людям.

«Удалёнщик должен быть немного "на цыпочках": видеть больше, чем от него просят».

3. Человечность и неформальное общение

Это недооценённый, но критически важный навык.
С теми, кто нравится:

— легче делятся информацией,
— чаще зовут в проекты,
— проще представить в роли лида (даже так).

Простые вещи так и работают:
• поздравить коллегу,
• обсудить мем,
• спросить, как прошло ревью.

В офисе это происходит само. А удалёнщику — нужно создавать такие моменты вручную.

⚠️ Где удалёнщики чаще всего «проседают»?

Мы по опыту выделяем два типичных сценария:
❌ 1. Работает отлично, но его не видно
Нет вопросов, нет комментариев, нет контекста — и кажется, будто человек живёт отдельно от команды.
❌ 2. Боится спрашивать
Иногда удалёнщики боятся «мешать». Но именно вопросы ускоряют развитие.

👉 Реальный пример:

Инженер Саша на удалёнке начал терять темп: пропускал синки, выпадал из инфополя, дольше разбирался с проблемами.

Помогло:
✅ регулярные встречи,
✅командировки в офис,
✅живые обсуждения с IT-командой.

Через месяц — снова на хорошем уровне.

Подводим итоги:
Удалёнка работает, но требует:
- инициативы,
- коммуникации,
- видимости,
- социальных связей.
Тот, кто умеет это выращивать, легко растёт наравне с офисом — а иногда и быстрее.

🔥 Если пост был полезен — жмите огонёк.
Соберём 15 огоньков — и выложим новую задачку!🔥

Важная часть стартовой IT-профессии, о которой мало говорят

Многие думают, что для старта в IT главное — желание, внимательность и «я быстро обучаюсь».
Всё это важно, но давайте разберёмся глубже, без фантазий, которые приятно слышать👇

В технической поддержке есть набор навыков, которые HR ищут в резюме ещё до того, как позвать человека на собеседование. А если этих навыков нет, вы просто не пройдёте дальше.

Ниже разбираем эти навыки:

🎯 Что обязательно должен знать Junior-инженер

Это не космические вещи, но их нужно уметь, а не просто однажды услышать названия:

• SQL — умение писать хотя бы базовые запросы.
Не теория, а возможность достать нужные данные, чтобы найти проблему.
• Базово понимать Python или JavaScript.
Чтобы понимать, как работает логика продукта, не бояться кода.
• Работа с логами.
Это один из первых скиллов, на котором спотыкаются новички, при этом - один из основополагающих для диагностики.
• Chrome DevTools.
Без него невозможно понять, где сбой — на стороне сервера или клиента.
• Kubernetes и Docker.
Не глубоко, но хотя бы на уровне: «Знаю, зачем это нужно и могу применить».

❌ Где чаще всего теряется новичок?

— Понимает теорию, но теряется перед реальными логами.
— Видит ошибку, но не знает, куда смотреть дальше.
— Не умеет составить SQL-запрос.
— Боится инструментов, потому что не работал руками достаточно - это видно буквально за минуту.

Сколько времени нужно, чтобы это освоить?

Смотрите, если обучение структурировано и есть практика, то 3-4 недели достаточно, чтобы закрыть базу. «Easy to learn — hard to master».
Но начать можно быстро — и этого уже хватает, чтобы попасть на собеседование.

Позднее мы поговорим о том, где этому обучаться.


—

А если после этого поста вы поймали мысль: «Кажется, я знаю меньше, чем думал… но теперь понимаю, что именно учить» — значит, вы уже сделали первый шаг.

В следующем посте разберём, что чаще всего спрашивают у новичков.

Если интересно донесли — поставьте 🔥
Когда соберём 15 огоньков, выложим разбор тестового задания уровня Junior.

🧐Что же именно делает инженер технической поддержки?

После прошлого поста нам прилетело множество личных сообщений вроде:

«Окей, я поняла что нужно знать. Но что дальше? Как вообще выглядит работа инженера?Я весь день что-то чиню? Как? Или просто отвечаю в чате?»

И это очень частый вопрос! Потому что многим кажется, что работа инженера — это:
- «гуглить ошибки»,
- отвечать пользователям «Перезагрузите»,
- ждать, пока разработчики что-то исправят.

Но реальность намного интереснее!) Разбираем ниже 👇

🧲 Представьте ситуацию

Вы открываете ноутбук утром, берёте кофе и видите: «Платёжная система упала. Клиенты не могут произвести оплату.» И вот он - момент истины. В этот момент не важно, сколько теории вы прочитали.

Важно другое: знаете ли вы, как и где искать причину проблемы?

Что инженер открывает каждый день
Это не учебники, не справочники, а реальные боевые инструменты:

🔹 Service Desk — "родной" инструмент специалиста технической поддержки. Здесь появляются запросы, которые нужно разобрать
🔹 JIRA — чтобы понять: «А как вообще должно работать?», и поставить новые задачи на доработки IT-команде
🔹 Kibana (и аналоги) — место, где хранятся логи и ответы на 80% вопросов типа "Что именно произошло у клиента или что случилось с нашим сервисом?"

И вот в Kibana начинает происходить магия, там вы ищете:
❓ когда возникла ошибка
❓ какой сервис упал
❓ какое событие вызвало сбой

И впервые чувствуете: «Всё складывается. Я понимаю, что происходит.» Это чувство — один из лучших моментов в профессии.

Что же отличает просто новичка от того, кого хотят взять на работу?
Это не «гениальность» и не то, кто быстрее пишет SQL-запрос. А то, кто не боится докопаться до сути, даже если сначала кажется сложно.

Обычно это люди, которые:
✅ задают вопросы
✅ знают, к кому с этими вопросами обратиться
✅ понимают, что ошибка — это не «проблема», а подсказка, чтобы докопаться до сути проблемы

🧠 И вот важный инсайт

Самые быстрые в росте — это не те, кто изначально «умеют», а те, кто хорошо анализирует события, много общается с опытными коллегами и превращают разрозненные события в целостную структуру.

Потому что можно месяцами учить Python «про запас», или качать SQL по видео на YouTube, например.
Но одна практическая задача + разбор ошибок дают больше, чем 20 часов теории.

Если сейчас внутри откликается мысль:

«Кажется, у меня всё кусками. Я примерно понимаю,но не вижу целой картины.»

— это нормально.У 90% новичков именно так. И как только появляется системность — приходит уверенность.

В следующем посте разберём реальные вопросы с собеседований на Junior + те, на которых чаще всего отваливаются кандидаты.

Поставьте 🔥, если хотите такую подборку.
Соберём 15 - и выложим!

👀 Так выглядит реальная работа инженера технической поддержки
Если здесь теряетесь — в IT правда будет непросто

Добро пожаловать всем новым участникам 🔥
Рады, что вы здесь! Значит, вам интересна реальная работа в IT, а не «просто посмотреть курсы». Верно?)

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

👇 Ситуация

В поддержку поступают жалобы:

«Сайт очень долго открывается или вообще не открывается»

После первичной проверки выясняется:
• сервер доступен по IP
• ping до сервера стабильный
• у части пользователей сайт открывается мгновенно
• проблема есть и на мобилках, и на десктопах
• через VPN у проблемных пользователей сайт открывается без проблем

❓ Вопрос
Какой вариант — наиболее вероятная причина проблемы?

1️⃣ Перегрузка сервера
2️⃣ Ошибка во фронтенде
3️⃣ Проблема с DNS
4️⃣ Упал балансер нагрузки
5️⃣ Проблема с SSL-сертификатом

Почему эта задача важна

Это именно тот момент, где:
— теория «знаю, что такое DNS, VPN или SSL» не спасает
— гуглить некогда
— нужно уметь рассуждать логически, а не угадывать

На таких задачах становится очень понятно:
- инженер вы перед нами
- или человек, который просто читал про IT

Если сейчас задача кажется сложной — это совершенно нормально 🙌

Большинство людей на самом деле не тупят, они просто ни разу не разбирали такие кейсы под руководством тех, кто уже прошёл этот путь.
А мы именно это и тренируем на нашем курсе по профессии инженера технической поддержки:
— как мыслить в диагностике
— как отбрасывать ложные гипотезы
— как приходить к правильному выводу быстрее

🎅До Нового года будет выгодное условие на обучение — расскажем отдельно в ближайших постах.
А программу можно посмотреть уже сейчас на сайте, заходите: https://supportskills.ru

Что делать прямо сейчас?

Пишите свою версию в комментариях (даже если не уверены).
Ошибаться здесь нормально. А вот не думать — не желательно)

❗️Только прячьте ответ под спойлер, чтобы у других тоже была возможность подумать.

🔥 Жмите на огоньки, и как только соберём 15 огоньков — сразу выложим подробный разбор и правильный ответ 🔥

#кейс_разбор

Почему же большинство людей вроде как готовы к IT — но до оффера так и не доходят

После кейсов и задачек нам пришло много личных сообщений.. И почти в каждом - одна и та же мысль, только разными словами:

— «Я всё понимаю, но не до конца»
— «На собеседованиях теряюсь, что делать?»
— «Понимаю тему, но оказывается, что не полностью»

И знаете что? Да это совсем не про "я не способен/способна", это не про вас.
Наоборот, чаще всего проблема не в знаниях. А в том, что никто не показал, как именно думает инженер, когда что-то ломается.

Не по учебнику и не по чек-листу.

А в реальной ситуации, где:
- часть пользователей жалуется
- времени мало
- разных данных для диагностики много (или наоборот не хватает)

❗️И тут внезапно выясняется: понимать, как работает VPN — не равно уметь найти проблему.

Поэтому многие и застревают в таком состоянии: «Вроде до IT рукой подать, но будто не хватает системы».
В следующем посте расскажем, что именно помогает выйти из этого состояния, и почему одни доходят до оффера, а другие - к сожалению, нет.

🔥 Если узнали себя - ставьте огонёк, друзья, поддержим друг друга!)🔥

Что на самом деле помогает перейти от "вроде всё и так понимаю" к уверенной работе в IT

В прошлом посте писали про ощущение, знакомое многим:

«Я понимаю теорию, но в реальности на собеседованиях и в работе теряюсь».

Именно из-за этого мы и создали курс по профессии инженера технической поддержки. Не ради сертификата.

А чтобы научить мыслить в диагностике:
🎅 отбрасывать лишние гипотезы, которые не сработают
🎅 понимать, где вообще искать проблему
🎅 уверенно доносить проблемы до IT-команд
🎅 давать рабочие обходные решения сотрудникам первой линии поддержки

Будьте уверены, это не "курс ради курса". Это понятный путь в начальную IT-профессию от руководителя технической поддержки Т-Банка.
Только практика и то, что реально потом пригодится в работе.

Курс короткий и плотный: как правило, его проходят за 3 недели.
При этом доступ:
— целых 6 месяцев в Стандартном тарифе
— и целых 12 месяцев в Максимальном

Поэтому можно спокойно купить сейчас и проходить в удобном темпе, даже после праздников. Как раз новый год - новая смелая жизнь, без попыток уйти от своих желаний.

Если вам хочется сначала понять, как всё устроено изнутри — можно пройти бесплатный тест-драйв нескольких уроков 👉 @EngineerMentor_Bot

🎄И главное: сейчас у нас проходит по традиции Новогодняя акция

До 31 декабря 23:59 на курс действует скидка −15% на любой тариф, включая рассрочку, по промокоду:

TECHSUPPORT2026

👉 Программу и тарифы смотрите здесь: https://supportskills.ru/

❓ Что же всё-таки чаще всего спрашивают у Junior на собеседовании?

(Ниже - ответы не «из головы», а из реального опыта руководителя техподдержки Т-Банка, который сам проводит такие собеседования.
И по совместительству владельца данного канала)

❄️Итак, чаще всего спрашивают не «что такое DNS» и не «расскажите про TCP/IP» и тому подобное, нет.

Чаще всего дают кейсы.

Например, описывается ситуация, максимально похожая на рабочую или критичную, а дальше идёт простой вопрос:

«Что ты будешь делать и в каком порядке?»

И по ответу сразу видно:
- сталкивался ли человек с этой ситуацией в жизни
- понимает ли процесс
- знает ли нужные инструменты
- или просто когда-то читал теорию?

⚠️ Где же кандидаты чаще всего теряются?

Самое частое - это  неуверенность и хаос в голове. Человек вроде что-то знает, но:
1/  путается в шагах диагностики
2/  не может внятно объяснить ход своих мыслей
3/ не понимает, как взаимодействуют между собой IT-команды
4/  не может сформулировать, зачем вообще нужна техническая поддержка

И это не потому, что человек плохой, а потому что знания летают в голове и не выстроены в систему.

✅ А по каким ответам сразу видно: «Этого можно брать», даже если опыта мало?

Вот признаки, которые точно цепляют руководителя на собеседовании:
— человек ясно формулирует свои мысли, без воды
— рассуждает логично, шаг за шагом
— может дойти до решения, даже если чего-то не знает
— ему интересно докапываться до сути проблем, доводить "расследование" до конца
— имеет сильные софт-скиллы и аналитический склад ума

🔥И вот самый важный момент: это вовсе не врождённый талант, а навык, который тренируется.

Почему большинство не проходит собеседования?

Коротко и честно от руководителя Т-Банка, который уже собаку на собеседованиях съел:
— нет структуры в своих знаниях
— нет навыка применять их в реальных ситуациях
— нет желания разбираться глубже, искать именно корень, суть проблемы
— нет привычки думать как инженер, а не как «вечный ученик IT-курса»

Понимаете, друзья? Отсюда и появляется ощущение: «Я вроде учился… но на собесе всё снова развалилось»

🎄 Именно поэтому мы и делаем упор не на заучивание, а на мышление инженера и практику на курсе по профессии «Инженер технической поддержки».

Чтобы:
— кейсы не пугали
— мысли не путались
— ответы складывались в уверенную, логичную картину

Если хочется сначала просто «пощупать» профессию, в нашем чат-боте можно пройти бесплатный тест-драйв 👉 @EngineerMentor_Bot

И если вы уже давно чувствуете, что готовы идти дальше, то напоминаем:

🎅 До 31 декабря 23:59 действует новогодняя скидка −15% на курс
на любой тариф, включая рассрочку.

👉 Программа и подробные условия здесь: https://supportskills.ru

🔥Разбор реальной задачи инженера технической поддержки готов и подарки

Мы обещали - мы вернулись!) 15 огоньков набрали на посте с задачкой, значит разбираем её 👇

И да, если вы сейчас между списком подарков, мандаринами и мыслью «ещё бы год нормально начать» - этот пост как раз для вас 😁

✅ Правильный ответ: проблема с DNS

И сейчас покажем ту самую логику, которой и ждут от инженера на работе и на собеседовании.

Как рассуждает инженер технической поддержки:

1️⃣ Сервер доступен по IP
Это сразу говорит о важном:
- сервер жив
- сеть до него работает
- приложение хотя бы запускается

👉 значит, это не перегрузка сервера и не «всё упало».

2️⃣ ping стабильный
С маршрутизацией всё ок.

👉 значит, это не балансер и не глобальная сетевая проблема.

3️⃣ Проблема только у части пользователей
Ключевой момент.

Если бы:
- упал балансер
- сломался фронтенд
- истёк SSL

👉 то сайт не открывался бы у всех, а не выборочно.

4️⃣ Через VPN сайт открывается
Вот здесь — главная подсказка.

VPN:
- меняет DNS
- обходит кэши провайдера

👉 если через VPN всё работает, значит:

1. сайт и сервер исправны
2. проблема на уровне резолва домена (кэш, TTL, провайдеры)

Почему мы так часто даём такие кейсы?

Ответ прост. Потому что:

❗️на работе и собеседовании вас спрашивали не просто «что такое DNS?»
❗️спрашивают: «что ты будешь делать и почему?»

И это ровно то, что мы прокачиваем на курсе по профессии инженера технической поддержки:
- логику диагностики
- работу с реальными задачами
- уверенность в собственных решениях

🎄 Новогодний бонус (тот самый "подарок себе")

Пока все бегают за мандаринами, мы решили сделать подарок тем, кто хочет начать 2026 не с обещаний, а с новых навыков)

До 31 декабря 23:59 на курс по профессии инженера технической поддержки действует −15%
на любой тариф, даже если берёте в рассрочку.

промокод: TECHSUPPORT2026

Можно:
— купить сейчас
— спокойно начать после праздников
— и зайти в новый год уже с планом, а не с «ну посмотрим, как пойдёт»

👉 Программа курса тут: https://supportskills.ru
👉 А если хочется сначала пощупать профессию - залетайте в бесплатный тест-драйв: @EngineerMentor_Bot

🔥 А если разбор был полезен - жмите огонёк или сердечко, нам это очень приятно и ценно) Дальше - больше!

Иван Васильевич вспоминает профессию…

- Когда решил «после праздников хорошо отдохнувшим войти в IT».
Открыл ноутбук, посмотрел на задачи.. И понял, что не только отдохнул, но и забыл всё, чем занимался в прошлом году.. 😅

Знакомо?

После каникул всегда так: хочется уже чего-то нового,
но мозг ещё не в рабочем ресурсе?

Ничего страшного, втягиваемся постепенно. Мы тут все примерно в одном состоянии 😉

А вы уже вернулись в рабочий режим
или пока «Иван Васильевич»?

Ставьте ❤️, если узнаёте себя)

🔥Почему большинство новичков в IT застревают на старте, и что бы я сделал иначе

Этот пост для тех, кто:
— пробовал разные направления в IT, но пока так и не вырос
— начинал и бросал
— учился «по чуть-чуть всему»
— и в итоге остался с ощущением: «я так и не понял/поняла всё ещё, что мне ближе»

Недавно в комментариях под постом одна из подписчиц честно написала:

«Я так и не разобралась, что мне ближе…»

И это очень знакомое мне состояние. Через него проходят очень многие, просто не все вспоминают, когда уже достигли определённых карьерных высот.

Поэтому сегодня хочу поделиться не теорией и не «правильным путём из интернета», а тем, что бы я сам сделал, если бы сейчас начинал путь в IT с нуля и без опыта. При этом зная всё то, что знаю сейчас, как руководитель технической поддержки Т-Банка.

🚶‍♂️ Шаг 1. Сначала не технологии, а цель
Самая частая ошибка новичков - это начинать с инструментов: Python, SQL, аналитика, тестирование, курсы, марафоны…
Но прежде чем учить что-то, важно ответить себе хотя бы примерно: кем я хочу быть в IT и какие задачи мне вообще интересны?
Не идеально, не навсегда, а просто примерный ориентир.

Кому-то ближе:
— писать код
— разбираться в данных
— помогать людям и системам «не ломаться»
— управление людьми
У меня, например, изначально был интерес к лидерским и управленческим ролям. Но каждый путь - свой, особенный. И ваш - тоже.

👁 Шаг 2. Посмотреть на реальность, а не только на мечту
Дальше - очень важный момент, о котором не всегда говорят честно.
Очень сложно сразу попасть туда, «куда хочется». Например, на позицию разработчика без профильного образования или опыта просто не возьмут.

Поэтому я бы сделал так:
— открыл реальные вакансии и резюме джунов
— посмотрел, какие навыки от них реально ждут
— и сравнил это со стартовыми ролями в IT
Именно так становится понятно, через что проще и логичнее входить.

Для кого-то это QA, а я искренне считаю, что Инженер технической поддержки - самый недооценённый, но при этом сильный старт в IT:
•  тут учатся думать системно
•  на практике приходит понимание того, как работают IT-команды
•  вы "варитесь" внутри процессов вместе с айтишниками всех ролей
•  поддержка - медиатор между потребностями клиентов и ресурсами IT-команд, она формирует то, как будут работать продукты компании

Эти навыки потом спокойно переносятся в аналитику, разработку, продукт, менеджмент.

🫡 Шаг 3. Не пытаться «понять всё сразу»
Если вы сейчас чувствуете, что:
- знания есть, а картины понятной нет
- или всё вроде понятно, но применить сложно
- кажется, что «я просто не создан/создана для IT»

То это не про вас, это про отсутствие структуры и поддержки на старте.

Я сам проходил путь: без наставника, с ошибками, с лишними шагами, с потерянным временем...
И именно поэтому сейчас делюсь этим здесь.

И если вы сейчас:
•  сомневаетесь
•  не понимаете, что вам ближе
•  боитесь снова «начать и бросить»

— Вы не одни, и вы точно не «опоздали» и не «хуже других»

В следующих постах я разберу:
✅ чего точно не стоит делать новичку
✅ в какой момент понимаешь, что техническая поддержка - это лучший старт
✅ и как понять «моё это или нет», не тратя годы жизни

Если пост вам понравился - поставьте ❤️ в поддержку и напишите в комментариях, на каком вы сейчас этапе!

Всё читаю)

🧐 Что бы я точно НЕ делал, если бы начинал путь в IT с нуля

Этот пост - продолжение прошлого.
Для тех, кто:
•  сомневается, с чего начать
•  боится потратить время и деньги впустую
•  уже пробовал «что-то учить», но так и не дошёл до результата.

❌ 1. Я бы не откладывал старт "на потом"

В IT высокая конкуренция. Высокие зарплаты и условия = много желающих
И если вы:
— думаете, начинать ли сейчас или через полгода
— сомневаетесь, подавать ли резюме
— ждёте идеального момента
Мой совет простой: начинайте сейчас, пусть даже не идеально, даже с сомнениями.
Так вы уже обойдёте 80% людей, которые просто продолжают думать и ничего не делают.

❌ 2. Я бы не учил всё подряд "на всякий случай"

Одна из самых частых ошибок новичков - это хаотичное обучение: Python, SQL, аналитика, HTML, марафоны, вебинары… В IT не ценят абстрактные знания, ценят навыки, которые позволяют решать конкретные задачи конкретной роли уже сейчас.
У каждой позиции есть базовый набор требований:
— не "чтобы было"
— а чтобы приносить пользу команде и продукту
Поэтому:
➡️ выбираем роль
➡️ учим только то, что нужно для неё
➡️ не распыляемся

Именно по этому принципу собран наш курс - только то, что реально требуется Инженеру технической поддержки в крупных компаниях, без преувеличения.

❌ 3. Я бы не строил нереалистичных ожиданий

Тут важно сказать честно
Если у вас:
•  нет профильного образования
•  нет опыта
•  нет коммерческой практики
То напрямую войти, например, в разработку будет крайне сложно. Вы будете конкурировать с выпускниками ВУЗов, которые учились 4-5 лет.

Что делать в таком случае?

✅ Заходить в IT через стартовые позиции
✅ Расти внутри индустрии
✅ Набирать реальные навыки и опыт
Это не быстрый путь, но самый надёжный.

❌ 4. Я бы осторожно относился к "популярным курсам"

QA, разработка, дизайн - везде можно войти, да, но есть нюансы, о которых часто молчат.
Например:
— курсы по фронтенду стоят 150-300 тыс. руб
— обучение 3-6 месяцев
— зарплата джуна - в среднем, 80 тыс. руб
— конкуренция с выпускниками ВУЗов

QA - это тоже совсем не «лёгкий вход», как часто обещают:
— высокий порог входа
— узкая специализация
— ограниченные варианты роста

💪При этом крепкий инженер технической поддержки:

— знает половину инструментов QA
— умеет работать с логами, БД, API, DevTools
— понимает продукт целиком
— взаимодействует со всеми IT-ролями
Структурированное обучение займёт от нескольких недель до месяца, а зарплата на старте, в среднем - 70 тыс. руб. При этом, вы сразу погружаетесь в IT-среду, со всеми её плюсами.

Поэтому путь через Техническую поддержку: плавнее, шире по навыкам и даёт больше вариантов роста.

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

А в комментариях напишите:
- вы сейчас только присматриваетесь
- уже учитесь
- или думаете о смене направления?