А какие интервью я для вас готовлю 🤌

🤩 Простые советы по составлению резюме для джунов

Недавно разбирала резюме начинающих разработчиков и заметила несколько типичных ошибок. Делюсь наблюдениями:

🤩 Указывайте релевантный опыт и адекватную зарплату. Когда человек с 3 годами опыта просит зарплату джуна - это смущает. Либо сократите опыт (например, работу в вузе вынесите в доп.информацию, если она не касалась разработки игр напрямую), либо поднимайте ценник и откликайтесь на более опытные позиции.

🤩 Делайте резюме под конкретную вакансию. Общие резюме "обо всём и сразу" не работают. Да, это затратно по времени, но попробуйте создавать отдельное резюме под каждую вакансию. Видите в требованиях JSON и ООП? Вносите эти навыки в резюме прямым текстом.

🤩 Располагайте навыки по приоритету: сначала те, где больше опыта, потом всё остальное.

🤩 Личные качества типа "быстро учусь" выносите в раздел "Обо мне", а в навыках пишите только технические скиллы.

🤩 Для C# разработчика обязательно добавьте SOLID, паттерны, юнит-тесты, MS SQL Server. Да, это базовые вещи, но резюме сначала смотрят рекрутеры, которые далеки от разработки. Они могут подумать, что вы этого просто не знаете.

🤩 Усильте раздел "Обо мне": допишите про волонтерство (если был), другой опыт работы, как развиваете навыки (пет-проекты, конференции, подкасты, книги). В game dev можно и нужно писать про интерес к играм! Тут же продублируйте контакты: телефон, почту и телеграм (в телеге связываться удобнее).

🤩 Проекты в гитхабе дополните кратким описанием в readme.

Какие ещё ошибки в резюме джунов вы замечали?

Когда застряла и не понимаешь, что не так — чек-лист вопросов себе

Бывает, сидишь над задачей, а она не решается. И вроде всё понятно, но что-то не работает. Или вообще непонятно, с какого края подступиться.

Вот список вопросов, которые я задаю себе в таких ситуациях:

🌟 Я точно понимаю, что должно получиться на выходе?
🌟 Какие данные приходят на вход? Я их проверила?
🌟 Что именно не работает: весь код или конкретный кусок?
🌟 Я читала сообщение об ошибке или просто испугалась его?
🌟 Когда последний раз код работал? Что изменилось с тех пор?
🌟 Я пробовала залогировать промежуточные результаты?
🌟 Может, я решаю не ту проблему?
🌟 Я отдыхала в последние пару часов или уже тупо устала?
🌟 Есть ли у меня пример рабочего кода с похожей логикой?
🌟 Я пыталась объяснить проблему вслух (хотя бы утёнку)?

Обычно на каком-то из этих вопросов приходит озарение 💡

А какие вопросы себе задаёте вы, когда застреваете на чем-то?

👁 Как я перестала бояться выглядеть глупо, когда что-то не понимаю

Раньше я часто молчала. На митингах, в обсуждениях я думала: "Если спрошу, подумают, что я слабая". И потом всегда жалела: уходил час, проблема оставалась, а я ещё сильнее стеснялась спрашивать позже.

Потом случились несколько простых, но важных вещей, которые постепенно сломали этот стереотип:

⛵️ Я наблюдала за коллегами, которые не боялись спрашивать. Они задавали быстрые уточняющие вопросы и не падали в глазах команды. Наоборот: их замечали, их хвалили, они двигались вперёд. Это был первый удар по мысли "вопрос = слабость".

⛵️ Мой тимлид прямо поддерживал: не "ты должна всё знать", а "задавай больше вопросов". Когда сверху приходил такой сигнал, страх заметно уменьшался.

⛵️ Преподавание дало другой ракурс: вопросы студентов не кажутся глупыми, они показывают, где нужно разъяснить. Часто один простенький вопрос делал объяснение полезнее для всех.

⛵️ Ещё был момент, когда я озвучила идею клиенту, не до конца уверенная в своей идее, и она понравилась заказчику. Это был эмоциональный якорь: моё мнение оказалось ценным.

Что помогает мне сейчас:

