🔝 Системный анализ — это не про анализ, а про мышление
Когда спрашивают, чем занимаются системные аналитики, я отвечаю коротко: «Системным анализом».
В ответ — вежливое кивание и вопрос в глазах: «А что это вообще значит?»
В учебниках пишут сложно: методология исследования сложных проблемных ситуаций. Слишком сложно о простом...
На самом деле системный анализ — это способ не заблудиться в сложном.
Это когда:
🔸задача кажется огромной, а вы раскладываете её на куски
🔸заказчик говорит одно, а хочет другое — и вы это слышите
🔸все спорят, а вы рисуете схему — и спор заканчивается
Что внутри профессии:
🔹 Собирать требования (и не пропустить важное)
🔹 Строить модели (UML, BPMN, ER-диаграммы)
🔹 Договариваться между бизнесом и разработкой
🔹 Писать документацию так, чтобы её читали
🔹 Видеть систему целиком, даже когда все смотрят в детали
Системный анализ — это не про то, чтобы знать ответы. Это про то, чтобы задавать правильные вопросы.
🔜 В следующих постах разберём каждый инструмент отдельно. Если интересно — ставьте 🔥, чтобы не пропустить.
#Системный_анализ
Когда спрашивают, чем занимаются системные аналитики, я отвечаю коротко: «Системным анализом».
В ответ — вежливое кивание и вопрос в глазах: «А что это вообще значит?»
В учебниках пишут сложно: методология исследования сложных проблемных ситуаций. Слишком сложно о простом...
На самом деле системный анализ — это способ не заблудиться в сложном.
Это когда:
🔸задача кажется огромной, а вы раскладываете её на куски
🔸заказчик говорит одно, а хочет другое — и вы это слышите
🔸все спорят, а вы рисуете схему — и спор заканчивается
Что внутри профессии:
🔹 Собирать требования (и не пропустить важное)
🔹 Строить модели (UML, BPMN, ER-диаграммы)
🔹 Договариваться между бизнесом и разработкой
🔹 Писать документацию так, чтобы её читали
🔹 Видеть систему целиком, даже когда все смотрят в детали
Системный анализ — это не про то, чтобы знать ответы. Это про то, чтобы задавать правильные вопросы.
🔜 В следующих постах разберём каждый инструмент отдельно. Если интересно — ставьте 🔥, чтобы не пропустить.
#Системный_анализ
🔥8⚡2👍2💯1
Как неправильные термины меняли историю и мир
🔸 Рогатый Моисей
Переводчик Библии спутал «лучи» с «рогами». Итог: 1000 лет христиане молились на пророка с рогами. Микеланджело сделал статую — тоже с рогами.
🔸 Остров-призрак
Картографы услышали от испанцев слово «порос» (проливы) и нарисовали остров. 150 лет пираты искали землю, которой нет.
🔸 Физика или бомба
Ферми назвал расщепление урана «новыми элементами». Мир потерял не один год на понимание ядерной реакции. Гитлер мог получить бомбу первым.
🔸 Сгоревший зонд
NASA написало в ТЗ «сила». Инженеры поняли: одни — в ньютонах, другие — в фунтах. Миллионы долларов ушли в атмосферу Марса.
Одно слово = миллиарды, территории и рога на голове пророка.
#Термины
🔸 Рогатый Моисей
Переводчик Библии спутал «лучи» с «рогами». Итог: 1000 лет христиане молились на пророка с рогами. Микеланджело сделал статую — тоже с рогами.
🔸 Остров-призрак
Картографы услышали от испанцев слово «порос» (проливы) и нарисовали остров. 150 лет пираты искали землю, которой нет.
🔸 Физика или бомба
Ферми назвал расщепление урана «новыми элементами». Мир потерял не один год на понимание ядерной реакции. Гитлер мог получить бомбу первым.
🔸 Сгоревший зонд
NASA написало в ТЗ «сила». Инженеры поняли: одни — в ньютонах, другие — в фунтах. Миллионы долларов ушли в атмосферу Марса.
Одно слово = миллиарды, территории и рога на голове пророка.
#Термины
❤7👍3
🚫 Чем системный аналитик НЕ занимается (спойлер: многим)
На собеседованиях я часто слышу:
«Я писал ТЗ, рисовал прототипы, тестировал готовые фичи, общался с заказчиками, иногда верстал…»
Стоп❗️ Это уже три разные профессии или человек не понимает о чём говорит...
Системный аналитик
❌ Не UI/UX-дизайнер
Да, мы участвуем в проектировании интерфейсов. Но рисовать кнопочки и подбирать отступы — не наша задача. Наша задача — описать, какие элементы управления нужны и зачем.
❌ Не тестировщик
Мы можем проверить, соответствует ли реализация требованиям. Но прогонять регресс и писать тест-кейсы...
❌ Не разработчик
Мы должны понимать архитектуру и уметь писать простые SQL-запросы. Но писать код за разработчиков...
❌ Не проект-менеджер
Мы не ставим сроки по разработке фичи и не мотивируем команду. Мы отвечаем за содержание, а не за процесс.
А что думаете Вы❓
Границы часто размываются, но важно понимать: если Вы делаете всё сразу — Вы не просто системный аналитик, Вы супермен!
Описание других ролей в разработке в следующих постах
#Системный_анализ
На собеседованиях я часто слышу:
«Я писал ТЗ, рисовал прототипы, тестировал готовые фичи, общался с заказчиками, иногда верстал…»
Стоп❗️ Это уже три разные профессии или человек не понимает о чём говорит...
Системный аналитик
❌ Не UI/UX-дизайнер
Да, мы участвуем в проектировании интерфейсов. Но рисовать кнопочки и подбирать отступы — не наша задача. Наша задача — описать, какие элементы управления нужны и зачем.
❌ Не тестировщик
Мы можем проверить, соответствует ли реализация требованиям. Но прогонять регресс и писать тест-кейсы...
❌ Не разработчик
Мы должны понимать архитектуру и уметь писать простые SQL-запросы. Но писать код за разработчиков...
❌ Не проект-менеджер
Мы не ставим сроки по разработке фичи и не мотивируем команду. Мы отвечаем за содержание, а не за процесс.
А что думаете Вы❓
Границы часто размываются, но важно понимать: если Вы делаете всё сразу — Вы не просто системный аналитик, Вы супермен!
Описание других ролей в разработке в следующих постах
#Системный_анализ
👍9
🤔 Аналитик, разработчик, тестировщик: как не ошибиться
На собеседованиях я часто видела кандидатов, которые «пробовали и то, и это, и ещё немного верстали». За этим обычно стоит страх ошибиться с выбором.
Давайте честно: три основные роли в разработке требуют разного склада ума. Есть ещё много не менее важных ролей,но мы пока посмотрим эти три.
☝️ Кто есть кто (Роль — Что нужно)
Аналитик — Системно мыслить, любить общаться, писать понятно
Разработчик — Любить алгоритмы, уметь концентрироваться, не бояться ошибок
Тестировщик — Быть внимательным к деталям, любить искать неочевидное, не обижаться, когда ломают
🔍 Как проверить себя
Попробуйте написать простой скрипт.
Если процесс захватывает и вы готовы сидеть над ним часами — присмотритесь к разработке.
Попробуйте найти ошибки в чужом коде или интерфейсе.
Если видите то, что другие пропускают, и вам это даже нравится — присмотритесь к тестированию.
Попробуйте объяснить сложную вещь простыми словами и нарисовать схему.
Если получается и приносит удовольствие — вам к анализу.
‼️ Границы размыты.
🟡 Аналитик может писать SQL.
🔴 Разработчик — тестировать свой код.
🟠 Тестировщик — автоматизировать.
Но базовый склад ума всё равно разный.
Попробовать можно всё.
Остаться стоит в том, где вам не нужен выходной после трёх часов работы.
Какую роль пробовали первой? И совпало ли? 👇
#Карьера
На собеседованиях я часто видела кандидатов, которые «пробовали и то, и это, и ещё немного верстали». За этим обычно стоит страх ошибиться с выбором.
Давайте честно: три основные роли в разработке требуют разного склада ума. Есть ещё много не менее важных ролей,но мы пока посмотрим эти три.
☝️ Кто есть кто (Роль — Что нужно)
Аналитик — Системно мыслить, любить общаться, писать понятно
Разработчик — Любить алгоритмы, уметь концентрироваться, не бояться ошибок
Тестировщик — Быть внимательным к деталям, любить искать неочевидное, не обижаться, когда ломают
🔍 Как проверить себя
Попробуйте написать простой скрипт.
Если процесс захватывает и вы готовы сидеть над ним часами — присмотритесь к разработке.
Попробуйте найти ошибки в чужом коде или интерфейсе.
Если видите то, что другие пропускают, и вам это даже нравится — присмотритесь к тестированию.
Попробуйте объяснить сложную вещь простыми словами и нарисовать схему.
Если получается и приносит удовольствие — вам к анализу.
‼️ Границы размыты.
🟡 Аналитик может писать SQL.
🔴 Разработчик — тестировать свой код.
🟠 Тестировщик — автоматизировать.
Но базовый склад ума всё равно разный.
Попробовать можно всё.
Остаться стоит в том, где вам не нужен выходной после трёх часов работы.
Какую роль пробовали первой? И совпало ли? 👇
#Карьера
💯4👀3👍2🤔2
❤️🩹 ИТ — это не только печеньки. Вот 7 причин не бросить вот это всё
Все мечтают в ИТ, а курсы продают рай: высокие зарплаты, удалёнка, никакой рутины.
Давайте без розовых очков.
1️⃣ Никогда не отключаешься по-настоящему
Сообщение в 22:00 от заказчика: «Срочно…». Коллега из другого часового пояса в субботу утром. Без жёстких границ вы выдохнетесь за полгода.
2️⃣ Учиться постоянно — не для роста, а чтобы оставаться на месте
Выучил стек — через два года он устарел.
Выходные уходят на курсы и статьи. Иногда это кайф, чаще — рутина.
3️⃣ Вы работаете с людьми, а не с кодом
Заказчик не знает, чего хочет. Разработчики спорят. Тестировщики находят косяки.
Главная боль — коммуникация, а не технологии.
4️⃣ Глаза и спина страдают
10 часов за монитором — и вы вспомните этот пост.
Плохое зрение, шея, сидячий образ жизни. Хорошее кресло и физкультура — не роскошь, а необходимость, чтобы выжить.
5️⃣ Высокая ответственность при неполной информации
«Сделайте хорошо» — и всё.
Вы добываете требования, переспрашиваете, перепроверяете. А если угадали не так — виноваты вы.
6️⃣ Выгорание — это реальность
Дедлайны, смена требований, бесконечные доработки.
ИТ — марафон. Если бежать спринт каждый день — долго не протянете.
7️⃣ Зарплата растёт не всегда
Джунам сейчас тяжело. Конкуренция высокая.
Это не значит «не иди в IT». Это значит «не верь обещаниям 300к за полгода».
Что делать с этим всем⁉️ Не бояться, а готовиться❗️
Минусы никуда не денутся. Но если вы готовы их терпеть — профессия даст вам очень много.
ИТ — это не магия. Это работа. Хорошая, если заходить с открытыми глазами.
#Карьера
Все мечтают в ИТ, а курсы продают рай: высокие зарплаты, удалёнка, никакой рутины.
Давайте без розовых очков.
1️⃣ Никогда не отключаешься по-настоящему
Сообщение в 22:00 от заказчика: «Срочно…». Коллега из другого часового пояса в субботу утром. Без жёстких границ вы выдохнетесь за полгода.
2️⃣ Учиться постоянно — не для роста, а чтобы оставаться на месте
Выучил стек — через два года он устарел.
Выходные уходят на курсы и статьи. Иногда это кайф, чаще — рутина.
3️⃣ Вы работаете с людьми, а не с кодом
Заказчик не знает, чего хочет. Разработчики спорят. Тестировщики находят косяки.
Главная боль — коммуникация, а не технологии.
4️⃣ Глаза и спина страдают
10 часов за монитором — и вы вспомните этот пост.
Плохое зрение, шея, сидячий образ жизни. Хорошее кресло и физкультура — не роскошь, а необходимость, чтобы выжить.
5️⃣ Высокая ответственность при неполной информации
«Сделайте хорошо» — и всё.
Вы добываете требования, переспрашиваете, перепроверяете. А если угадали не так — виноваты вы.
6️⃣ Выгорание — это реальность
Дедлайны, смена требований, бесконечные доработки.
ИТ — марафон. Если бежать спринт каждый день — долго не протянете.
7️⃣ Зарплата растёт не всегда
Джунам сейчас тяжело. Конкуренция высокая.
Это не значит «не иди в IT». Это значит «не верь обещаниям 300к за полгода».
Что делать с этим всем⁉️ Не бояться, а готовиться❗️
Минусы никуда не денутся. Но если вы готовы их терпеть — профессия даст вам очень много.
ИТ — это не магия. Это работа. Хорошая, если заходить с открытыми глазами.
#Карьера
💯8👍5👏4❤1
🔗 Нетворкинг в ИТ: не для «понтов», а чтобы работу делать
Многие думают: нетворкинг — это для менеджеров и продажников. А я — технический специалист, мне достаточно знать своё дело.
Люблю нетворкинг, так я побывала на афтепати конференции, на которой не была...
В ИТ без связей — можно. Но медленно, больно и скучно.
Нетворкинг нужен, чтобы:
1️⃣ Быстрее решать задачи
Застряли на проблеме? Написали в чат — через час у вас есть решение. Без связей — два дня искать самому.
2️⃣ Узнавать о вакансиях первыми
Хорошие места разбирают по знакомству, не дожидаясь публикации.
3️⃣ Не выгорать в одиночку
Есть с кем поделиться трудностями и услышать «у меня тоже такое было, вот что помогло».
🪄Никакой магии. Просто работа и жизнь становятся легче, когда вы не один.
Был ли у вас случай, когда знакомство в ИТ спасло проект или карьеру? 👇
#Карьера
Многие думают: нетворкинг — это для менеджеров и продажников. А я — технический специалист, мне достаточно знать своё дело.
Люблю нетворкинг, так я побывала на афтепати конференции, на которой не была...
В ИТ без связей — можно. Но медленно, больно и скучно.
Нетворкинг нужен, чтобы:
1️⃣ Быстрее решать задачи
Застряли на проблеме? Написали в чат — через час у вас есть решение. Без связей — два дня искать самому.
2️⃣ Узнавать о вакансиях первыми
Хорошие места разбирают по знакомству, не дожидаясь публикации.
3️⃣ Не выгорать в одиночку
Есть с кем поделиться трудностями и услышать «у меня тоже такое было, вот что помогло».
🪄Никакой магии. Просто работа и жизнь становятся легче, когда вы не один.
Был ли у вас случай, когда знакомство в ИТ спасло проект или карьеру? 👇
#Карьера
🔥5💯4❤2👍1🤔1
Когда термины становятся оружием
🔺Викинги
В науке викинг — это скандинав, отправившийся в грабительский поход. Но термином стали называть всех скандинавов — включая тех, кто сидел дома и пахал землю.
Историки спорят до сих пор.
🔺Киевская Русь
Термин, который кажется естественным, создаёт политические споры: «была ли эта Русь российской, украинской или белорусской?»
Хотя раннесредневековое государство — предок всех трёх народов. Как Империя франков не была ни Францией, ни Германией.
🔺Фашизм и нацизм
Строго научно фашизм — это режим Муссолини. Но в массовом сознании термин закрепился за нацизмом Гитлера.
Подмена терминов искажает понимание истории.
#Термины
🔺Викинги
В науке викинг — это скандинав, отправившийся в грабительский поход. Но термином стали называть всех скандинавов — включая тех, кто сидел дома и пахал землю.
Историки спорят до сих пор.
🔺Киевская Русь
Термин, который кажется естественным, создаёт политические споры: «была ли эта Русь российской, украинской или белорусской?»
Хотя раннесредневековое государство — предок всех трёх народов. Как Империя франков не была ни Францией, ни Германией.
🔺Фашизм и нацизм
Строго научно фашизм — это режим Муссолини. Но в массовом сознании термин закрепился за нацизмом Гитлера.
Подмена терминов искажает понимание истории.
#Термины
❤2👍1🔥1
🤝 Soft skills: что прокачивать, чтобы расти
В ИТ любят говорить про soft skills. Но часто под этим понимают «быть приятным человеком». На самом деле "мягкие навыки" — это конкретные инструменты, которые можно и нужно развивать.
Какие soft skills реально нужны (не пишите, что только аналитику):
1️⃣ Умение задавать вопросы
Не просто «что? где? когда?», а:
«А что будет, если...?», «А как мы это проверим?», «А кто за это отвечает?»
Хорошие вопросы иногда важнее хороших ответов.
2️⃣ Навык письменной коммуникации
В удалёнке 80% общения — текст. Если вы пишете длинно, путано или с ошибками — вас перестают читать. Короткие предложения, сценарии вместо функций, картинки вместо текста — это навык, который прокачивается.
3️⃣ Умение слушать
Заказчик говорит «хочу понятный интерфейс». Вместо того чтобы спорить, спросите: «А что для вас "понятный"? Приведите пример». Услышать, что на самом деле нужно, — половина работы.
4️⃣ Управление ожиданиями
Сказать «нет» или «это будет через месяц, а не через неделю» — нормально. Главное — сделать это до того, как срок сорван.
5️⃣ Эмпатия
Поставить себя на место заказчика, разработчика, тестировщика. Понять, почему они спорят, и найти решение, которое устроит всех.
❗️Главное: Soft skills — это не «чтобы все любили». Это чтобы вас понимали, слышали и доверяли вам.
#Карьера
В ИТ любят говорить про soft skills. Но часто под этим понимают «быть приятным человеком». На самом деле "мягкие навыки" — это конкретные инструменты, которые можно и нужно развивать.
Какие soft skills реально нужны (не пишите, что только аналитику):
1️⃣ Умение задавать вопросы
Не просто «что? где? когда?», а:
«А что будет, если...?», «А как мы это проверим?», «А кто за это отвечает?»
Хорошие вопросы иногда важнее хороших ответов.
2️⃣ Навык письменной коммуникации
В удалёнке 80% общения — текст. Если вы пишете длинно, путано или с ошибками — вас перестают читать. Короткие предложения, сценарии вместо функций, картинки вместо текста — это навык, который прокачивается.
3️⃣ Умение слушать
Заказчик говорит «хочу понятный интерфейс». Вместо того чтобы спорить, спросите: «А что для вас "понятный"? Приведите пример». Услышать, что на самом деле нужно, — половина работы.
4️⃣ Управление ожиданиями
Сказать «нет» или «это будет через месяц, а не через неделю» — нормально. Главное — сделать это до того, как срок сорван.
5️⃣ Эмпатия
Поставить себя на место заказчика, разработчика, тестировщика. Понять, почему они спорят, и найти решение, которое устроит всех.
❗️Главное: Soft skills — это не «чтобы все любили». Это чтобы вас понимали, слышали и доверяли вам.
#Карьера
❤9👍3🔥2
🐧 Git — 21 летний мерзавец, который захватил мир
7 апреля 2005 года Линус Торвальдс закоммитил первую версию Git. Ему потребовалось около двух недель.
Название git на британском сленге означает «мерзавец». Сам Торвальдс пошутил: «Я эгоистичный ублюдок, поэтому называю проекты в честь себя. Сначала Linux, теперь git».
⚡️ Зачем его создали
Разработчики ядра Linux использовали коммерческую систему BitKeeper. Бесплатно. Но с условием: никакого реверс-инжиниринга. Один из разработчиков Эндрю Триджелл попытался создать открытый клиент — и владелец BitKeeper отозвал лицензию.
Linux-команда осталась без инструмента. Торвальдс сел и написал Git.
🔧 Почему Git выстрелил
Главная идея: каждый разработчик имеет полную копию репозитория — можно работать офлайн, не бояться падения сервера.
Альтернативы (CVS, SVN) были централизованными: один сервер упал — все встали.
Сегодня Git занимает 85% рынка систем контроля версий.
🎭 Git нужен не только разработчикам
🟡 Аналитику — хранить версии ТЗ, требований и моделей. Увидеть, кто и когда изменил требования. Откатиться к старой версии, если заказчик передумал.
🟠 Тестировщику — синхронизировать автотесты, хранить тест-кейсы в коде, фиксировать баги вместе с разработкой.
🟢 DevOps'у — управлять конфигурациями, скриптами и инфраструктурой как кодом.
🔵 Проект-менеджеру — смотреть историю изменений документации, видеть, кто что делал, и контролировать версии артефактов.
🟣 Руководителю — проверять, как команда работает с версиями, и не терять артефакты проекта.
Git — это не про код. Это про совместную работу над любыми текстовыми файлами (код, документация, настройки).
🎓 Что это значит для вас
История Git учит: даже временный костыль может изменить мир, если он решает реальную боль.
А какой у вас любимый git-команда? У меня — git blame 😉
#Байки #Инструменты
7 апреля 2005 года Линус Торвальдс закоммитил первую версию Git. Ему потребовалось около двух недель.
Название git на британском сленге означает «мерзавец». Сам Торвальдс пошутил: «Я эгоистичный ублюдок, поэтому называю проекты в честь себя. Сначала Linux, теперь git».
⚡️ Зачем его создали
Разработчики ядра Linux использовали коммерческую систему BitKeeper. Бесплатно. Но с условием: никакого реверс-инжиниринга. Один из разработчиков Эндрю Триджелл попытался создать открытый клиент — и владелец BitKeeper отозвал лицензию.
Linux-команда осталась без инструмента. Торвальдс сел и написал Git.
🔧 Почему Git выстрелил
Главная идея: каждый разработчик имеет полную копию репозитория — можно работать офлайн, не бояться падения сервера.
Альтернативы (CVS, SVN) были централизованными: один сервер упал — все встали.
Сегодня Git занимает 85% рынка систем контроля версий.
🎭 Git нужен не только разработчикам
🟡 Аналитику — хранить версии ТЗ, требований и моделей. Увидеть, кто и когда изменил требования. Откатиться к старой версии, если заказчик передумал.
🟠 Тестировщику — синхронизировать автотесты, хранить тест-кейсы в коде, фиксировать баги вместе с разработкой.
🟢 DevOps'у — управлять конфигурациями, скриптами и инфраструктурой как кодом.
🔵 Проект-менеджеру — смотреть историю изменений документации, видеть, кто что делал, и контролировать версии артефактов.
🟣 Руководителю — проверять, как команда работает с версиями, и не терять артефакты проекта.
Git — это не про код. Это про совместную работу над любыми текстовыми файлами (код, документация, настройки).
🎓 Что это значит для вас
История Git учит: даже временный костыль может изменить мир, если он решает реальную боль.
А какой у вас любимый git-команда? У меня — git blame 😉
#Байки #Инструменты
👍7⚡3❤2👎2🥱1😡1
🛠 Hard skills — это ваш инструмент. А не магия
Потерпите ещё "прописные истины", я определяю объекты, чтобы потом в них углубиться
Hard skills — это конкретные задачи, которые вы умеете делать.
🔴 Разработчик: писать на Python, работать с Git, знать SQL.
🟠 Тестировщик: составлять тест-кейсы, работать с Jira, понимать API.
🟡 Аналитик: рисовать BPMN, писать ТЗ, строить диаграммы.
🟢 DevOps: настраивать CI/CD, работать с Docker, поднимать серверы.
‼️Их главная особенность: их можно проверить.
Дали задание 👉 посмотрели результат.
Справились ✅ навык есть.
Не справились ❌ качаем дальше.
❗️И главное
Hard skills без Soft skills — вы умеете, но не понимаете зачем и не можете договориться.
Soft skills без Hard skills — вы отлично общаетесь, но делать нечего Вам в профессии.
Прокачивайте и то, и другое. Но если вы на старте — начинайте с hard. Их проще проверить, легче продать на собеседовании и быстрее получить первые «я это умею».
#Карьера
Потерпите ещё "прописные истины", я определяю объекты, чтобы потом в них углубиться
Hard skills — это конкретные задачи, которые вы умеете делать.
🔴 Разработчик: писать на Python, работать с Git, знать SQL.
🟠 Тестировщик: составлять тест-кейсы, работать с Jira, понимать API.
🟡 Аналитик: рисовать BPMN, писать ТЗ, строить диаграммы.
🟢 DevOps: настраивать CI/CD, работать с Docker, поднимать серверы.
‼️Их главная особенность: их можно проверить.
Дали задание 👉 посмотрели результат.
Справились ✅ навык есть.
Не справились ❌ качаем дальше.
❗️И главное
Hard skills без Soft skills — вы умеете, но не понимаете зачем и не можете договориться.
Soft skills без Hard skills — вы отлично общаетесь, но делать нечего Вам в профессии.
Прокачивайте и то, и другое. Но если вы на старте — начинайте с hard. Их проще проверить, легче продать на собеседовании и быстрее получить первые «я это умею».
#Карьера
👍7💯2🔥1
📚 Как учить hard skills, чтобы не выгореть
Не думайте, если вы senior, то вам не надо ничему учиться, вспомнить как это делать - всегда полезно!
1️⃣ Берите один инструмент и доведите до простого «умею»
Не хватайтесь за Python, SQL, Docker и Kubernetes одновременно. Выберите одно. Освойте базу. Сделайте маленький проект. Потом — следующее.
2️⃣ Учите через задачу, а не через «прочитать всё»
Не «выучить SQL за 3 дня», а «написать запрос, который покажет топ-10 продаж за месяц». Результат → понимание.
3️⃣ 20 минут в день лучше, чем 5 часов в выходной
Регулярность важнее интенсивности. Маленькие шаги не пугают и не убивают мотивацию.
4️⃣ Делайте проекты для себя
Свой телеграм-бот, парсер расписания, аналитика расходов в Google Sheets. Бесплатно, безопасно, и портфолио растёт.
5️⃣ Просите обратную связь у тех, кто уже умеет
Показали код или схему коллеге? Спросите: «Что здесь не так?». Исправили — навык прокачался. Не стесняйтесь.
Какой hard skill сейчас в процессе у вас? 👇
#Карьера
Не думайте, если вы senior, то вам не надо ничему учиться, вспомнить как это делать - всегда полезно!
1️⃣ Берите один инструмент и доведите до простого «умею»
Не хватайтесь за Python, SQL, Docker и Kubernetes одновременно. Выберите одно. Освойте базу. Сделайте маленький проект. Потом — следующее.
2️⃣ Учите через задачу, а не через «прочитать всё»
Не «выучить SQL за 3 дня», а «написать запрос, который покажет топ-10 продаж за месяц». Результат → понимание.
3️⃣ 20 минут в день лучше, чем 5 часов в выходной
Регулярность важнее интенсивности. Маленькие шаги не пугают и не убивают мотивацию.
4️⃣ Делайте проекты для себя
Свой телеграм-бот, парсер расписания, аналитика расходов в Google Sheets. Бесплатно, безопасно, и портфолио растёт.
5️⃣ Просите обратную связь у тех, кто уже умеет
Показали код или схему коллеге? Спросите: «Что здесь не так?». Исправили — навык прокачался. Не стесняйтесь.
Какой hard skill сейчас в процессе у вас? 👇
#Карьера
🤓6👏2
«Собака сутулая»: как мем помогает диагностировать выученную беспомощность в команде
📖 Контекст. Фраза пошла из скандала на «Доме-2» (для меня это было открытие), но прочно осела в ИТ-фольклоре. Мне всегда было интересно его происхождение...
🔍 В чем суть антипаттерна
«Собака сутулая» — это не про код, а про мета-состояние системы (команды или конкретного сотрудника). Это смесь:
— Выученной беспомощности (Learned Helplessness),
— Пассивной агрессии,
— Технического долга, доведенного до абсурда.
Три лика антипаттерна:
✅ Подавленный сотрудник. Соглашается на всё, не спорит, но горит в ноль.
✅ Скрытый саботажник. «Сутулится», делает вид, что старается, а сам тянет время.
✅ Легаси-код. Кривой, страшный, но работает («горбатый, как та собака»).
⚠️ Как лечить
В отличие от классических антипаттернов, здесь нельзя просто «переписать модуль». Нужно снимать давление, возвращать команде чувство контроля и разрешать открыто говорить о проблемах.
Вывод: Если на ретроспективе кто-то сказал «у нас тут собака сутулая» — не смейтесь. Спрашивайте: кто или что ее таким сделало?
#Байки
📖 Контекст. Фраза пошла из скандала на «Доме-2» (для меня это было открытие), но прочно осела в ИТ-фольклоре. Мне всегда было интересно его происхождение...
🔍 В чем суть антипаттерна
«Собака сутулая» — это не про код, а про мета-состояние системы (команды или конкретного сотрудника). Это смесь:
— Выученной беспомощности (Learned Helplessness),
— Пассивной агрессии,
— Технического долга, доведенного до абсурда.
Три лика антипаттерна:
✅ Подавленный сотрудник. Соглашается на всё, не спорит, но горит в ноль.
✅ Скрытый саботажник. «Сутулится», делает вид, что старается, а сам тянет время.
✅ Легаси-код. Кривой, страшный, но работает («горбатый, как та собака»).
⚠️ Как лечить
В отличие от классических антипаттернов, здесь нельзя просто «переписать модуль». Нужно снимать давление, возвращать команде чувство контроля и разрешать открыто говорить о проблемах.
Вывод: Если на ретроспективе кто-то сказал «у нас тут собака сутулая» — не смейтесь. Спрашивайте: кто или что ее таким сделало?
#Байки
🤓7🔥4👍1👀1
🧨 Анализ — это вчера. Аналитика — это завтра. А результат у нас какой?
Я уже говорила: я люблю душнить по терминам. Потому что за ними — деньги, сроки и карьера.
Первая жертва — пара «анализ» и «аналитика». Кто-то думает, что это одно и то же. В резюме пишут «аналитика», чтобы звучать весомее. В жизни делают анализ и называют его аналитикой.
Давайте по полочкам. Со словарями и без розовых очков.
🔍 Что там по сути
Анализ (ἀνάλυσις) означает «разложение, расчленение». Анализ (по Далю и современным словарям) — разбор, разложение целого на составные части. Метод научного исследования. Изучаем, что сломалось и почему. Результат — диагноз.
Аналитика (ἀναλυτική) — «искусство анализа». Аналитика (по словарю «Грамоты.ру») — деятельность по выполнению анализа; результаты проведённого анализа. Искусство рассуждения с прогнозом. Результат — рецепт.
То есть анализ — это действие, аналитика — и деятельность, и результат.
⚡️ Так результат — это анализ или аналитика?
Это зависит от того, что вы сделали с данными.
1️⃣ Просто разложили проблему, поняли причину → результат анализа.
2️⃣ Сформулировали прогноз и сказали «делаем так» → результат аналитики.
Анализ 🟰 диагноз. Аналитика 🟰 рецепт.
💼 Почему я проверяю это на собеседовании
Спрашиваю на собеседовании: «Чем вы занимались?»
— Аналитикой.
— Прогнозы строили? Модели? Сценарный анализ?
— Нет, я данные разбирал и отчёт писал.
Окей. Это анализ. Называйте вещи своими именами.
🎓 Моё резюме для вас
Анализ 🟰 расчленили. Аналитика 🟰 придумали, что делать дальше.
Анализ 🟰 прошлое. Аналитика 🟰 будущее.
Анализ 🟰 диагноз. Аналитика 🟰 рецепт.
Что вы чаще делаете: ставите диагнозы или выписываете рецепты? 👇
#Термины #Карьера #Собеседование
Я уже говорила: я люблю душнить по терминам. Потому что за ними — деньги, сроки и карьера.
Первая жертва — пара «анализ» и «аналитика». Кто-то думает, что это одно и то же. В резюме пишут «аналитика», чтобы звучать весомее. В жизни делают анализ и называют его аналитикой.
Давайте по полочкам. Со словарями и без розовых очков.
🔍 Что там по сути
Анализ (ἀνάλυσις) означает «разложение, расчленение». Анализ (по Далю и современным словарям) — разбор, разложение целого на составные части. Метод научного исследования. Изучаем, что сломалось и почему. Результат — диагноз.
Аналитика (ἀναλυτική) — «искусство анализа». Аналитика (по словарю «Грамоты.ру») — деятельность по выполнению анализа; результаты проведённого анализа. Искусство рассуждения с прогнозом. Результат — рецепт.
То есть анализ — это действие, аналитика — и деятельность, и результат.
⚡️ Так результат — это анализ или аналитика?
Это зависит от того, что вы сделали с данными.
1️⃣ Просто разложили проблему, поняли причину → результат анализа.
2️⃣ Сформулировали прогноз и сказали «делаем так» → результат аналитики.
Анализ 🟰 диагноз. Аналитика 🟰 рецепт.
💼 Почему я проверяю это на собеседовании
Спрашиваю на собеседовании: «Чем вы занимались?»
— Аналитикой.
— Прогнозы строили? Модели? Сценарный анализ?
— Нет, я данные разбирал и отчёт писал.
Окей. Это анализ. Называйте вещи своими именами.
🎓 Моё резюме для вас
Анализ 🟰 расчленили. Аналитика 🟰 придумали, что делать дальше.
Анализ 🟰 прошлое. Аналитика 🟰 будущее.
Анализ 🟰 диагноз. Аналитика 🟰 рецепт.
Что вы чаще делаете: ставите диагнозы или выписываете рецепты? 👇
#Термины #Карьера #Собеседование
🤓5👍3🔥2👏1
🔄 Метод «сломаем — а там видно»: почему в ИТ это работает
В жизни звучит странно. Сделать хуже, чтобы потом вернуть как было, это как в анекдоте «Заведи козу». В ИТ это называется revert, и это одна из главных «суперсилл» разработки.
❗️Речь не про «выкатил вслепую и молюсь». Речь про «выкатил, зная кнопку отката».
🧠 Как это работает на деле
Вы меняете код, требования или конфигурацию. Новое решение казалось хорошим. На практике — всё сломалось. В обычном мире вы бы паниковали.
В ИТ вы просто откатываетесь к предыдущей версии. Git, резервные копии, CI/CD позволяют сказать: «Окей, не взлетело. Вернём как было».
Ущерб ограничен 10 минутами вместо недели даунтайма.
🎓 Живой пример
Одна команда решила переписать старый модуль на новом фреймворке.
Потратили месяц. Протестировали на стенде — всё было ок. Выкатили в прод. И поняли: стало хуже. Медленнее. Багов больше.
Что сделали?
Не стали героически доделывать ночами. Закатили revert за 10 минут. Старый модуль снова работал. Новый отправили на доработку. Потом разобрали ошибки, переписали аккуратно — и выкатили успешно.
⚠️ Но есть нюансы
Revert работает отлично, НО не везде.
❌ Когда откат — не тривиален:
➖Миграции баз данных (особенно если удаляли колонки/таблицы)
➖Изменения публичных API, на которые уже подписались клиенты
➖Исправление багов, к которым успели привязаться другие системы
В таких случаях revert может вернуть старые проблемы. Тут нужна двойная осторожность.
🚫 Без системы revert превращается в катастрофу
Метод работает, только если вы можете быстро вернуть.
Что для этого нужно:
✅ Нормальная система контроля версий (git)
✅ Автоматические бэкапы
✅ Культура, где revert — не позор, а норма
✅ Понимание границ метода (см. пункт выше)
Если этого нет — «попробовать новое» превращается в недельную аварию.
🧠 А как же страх
Многие боятся экспериментировать именно потому, что не знают, как откатить. Но если вы можете быстро вернуться назад — вы можете пробовать смелее.
В ИТ это называется безопасная среда для экспериментов.
И она строится вокруг простой идеи: «Сломать можно, если умеешь чинить или откатывать. Но сначала проверь, что откат вообще возможен».
🎓 Моё резюме
Revert — это не глупость и не «костыль». Это нормальный рабочий инструмент, когда у вас есть система отката.
Без системы — авантюра.
С системой — разумный эксперимент.
Git, бэкапы, понимание границ и смелость пробовать. Всё остальное — детали.
А вы часто откатываете свои решения? Или стараетесь довести до конца любой ценой?👇
#Байки #Инструменты
В жизни звучит странно. Сделать хуже, чтобы потом вернуть как было, это как в анекдоте «Заведи козу». В ИТ это называется revert, и это одна из главных «суперсилл» разработки.
❗️Речь не про «выкатил вслепую и молюсь». Речь про «выкатил, зная кнопку отката».
🧠 Как это работает на деле
Вы меняете код, требования или конфигурацию. Новое решение казалось хорошим. На практике — всё сломалось. В обычном мире вы бы паниковали.
В ИТ вы просто откатываетесь к предыдущей версии. Git, резервные копии, CI/CD позволяют сказать: «Окей, не взлетело. Вернём как было».
Ущерб ограничен 10 минутами вместо недели даунтайма.
🎓 Живой пример
Одна команда решила переписать старый модуль на новом фреймворке.
Потратили месяц. Протестировали на стенде — всё было ок. Выкатили в прод. И поняли: стало хуже. Медленнее. Багов больше.
Что сделали?
Не стали героически доделывать ночами. Закатили revert за 10 минут. Старый модуль снова работал. Новый отправили на доработку. Потом разобрали ошибки, переписали аккуратно — и выкатили успешно.
⚠️ Но есть нюансы
Revert работает отлично, НО не везде.
❌ Когда откат — не тривиален:
➖Миграции баз данных (особенно если удаляли колонки/таблицы)
➖Изменения публичных API, на которые уже подписались клиенты
➖Исправление багов, к которым успели привязаться другие системы
В таких случаях revert может вернуть старые проблемы. Тут нужна двойная осторожность.
🚫 Без системы revert превращается в катастрофу
Метод работает, только если вы можете быстро вернуть.
Что для этого нужно:
✅ Нормальная система контроля версий (git)
✅ Автоматические бэкапы
✅ Культура, где revert — не позор, а норма
✅ Понимание границ метода (см. пункт выше)
Если этого нет — «попробовать новое» превращается в недельную аварию.
🧠 А как же страх
Многие боятся экспериментировать именно потому, что не знают, как откатить. Но если вы можете быстро вернуться назад — вы можете пробовать смелее.
В ИТ это называется безопасная среда для экспериментов.
И она строится вокруг простой идеи: «Сломать можно, если умеешь чинить или откатывать. Но сначала проверь, что откат вообще возможен».
🎓 Моё резюме
Revert — это не глупость и не «костыль». Это нормальный рабочий инструмент, когда у вас есть система отката.
Без системы — авантюра.
С системой — разумный эксперимент.
Git, бэкапы, понимание границ и смелость пробовать. Всё остальное — детали.
А вы часто откатываете свои решения? Или стараетесь довести до конца любой ценой?👇
#Байки #Инструменты
👍3🤓3❤1🔥1
🎓 Мастер-классы: ускоритель карьеры или пустая трата времени?
Я часто слышу: «Зачем куда-то ходить? Всё есть в открытом доступе». И это правда. Теорию, гайды и даже записи выступлений можно найти бесплатно.
Но есть нюанс: мастер-классы могут дать то, чего нет в записи — если правильно их выбирать.
💡 Три главные пользы живых встреч (которые работают не всегда)
1️⃣ Чужие ошибки — вы запоминаете и с меньшей вероятностью наступите на те же грабли.
Честно: это не заменит полгода практики, но сэкономить пару недель — реально.
2️⃣ Ответы на ваши вопросы — в живом общении можно уточнить.
Честно: если в зале 30+ человек, дадут 1–2 коротких ответа. Идите с готовым вопросом.
3️⃣ Нетворкинг — познакомиться с коллегами полезно.
Честно: большинство контактов умирают в забытых чатах. Это бонус, а не стратегия.
🔗 Что реально взять с МК:
✅ Hard skills: конкретные техники, шаблоны, разбор ошибок
⚠️ Soft skills: умение задавать вопросы, аргументация в дискуссиях, за вечер не прокачать — МК может показать направление, но не заменит месяцы практики.
🧠 Личный пример (без иллюзий)
Вчера я сходила на «Холиварные аналитические посиделки». Тема — ИИ и работа системного аналитика, как писать промпты.
Получила пару техник промптов, новых подписчиков (Вас уже больше 1️⃣0️⃣0️⃣) и понимание, как не надо строить диалог с нейросетью. Теорию я знала. Живые кейсы дали ощущение, а не революцию.
🎓 Моё резюме (теперь честное)
Онлайн-видео даёт базу. Мастер-классы — потенциальное ускорение, если:
❇️ У вас уже есть база — иначе будет каша.
❇️ Вы идёте с конкретным вопросом, а не «за вдохновением».
❇️ Формат предполагает практику, а не монолог на 2 часа.
❇️ Вы готовы, что 70% информации уже есть в открытом доступе.
Если эти условия не выполнены — да, мастер-класс будет пустой тратой времени и денег.
↘️Короткий чек-лист перед походом
➖ Я уже знаю теорию по этой теме?
➖ У меня есть конкретная рабочая задача, где я применю результат?
➖ В программе больше 50% практики / разбора кейсов?
Если да — идите. Если нет — лучше почитайте документацию или наймите наставника на час.
А вы ходите на мастер-классы? Что для вас было реально полезно, а что — потерей времени? 👇
#Карьера
Я часто слышу: «Зачем куда-то ходить? Всё есть в открытом доступе». И это правда. Теорию, гайды и даже записи выступлений можно найти бесплатно.
Но есть нюанс: мастер-классы могут дать то, чего нет в записи — если правильно их выбирать.
💡 Три главные пользы живых встреч (которые работают не всегда)
1️⃣ Чужие ошибки — вы запоминаете и с меньшей вероятностью наступите на те же грабли.
Честно: это не заменит полгода практики, но сэкономить пару недель — реально.
2️⃣ Ответы на ваши вопросы — в живом общении можно уточнить.
Честно: если в зале 30+ человек, дадут 1–2 коротких ответа. Идите с готовым вопросом.
3️⃣ Нетворкинг — познакомиться с коллегами полезно.
Честно: большинство контактов умирают в забытых чатах. Это бонус, а не стратегия.
🔗 Что реально взять с МК:
✅ Hard skills: конкретные техники, шаблоны, разбор ошибок
⚠️ Soft skills: умение задавать вопросы, аргументация в дискуссиях, за вечер не прокачать — МК может показать направление, но не заменит месяцы практики.
🧠 Личный пример (без иллюзий)
Вчера я сходила на «Холиварные аналитические посиделки». Тема — ИИ и работа системного аналитика, как писать промпты.
Получила пару техник промптов, новых подписчиков (Вас уже больше 1️⃣0️⃣0️⃣) и понимание, как не надо строить диалог с нейросетью. Теорию я знала. Живые кейсы дали ощущение, а не революцию.
🎓 Моё резюме (теперь честное)
Онлайн-видео даёт базу. Мастер-классы — потенциальное ускорение, если:
❇️ У вас уже есть база — иначе будет каша.
❇️ Вы идёте с конкретным вопросом, а не «за вдохновением».
❇️ Формат предполагает практику, а не монолог на 2 часа.
❇️ Вы готовы, что 70% информации уже есть в открытом доступе.
Если эти условия не выполнены — да, мастер-класс будет пустой тратой времени и денег.
↘️Короткий чек-лист перед походом
➖ Я уже знаю теорию по этой теме?
➖ У меня есть конкретная рабочая задача, где я применю результат?
➖ В программе больше 50% практики / разбора кейсов?
Если да — идите. Если нет — лучше почитайте документацию или наймите наставника на час.
А вы ходите на мастер-классы? Что для вас было реально полезно, а что — потерей времени? 👇
#Карьера
🔥4👍3❤1🤓1
📌 Продукт и проект: в чём же разница?
Эти два слова мешают в кучу на собеседованиях, в резюме и в головах. А разница — как между такси и личным автомобилем. Оба довезут, но живут по-разному.
🚀 Проект
Жизненный цикл: начали → сделали → сдали → забыли.
У проекта есть чёткая дата завершения. Команда собралась под задачу. Бюджет выделен на срок. Как только цель достигнута — проект умер. Команда разбежалась. Документация в архиве.
Пример: построить дом, внедрить 1С, сдать отчёт за квартал.
🔄 Продукт
Жизненный цикл: придумали → запустили → растем → зреем → уходим на покой (когда надоели рынку).
У продукта нет дедлайна. Он живёт, пока нужен людям. Команда постоянная. Бюджет — на развитие, а не на одну стройку.
Продукт не «сдают», его релизят. Он умирает сам, когда рынок отворачивается.
Пример: Telegram, ваша CRM-система, мобильное приложение банка.
💡 Почему это важно для вас
— В проекте требования фиксируют в начале и не трогают. Каждое изменение — через боль и комитет.
— В продукте требования живут и меняются. Вы пробуете, ошибаетесь, улучшаете, слушаете пользователей.
⚠️ Если перепутать — вы задушите продукт бюрократией. Или никогда не закончите проект, пытаясь делать его «гибко».
🎯 Моё резюме
Сначала пойми, с чем имеешь дело. Проект — делай и сдавай. Продукт — живи с ним и развивай.
#Термины
Эти два слова мешают в кучу на собеседованиях, в резюме и в головах. А разница — как между такси и личным автомобилем. Оба довезут, но живут по-разному.
🚀 Проект
Жизненный цикл: начали → сделали → сдали → забыли.
У проекта есть чёткая дата завершения. Команда собралась под задачу. Бюджет выделен на срок. Как только цель достигнута — проект умер. Команда разбежалась. Документация в архиве.
Пример: построить дом, внедрить 1С, сдать отчёт за квартал.
🔄 Продукт
Жизненный цикл: придумали → запустили → растем → зреем → уходим на покой (когда надоели рынку).
У продукта нет дедлайна. Он живёт, пока нужен людям. Команда постоянная. Бюджет — на развитие, а не на одну стройку.
Продукт не «сдают», его релизят. Он умирает сам, когда рынок отворачивается.
Пример: Telegram, ваша CRM-система, мобильное приложение банка.
💡 Почему это важно для вас
— В проекте требования фиксируют в начале и не трогают. Каждое изменение — через боль и комитет.
— В продукте требования живут и меняются. Вы пробуете, ошибаетесь, улучшаете, слушаете пользователей.
⚠️ Если перепутать — вы задушите продукт бюрократией. Или никогда не закончите проект, пытаясь делать его «гибко».
🎯 Моё резюме
Сначала пойми, с чем имеешь дело. Проект — делай и сдавай. Продукт — живи с ним и развивай.
#Термины
👍4👏2🔥1🤓1
😌 Синдром самозванца: когда кажется, что вы тут случайно
Знакомо? Вас повысили, а вы думаете «повезло». Сделали сложный проект, а внутри голос шепчет «просто совпало». Завтра придут и поймут, что вы ничего не умеете.
Это называется синдром самозванца. И в ИТ им болеют.
🔍Как это выглядит
➖ Вас хвалят за отличный анализ, а вы уверены, что просто повезло с задачей.
➖ Коллеги спрашивают совета, а вы боитесь, что сейчас раскроют ваше «незнание».
➖ Любая ошибка подтверждает: «ну вот, я же говорил, я не настоящий специалист».
При этом объективно вы работаете хорошо. Но внутренний критик сильнее цифр и фактов.
👂Почему в ИТ это массово
Технологии меняются каждый год. Вы только выучили что-то — а уже надо переучиваться. Вы только стали мидлом — а сеньоры обсуждают что-то, чего вы не знаете.
Постоянное обучение создаёт вечное чувство: «я не успеваю, я отстаю».
Плюс индустрия полна гениев, которые в 20 лет уже CTO. Сравнивать себя с ними — прямой путь к самозванцу.
🧠Что делать
➖ Признать нормой. Почти у всех есть этот голос. Даже у тех, на кого вы смотрите с восхищением.
➖ Фиксировать победы фактами. Заведите заметку «что я сделал(а)». Не «я молодец», а «закрыл 5 багов», «задеплоил фичу», «помог коллеге». Перечитывайте, когда накатывает.
➖ Не сравнивать своё «внутри» с чужим «снаружи». Вы видите чужие успехи — но не видите их сомнений. Это нечестная игра.
➖ Просить конкретную обратную связь. Не «ну как я вообще?», а «что получилось в задаче X, что нет?». Если не верите себе — поверьте тимлиду, который говорит «вы молодец» на фактах.
➖ Говорить вслух. Обсудить с коллегой или ментором. В ответ часто слышишь: «О, у меня тоже так было». И становится легче.
➖ Действовать до уверенности. Не ждите, когда страх пройдёт. Делайте следующий шаг. Уверенность приходит после действий, а не до.
💡Моё резюме
Синдром самозванца не лечится раз и навсегда. Он будет возвращаться при каждом новом вызове. Но если вы знаете, как он работает, вы перестаёте ему верить.
Вы здесь не случайно.
Вас не обманешь на собеседовании, в проекте, в команде. Вас наняли не за гипотетическое всезнание, а за способность решать задачи. Вы их решаете — значит, вы на своём месте.
#Карьера
Знакомо? Вас повысили, а вы думаете «повезло». Сделали сложный проект, а внутри голос шепчет «просто совпало». Завтра придут и поймут, что вы ничего не умеете.
Это называется синдром самозванца. И в ИТ им болеют.
🔍Как это выглядит
➖ Вас хвалят за отличный анализ, а вы уверены, что просто повезло с задачей.
➖ Коллеги спрашивают совета, а вы боитесь, что сейчас раскроют ваше «незнание».
➖ Любая ошибка подтверждает: «ну вот, я же говорил, я не настоящий специалист».
При этом объективно вы работаете хорошо. Но внутренний критик сильнее цифр и фактов.
👂Почему в ИТ это массово
Технологии меняются каждый год. Вы только выучили что-то — а уже надо переучиваться. Вы только стали мидлом — а сеньоры обсуждают что-то, чего вы не знаете.
Постоянное обучение создаёт вечное чувство: «я не успеваю, я отстаю».
Плюс индустрия полна гениев, которые в 20 лет уже CTO. Сравнивать себя с ними — прямой путь к самозванцу.
🧠Что делать
➖ Признать нормой. Почти у всех есть этот голос. Даже у тех, на кого вы смотрите с восхищением.
➖ Фиксировать победы фактами. Заведите заметку «что я сделал(а)». Не «я молодец», а «закрыл 5 багов», «задеплоил фичу», «помог коллеге». Перечитывайте, когда накатывает.
➖ Не сравнивать своё «внутри» с чужим «снаружи». Вы видите чужие успехи — но не видите их сомнений. Это нечестная игра.
➖ Просить конкретную обратную связь. Не «ну как я вообще?», а «что получилось в задаче X, что нет?». Если не верите себе — поверьте тимлиду, который говорит «вы молодец» на фактах.
➖ Говорить вслух. Обсудить с коллегой или ментором. В ответ часто слышишь: «О, у меня тоже так было». И становится легче.
➖ Действовать до уверенности. Не ждите, когда страх пройдёт. Делайте следующий шаг. Уверенность приходит после действий, а не до.
💡Моё резюме
Синдром самозванца не лечится раз и навсегда. Он будет возвращаться при каждом новом вызове. Но если вы знаете, как он работает, вы перестаёте ему верить.
Вы здесь не случайно.
Вас не обманешь на собеседовании, в проекте, в команде. Вас наняли не за гипотетическое всезнание, а за способность решать задачи. Вы их решаете — значит, вы на своём месте.
#Карьера
❤5👍3🤓2
⏳ Дедлайн: кто страдает, когда вы делаете всё в последнюю минуту
В ИТ дедлайны — это не «к пятнице». Это релиз, который ждёт заказчик. Спринт, который сдвигается, если один не успел. И деньги, которые горят.
И да, я про вcех, не только про ИТ. И про студентов, которые сдают отчёт по практике в 23:59.
💻 Дедлайны в ИТ: почему это серьёзно
Разработчик не написал код к концу спринта → тестировщик не может начать → аналитик переписывает требования → релиз съезжает на неделю.
Системный аналитик не сдал ТЗ вовремя → разработка стоит → заказчик не видит демо → компания теряет деньги.
Тестировщик затянул проверку → баги уходят в прод → пользователи орут → поддержка тонет в тикетах.
Один опаздывающий ломает ритм всей команды.
🎓 Отправлю сюда же историю про студентов
У студентов есть дедлайн, но есть же ещё и повторная промежуточная аттестация и дедлайн размывается. Любимый вопрос: «Срок же 23:59 указанной даты?» Как же мой рабочий день? Вот и приходится проверять их работы в любом месте, например, на пассажирском сидении авто.. Хорошо хоть не за рулём 😉
🧠 Почему мы оттягиваем
Страх, что получится неидеально. Перфекционизм. Или просто лень.
Я тоже иногда прокрастинирую. Но я научилась себя обманывать: беру таймер на 15 минут и говорю «просто начну». Через 15 минут обычно втягиваюсь.
👀 Кто страдает от прокрастинации
1️⃣ Вы сами
Вы не спали ночь, сдали сырую работу, получили плохую оценку. И главное — не прокачали навык. Время потрачено, результат — ноль.
2️⃣ Ваш руководитель / тимлид / преподаватель
Я не хочу читать лепнину из ChatGPT. Когда вы сдаёте недоделку, вы крадёте моё время у тех, кто реально работал.
3️⃣ Ваша команда
Ваша прокрастинация сдвигает спринт для всех. Разработчики ждут ваши требования, тестировщики ждут написанный код, заказчик ждёт демо. Один опаздывающий — и вся цепочка летит.
🛠 Что делать (на примере отчёта студента)
✅ Режьте задачу на куски
Не «сделать отчёт», а «написать три пункта сегодня». Маленький шаг не пугает.
✅ Ставьте себе промежуточные дедлайны
Никто не заставляет их сдавать. Но вы знаете: к среде — черновик, к пятнице — чистовой.
✅ Сообщайте о прогрессе
«Написал первую часть, завтра вторую». Это не для отчёта, а чтобы самим не провалиться в болото молчания.
✅ Помните — страдать будете вы
И ваши коллеги. И ваша репутация. А не абстрактная «система».
#Байки #Инструменты
В ИТ дедлайны — это не «к пятнице». Это релиз, который ждёт заказчик. Спринт, который сдвигается, если один не успел. И деньги, которые горят.
И да, я про вcех, не только про ИТ. И про студентов, которые сдают отчёт по практике в 23:59.
💻 Дедлайны в ИТ: почему это серьёзно
Разработчик не написал код к концу спринта → тестировщик не может начать → аналитик переписывает требования → релиз съезжает на неделю.
Системный аналитик не сдал ТЗ вовремя → разработка стоит → заказчик не видит демо → компания теряет деньги.
Тестировщик затянул проверку → баги уходят в прод → пользователи орут → поддержка тонет в тикетах.
Один опаздывающий ломает ритм всей команды.
🎓 Отправлю сюда же историю про студентов
У студентов есть дедлайн, но есть же ещё и повторная промежуточная аттестация и дедлайн размывается. Любимый вопрос: «Срок же 23:59 указанной даты?» Как же мой рабочий день? Вот и приходится проверять их работы в любом месте, например, на пассажирском сидении авто.. Хорошо хоть не за рулём 😉
🧠 Почему мы оттягиваем
Страх, что получится неидеально. Перфекционизм. Или просто лень.
Я тоже иногда прокрастинирую. Но я научилась себя обманывать: беру таймер на 15 минут и говорю «просто начну». Через 15 минут обычно втягиваюсь.
👀 Кто страдает от прокрастинации
1️⃣ Вы сами
Вы не спали ночь, сдали сырую работу, получили плохую оценку. И главное — не прокачали навык. Время потрачено, результат — ноль.
2️⃣ Ваш руководитель / тимлид / преподаватель
Я не хочу читать лепнину из ChatGPT. Когда вы сдаёте недоделку, вы крадёте моё время у тех, кто реально работал.
3️⃣ Ваша команда
Ваша прокрастинация сдвигает спринт для всех. Разработчики ждут ваши требования, тестировщики ждут написанный код, заказчик ждёт демо. Один опаздывающий — и вся цепочка летит.
🛠 Что делать (на примере отчёта студента)
✅ Режьте задачу на куски
Не «сделать отчёт», а «написать три пункта сегодня». Маленький шаг не пугает.
✅ Ставьте себе промежуточные дедлайны
Никто не заставляет их сдавать. Но вы знаете: к среде — черновик, к пятнице — чистовой.
✅ Сообщайте о прогрессе
«Написал первую часть, завтра вторую». Это не для отчёта, а чтобы самим не провалиться в болото молчания.
✅ Помните — страдать будете вы
И ваши коллеги. И ваша репутация. А не абстрактная «система».
#Байки #Инструменты
🔥4🤓1