fa
Feedback
Тимлид Леонид

Тимлид Леонид

رفتن به کانال در Telegram

Канал команды Skyeng Tech. Рассказываем про внутреннюю кухню, тимлидство, кейсы из жизни разработки и QA, а еще делимся статьями и докладами ребят.

نمایش بیشتر
8 173
مشترکین
اطلاعاتی وجود ندارد24 ساعت
-157 روز
-4430 روز
جذب مشترکین
ژوئیه '26
ژوئیه '26
+18
در 0 کانال‌ها
ژوئن '26
+50
در 0 کانال‌ها
Get PRO
مه '26
+40
در 0 کانال‌ها
Get PRO
آوریل '26
+43
در 0 کانال‌ها
Get PRO
مارس '26
+39
در 0 کانال‌ها
Get PRO
فوریه '26
+61
در 0 کانال‌ها
Get PRO
ژانویه '26
+50
در 0 کانال‌ها
Get PRO
دسامبر '25
+59
در 2 کانال‌ها
Get PRO
نوامبر '25
+54
در 1 کانال‌ها
Get PRO
اکتبر '25
+55
در 0 کانال‌ها
Get PRO
سپتامبر '25
+55
در 1 کانال‌ها
Get PRO
اوت '25
+63
در 0 کانال‌ها
Get PRO
ژوئیه '25
+69
در 0 کانال‌ها
Get PRO
ژوئن '25
+68
در 0 کانال‌ها
Get PRO
مه '25
+139
در 1 کانال‌ها
Get PRO
آوریل '25
+136
در 0 کانال‌ها
Get PRO
مارس '25
+74
در 0 کانال‌ها
Get PRO
فوریه '25
+86
در 1 کانال‌ها
Get PRO
ژانویه '25
+88
در 0 کانال‌ها
Get PRO
دسامبر '24
+82
در 1 کانال‌ها
Get PRO
نوامبر '24
+114
در 0 کانال‌ها
Get PRO
اکتبر '24
+89
در 0 کانال‌ها
Get PRO
سپتامبر '24
+224
در 0 کانال‌ها
Get PRO
اوت '24
+927
در 0 کانال‌ها
Get PRO
ژوئیه '24
+125
در 1 کانال‌ها
Get PRO
ژوئن '24
+108
در 1 کانال‌ها
Get PRO
مه '24
+80
در 0 کانال‌ها
Get PRO
آوریل '24
+106
در 0 کانال‌ها
Get PRO
مارس '24
+89
در 0 کانال‌ها
Get PRO
فوریه '24
+129
در 1 کانال‌ها
Get PRO
ژانویه '24
+136
در 0 کانال‌ها
Get PRO
دسامبر '23
+155
در 1 کانال‌ها
Get PRO
نوامبر '23
+119
در 2 کانال‌ها
Get PRO
اکتبر '23
+173
در 0 کانال‌ها
Get PRO
سپتامبر '23
+142
در 0 کانال‌ها
Get PRO
اوت '23
+171
در 0 کانال‌ها
Get PRO
ژوئیه '23
+220
در 0 کانال‌ها
Get PRO
ژوئن '23
+251
در 0 کانال‌ها
Get PRO
مه '23
+2 609
در 0 کانال‌ها
Get PRO
آوریل '23
+92
در 0 کانال‌ها
Get PRO
مارس '23
+110
در 0 کانال‌ها
Get PRO
فوریه '23
+70
در 0 کانال‌ها
Get PRO
ژانویه '23
+124
در 0 کانال‌ها
Get PRO
دسامبر '22
+39
در 0 کانال‌ها
Get PRO
نوامبر '22
+40
در 0 کانال‌ها
Get PRO
اکتبر '22
+42
در 0 کانال‌ها
Get PRO
سپتامبر '22
+90
در 0 کانال‌ها
Get PRO
اوت '22
+64
در 0 کانال‌ها
Get PRO
ژوئیه '22
+66
در 0 کانال‌ها
Get PRO
ژوئن '22
+111
در 0 کانال‌ها
Get PRO
مه '22
+130
در 0 کانال‌ها
Get PRO
آوریل '22
+443
در 0 کانال‌ها
Get PRO
مارس '22
+113
در 0 کانال‌ها
Get PRO
فوریه '22
+101
در 0 کانال‌ها
Get PRO
ژانویه '22
+88
در 0 کانال‌ها
Get PRO
دسامبر '21
+59
در 0 کانال‌ها
Get PRO
نوامبر '21
+99
در 0 کانال‌ها
Get PRO
اکتبر '21
+66
در 0 کانال‌ها
Get PRO
سپتامبر '21
+51
در 0 کانال‌ها
Get PRO
اوت '21
+46
در 0 کانال‌ها
Get PRO
ژوئیه '21
+71
در 0 کانال‌ها
Get PRO
ژوئن '21
+57
در 0 کانال‌ها
Get PRO
مه '21
+75
در 0 کانال‌ها
Get PRO
آوریل '21
+52
در 0 کانال‌ها
Get PRO
مارس '21
+80
در 0 کانال‌ها
Get PRO
فوریه '21
+66
در 0 کانال‌ها
Get PRO
ژانویه '21
+115
در 0 کانال‌ها
Get PRO
دسامبر '20
+5 115
در 0 کانال‌ها
تاریخ
رشد مشترکین
اشارات
کانال‌ها
22 ژوئیه+2
21 ژوئیه0
20 ژوئیه+1
19 ژوئیه0
18 ژوئیه+1
17 ژوئیه0
16 ژوئیه+1
15 ژوئیه+3
14 ژوئیه+1
13 ژوئیه0
12 ژوئیه+1
11 ژوئیه0
10 ژوئیه+1
09 ژوئیه+1
08 ژوئیه0
07 ژوئیه+2
06 ژوئیه0
05 ژوئیه0
04 ژوئیه+3
03 ژوئیه0
02 ژوئیه+1
01 ژوئیه0
پست‌های کانال
Встречи наши встречи 💬 Принесли вам бинго типичного созвона — напишите в комментариях, если мы что-то забыли.
Встречи наши встречи 💬  Принесли вам бинго типичного созвона — напишите в комментариях, если мы что-то забыли.