🐟Когда есть материалы к встрече (список задач или тем), я заранее прохожусь по ним и выписываю вопросы. Не обязательно красиво, главное зафиксировать, что непонятно. На встрече это сильно снижает тревогу: вопрос уже готов.

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

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

А вы умеете задавать вопросы и просить о помощи? 🙂

Тайм-менеджмент больше не работает

Наткнулась на статью про то, что классический тайм-менеджмент с его помидорами и поминутными календарями себя исчерпал.

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

Что понравилось в подходе:
• Учёт хронотипов: "жаворонки" делают сложное до 12:00, "совы" - после 16:00
• Окна глубокой работы по 2 часа, когда тебя никто не дёргает
• Общие встречи в обеденное время (12:00-15:00), когда у всех примерно одинаковая энергия (пусть плохо будет всем)
• Отказ от тотального планирования в пользу работы с энергией

Результаты у команды автора впечатляют: удовлетворённость выросла на 25%, ошибок стало меньше на 18%, а креативность вообще взлетела.

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

А вы замечали, в какое время суток вам легче всего решать сложные задачи?

Почитать статью ⤵️
Статья

🤪 Как я справилась с выгоранием (дважды!)

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

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

✅ Дневник успехов. Каждый день в конце рабочего дня записывайте, что у вас получилось хорошо. Завершили задачу, поговорили с кем-то, предложили идею на созвоне; всё это считается. Периодически перечитывайте свои записи.

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

А какие советы вы бы дали? Как справляетесь с выгоранием?

😍 Успела камбекнуться раньше BTS

Я продолжаю на канале рубрику про IT-специалистов из Осетии.
Предыдущие материалы можно найти здесь

Сегодня познакомимся с Георгием - он бизнес-аналитик в АльфаБанке и строит IT-сообщество в Осетии.
Полное интервью читайте по ссылке


#ITОсетия #наборцветныхкостылей

Новый тест Тьюринга: проверяем ИИ на хамство 🥁

Учёные предложили свежий подход к тесту Тьюринга: теперь отличать ИИ от человека будут по способности... хамить!

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

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

Что думаете, стоит ли делать ИИ более "человечным" со всеми нашими недостатками или пусть остаётся вежливым роботом?

Источник

Про pull request-ы

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

Вот что делает PR действительно удобным для проверки:

🟢Размер имеет значение
- Оптимально 25-100 строк кода - такой PR можно проверить за 10-15 минут
- Больше 400 строк? Ревьюер уже устал и начинает пропускать детали
- Лучше разбить большую задачу на несколько маленьких PR

🔵Описание - это святое
- Объясните ЧТО вы изменили, ЗАЧЕМ это нужно и КАК реализовали (чатагпт в помощь)
- Добавьте скриншоты для UI-изменений
- Укажите номер задачи и ссылки на документацию
- Не пишите просто "fix bug" - это ни о чём не говорит

🟡Коммиты должны рассказывать историю
- Каждый коммит - законченное изменение
- Понятные названия: "feat: add user authentication" вместо "changes"
- Можно потом посмотреть историю и понять, что происходило
-* Часто в командах добавляют номер задачи для удобного поиска коммитов

🔴Самопроверка перед отправкой
- Прогоните тесты локально
- Уберите console.log и закомментированный код
- Проверьте, что всё собирается не только у вас
- Посмотрите diff глазами ревьюера - часто сами найдёте косяки

🟢Документация в коде
- Объясните сложные места комментариями
- Если обходите баг в библиотеке - обязательно напишите об этом
- README должен быть актуальным

Кстати, я сама долго игнорировала эти правила, пока не начала ревьюить чужой код. Когда видишь PR на 800 строк без описания, понимаешь, как это неприятно 🤩

А у вас есть какие-то свои правила для PR? Или может наоборот - видели совсем ужасные примеры?

📣Привет!
Сегодня познакомимся с Иосифом Дзерановым - основателем онлайн-школы "IRON PROGRAMMER", программистом и преподавателем.

В интервью он рассказывает о процессе создания курсов и делится вдохновляющими историями его учеников.

Конечно же, мы поговорили про ИИ и удалённую работу из Владикавказа.

Подробнее читайте по ссылке и не забудьте оставить комментарий, если было интересно ✈️


#ITОсетия #наборцветныхкостылей