Беседы о жизни с chatgpt🌾

🙂 Участвую в программе Mentor in Tech 2й год. В этот раз впервые попробовала формат групповых менторских сессий

🐸 Вас бесят чужие итоги года?

2025 был годом, когда всё, что раньше было "в голове", начало вырастать наружу: я стала активнее делиться знаниями, создавать сообщества и выступать, не только в команде, но и на более широкую аудиторию.
В этом году я вела телеграм-канал про IT, выступила с докладом на внутрикорпроративной конференции, а ещё провела воркшоп и была спикером на МЭФ в Южной Осетии.

Главное для меня в этом году:

⭐️ развитие моего Telegram-канала;
⭐️доклады и воркшопы (включая МЭФ в Южной Осетии);
⭐️ инициатива и модерация English Conversation Club (на работе организовали разговорный клуб);
⭐️ участие в архитектурных решениях и более глубокое понимание кода: не только "как сделать", но и "почему именно так".

Спасибо всем, кто слушал, приходил на встречи и писал! Без вас этот год не был бы таким насыщенным 🤩

📌 Такую открытку подготовил для меня @TGStat_Bot (переходим и пишем 2025 @username/ссылка)

А я хочу в свою очередь вспомнить любимые посты за год. Поехали!

Пост о том, как поменялось восприятие каких то событий после начала работы в IT

Тут я рассказываю про участие в МЭФ

Достаточно личный пост о выгорании

Самый популярный(с бОльшим числом просмотров) пост об играх для онлайн-тимбилдинга

Моя любимая серия постов про айтишниц из Осетии. Жаль, что я ее немного забросила, надеюсь в 2026 году у меня будет достаточно сил и времени на продолжение
1 2 3 4

Про неожиданный взлом телеграм аккаунта и советы по безопасности

Важный для меня доклад для своих коллег про DevTools

Интересный факт про Сержа Танкяна

А чем вам запомнился этот год?

🚀 TypeScript станет быстрее

Редкий технарьский пост на канале

Microsoft официально переносит компилятор TypeScript на Go. Цель: ускорить компиляцию примерно в 10 раз.

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

На начало января 2026 уже доступна ранняя версия. Впереди постепенная интеграция и проверка на реальных проектах.

Источник:
https://devblogs.microsoft.com/typescript/typescript-native-port/

😶‍🌫️ Как я работаю со сложными задачами и незнакомым кодом и почему это наконец сработало

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

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

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

Вот что я сделала:

1. Я начала комментировать код построчно своими словами

Не аккуратно, а ровно так, как я сейчас понимаю каждую строчку.
Если комментарий не пишется, то значит, я эту строку на самом деле не понимаю, даже если она выглядит знакомо.

Это сильно отрезвляет.
Пропадает иллюзия понимания и сразу видно, где именно пробел, а не просто всё сложно.

2. Я начала писать сообщение коллеге с объяснением проблемы

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

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

🌟И задача просто решилась.🌟

Без созвонов и без "спросить кого-то умного".
Просто я наконец вынесла мышление из головы в текст.

Мой главный инсайт из этой истории:
🧠 когда я застреваю, мне не нужно "думать усиленнее", мне нужно думать вслух, через комментарии и формулировки.

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

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

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

Как подготовиться к performance review разработчику: пошаговый план

Ревью на носу, а вы не знаете, с чего начать? Я тоже раньше боялась этих встреч, пока не научилась к ним готовиться. Делюсь своим чеклистом 🙂

За 2-4 недели до ревью:

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

За неделю:

- Заполните анкету самооценки, если есть
- Попросите обратную связь у коллег, с которыми работали (обычно этим занимается HR компании)
- Продумайте свои зоны роста - лучше озвучить их самому, чем услышать от руководителя
- Составьте список вопросов: про карьерный рост, обучение, новые проекты

Перед встречей:

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

На самом ревью:

- Слушайте обратную связь, не оправдывайтесь
- Задавайте уточняющие вопросы
- Обсудите план развития и ресурсы для обучения
- Зафиксируйте договорённости письменно

Главное - не превращайте ревью в формальность. Это реально полезная штука для вашего роста, если подойти к ней серьёзно.

А вы как готовитесь к performance review? Или вообще не готовитесь? 🙂