2
🐞 Fun fact: слово «баг» буквально означает «жук» И это не совпадение! Термин bug («жук») инженеры использовали ещё задолго д
🐞 Fun fact: слово «баг» буквально означает «жук» И это не совпадение! Термин bug («жук») инженеры использовали ещё задолго до появления современных компьютеров — так они называли любые неполадки в работе техники. Но настоящую популярность слово получило в 1947 году. Инженер и пионер программирования Грейс Хоппер с коллегами искала причину сбоя компьютера Mark II и обнаружила настоящую бабочку, застрявшую между контактами реле. Насекомое приклеили в журнал неисправностей с подписью: «Первый случай, когда был найден настоящий баг». С тех пор слово «баг» прочно вошло в обиход 😉
1 933
3
А вы знаете, почему ошибки в коде называют багами? 🐞 🔥 — Да, знаю 🤔 — Не-а, просветите меня
1 577
4
Привет! Меня зовут Виталий Панаит, я разработчик в Skyeng. В прошлой статье я рассказывал про систему, которая автоматически собирает и сохраняет контекст проекта. И пока мы строили этот «второй мозг» команды, стало понятно, что похожая проблема есть ещё в одном месте — в код-ревью. Сам процесс ревью у нас был выстроен давно, но чем больше становилось задач и команд, тем заметнее было, что результат начинает зависеть от человеческого фактора. Всё по классике: у кого-то горят сроки, кто-то переключается между пятью задачами одновременно. Тогда мы начали думать, можно ли часть этой рутины отдать ИИ. 🔗 Статья о том, как мы встроили ИИ в ревью кода и разгрузили разработчиков
2 192
5
Ожидание: дежурный мощными лапами разгребает все влёты 🐺 Реальность: был в сети 15 минут назад 🕘 Уже рассказывали, как наша
Ожидание: дежурный мощными лапами разгребает все влёты 🐺 Реальность: был в сети 15 минут назад 🕘 Уже рассказывали, как наша система дежурств спасает команду от хаоса и расфокуса. Но когда мы только внедряли эту практику, время от времени что-то давало сбой: – терялась информация при передаче смены; – всё дежурство сводилось к поискам ответственных и тегам других разработчиков; – в первые итерации дежурные только тушили пожары, поэтому появился страх, что так будет всегда, а с ним — мандраж и выгорание. Как мы научились этого избегать? Пришлось кое-что поменять в процессах. ➡️ Готовимся к дежурству Сначала проверяем, что у дежурного есть все доступы (k8s, актуальная БД, деплой), чтобы решать проблемы самому, а не бегать по личкам. Выкручиваем уведомления на максимум (в десктопе и в мобилке), чистим календарь от неважных встреч, а бэклог — от больших задач, где нужно погружение. Ставим в статус 👷‍♂️ и начинаем дежурство. Реакции в каналах тоже должны быть прозрачными: • 👀 — увидели алерт; • 🚧 — взяли в работу; • ✔️ — готово, завершено. Весь контекст и результаты фиксируются прямо в тредах или в комментариях Sentry. Если баг сложно поправить прямо сейчас, но в целом он не критичный, или дежурный занят чем-то другим, — заводим отдельную задачу. ➡️ Адекватная эскалация Обращаемся к экспертам команды, только если зашли в тупик или если понятно, что автор кода исправит всё за пять минут, а дежурный убьёт на это часы. Иногда поток фокусов аномальный: всплывает алерт, дежурный правит баг, а тут ещё поддержка что-то эскалирует. В таких случаях просим помощи у команды — один занимается багом, другой отвечает поддержке. Важно не геройствовать: зашёл в тупик — созваниваемся, шарим экран и решаем проблему вместе. Иначе никто ничему не учится, и bus-фактор так и остаётся низким. ➡️ Бесшовная передача дел Каждый дейлик начинается с вопроса «что было на дежурстве». В день пересменки уходящий дежурный передаёт незавершённые дела «из рук в руки». Если что-то потерялось, артефакты всё равно останутся в каналах — пропустить задачу не получится. Начатые дела, которые можно сделать самостоятельно, доделываем сами. ➡️ План Б на случай форс-мажора Чтобы дежурный мог заболеть, уйти на обед или в дэй-офф, а прод не сгорел в его отсутствие, заранее договариваемся с замещающим. Как правило, это следующий по графику смен дежурный. Пришли к такому регламенту методом проб и ошибок. Пока всё (тьфу-тьфу) работает. Если у вас другая схема, расскажите в комментариях 👇🏼
2 107
6
Тоже понравилось работать четыре дня в неделю? 💔 Следующая такая возможность будет только через месяц, из-за выходного 12 ию
Тоже понравилось работать четыре дня в неделю? 💔 Следующая такая возможность будет только через месяц, из-за выходного 12 июня. А ведь какие-то счастливые люди работают в таком режиме постоянно… или несчастливые? Например, американский финтех Bolt недавно перешёл обратно на пятидневную рабочую неделю. По словам CEO, компания не смогла перестроиться. Сотрудники просто работали на износ, пытаясь уместить 40 часов задач в четыре рабочих дня, и быстро выгорали. Вы как, хотите четырёхдневку или ничего не успеваете? 👀 ❤️ — хочу так работать каждую неделю 👍 — можно иногда для разнообразия, но не всё время
2 025
7
🤔 «Подождите, а мы это уже обсуждали?» Та самая фраза, после которой проект начинает идти по второму кругу. Решения теряются
🤔 «Подождите, а мы это уже обсуждали?» Та самая фраза, после которой проект начинает идти по второму кругу. Решения теряются, обсуждения повторяются, у каждого своя версия происходящего. Мы в Skyeng столкнулись с этим и собрали систему, в которой проект сам сохраняет контекст: встречи превращаются в понятные договорённости, задачи не теряются, а нужную информацию можно получить в любой момент. По сути, это «память» проекта, которая всегда под рукой 🧠 👉 Как устроена система и что она меняет в работе команды — разобрали в статье.
1 999