Teamlead Good Reads – ежедневные советы про менеджмент людей и команд
Kanalga Telegram’da o‘tish
Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами. Наш AI Engineering Club: podlodka.ai РКН: https://gosuslugi.ru/snet/67b4386d2a44e21839a0f87f Реклама: @tanyasanovna
Ko'proq ko'rsatish
Tarmoq:📈 Telegram kanali Teamlead Good Reads – ежедневные советы про менеджмент людей и команд analitikasi
Teamlead Good Reads – ежедневные советы про менеджмент людей и команд (@leadgr) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 28 550 obunachidan iborat bo'lib, Biznes toifasida 2 153-o'rinni va Rossiya mintaqasida 22 758-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 28 550 obunachiga ega bo‘ldi.
28 Oktabr, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 247 ga, so‘nggi 24 soatda esa 368 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 18.32% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 10.06% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 5 194 marta ko‘riladi; birinchi sutkada odatda 2 851 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 30 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent стратоплан, менеджмент, архитектура, контекст, llm kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами.
Наш AI Engineering Club: podlodka.ai
РКН: https://gosuslugi.ru/snet/67b4386d2a44e21839a0f87f
Реклама: @tanyasanovna”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 29 Oktabr, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Biznes toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
28 550
Obunachilar
+36824 soatlar
+4007 kun
+24730 kun
Ma'lumotlar yuklanmoqda
O'xshash kanallar
Taglar buluti
Kirish va chiqish esdaliklari
---
---
---
---
---
---
Obunachilarni jalb qilish
Oktabr '26Okt '26
Oktabr '26
+715
2 kanalda
Sentabr '26
+117
1 kanalda
Get PRO
Avgust '26
+106
5 kanalda
Get PRO
Iyul '26
+126
3 kanalda
Get PRO
Iyun '26
+865
0 kanalda
Get PRO
May '26
+132
1 kanalda
Get PRO
Aprel '26
+135
0 kanalda
Get PRO
Mart '26
+242
3 kanalda
Get PRO
Fevral '26
+3 775
4 kanalda
Get PRO
Yanvar '26
+185
3 kanalda
Get PRO
Dekabr '25
+289
7 kanalda
Get PRO
Noyabr '25
+200
4 kanalda
Get PRO
Oktabr '25
+324
8 kanalda
Get PRO
Sentabr '25
+200
3 kanalda
Get PRO
Avgust '25
+305
5 kanalda
Get PRO
Iyul '25
+258
4 kanalda
Get PRO
Iyun '25
+289
6 kanalda
Get PRO
May '25
+719
5 kanalda
Get PRO
Aprel '25
+968
6 kanalda
Get PRO
Mart '25
+394
4 kanalda
Get PRO
Fevral '25
+348
4 kanalda
Get PRO
Yanvar '25
+1 573
3 kanalda
Get PRO
Dekabr '24
+307
8 kanalda
Get PRO
Noyabr '24
+368
1 kanalda
Get PRO
Oktabr '24
+514
4 kanalda
Get PRO
Sentabr '24
+513
2 kanalda
Get PRO
Avgust '24
+1 068
5 kanalda
Get PRO
Iyul '24
+511
3 kanalda
Get PRO
Iyun '24
+316
5 kanalda
Get PRO
May '24
+377
7 kanalda
Get PRO
Aprel '24
+561
5 kanalda
Get PRO
Mart '24
+1 436
6 kanalda
Get PRO
Fevral '24
+579
2 kanalda
Get PRO
Yanvar '24
+296
1 kanalda
Get PRO
Dekabr '23
+310
2 kanalda
Get PRO
Noyabr '23
+287
3 kanalda
Get PRO
Oktabr '23
+310
1 kanalda
Get PRO
Sentabr '23
+400
0 kanalda
Get PRO
Avgust '23
+368
0 kanalda
Get PRO
Iyul '23
+392
0 kanalda
Get PRO
Iyun '23
+690
0 kanalda
Get PRO
May '23
+6 341
0 kanalda
Get PRO
Aprel '23
+461
0 kanalda
Get PRO
Mart '23
+433
0 kanalda
Get PRO
Fevral '23
+452
0 kanalda
Get PRO
Yanvar '23
+344
0 kanalda
Get PRO
Dekabr '22
+170
0 kanalda
Get PRO
Noyabr '22
+230
0 kanalda
Get PRO
Oktabr '22
+446
0 kanalda
Get PRO
Sentabr '22
+333
0 kanalda
Get PRO
Avgust '22
+528
0 kanalda
Get PRO
Iyul '22
+458
0 kanalda
Get PRO
Iyun '22
+918
0 kanalda
Get PRO
May '22
+308
0 kanalda
Get PRO
Aprel '22
+651
0 kanalda
Get PRO
Mart '22
+189
0 kanalda
Get PRO
Fevral '22
+388
0 kanalda
Get PRO
Yanvar '22
+680
0 kanalda
Get PRO
Dekabr '21
+75
0 kanalda
Get PRO
Noyabr '21
+44
0 kanalda
Get PRO
Oktabr '21
+46
0 kanalda
Get PRO
Sentabr '21
+56
0 kanalda
Get PRO
Avgust '21
+51
0 kanalda
Get PRO
Iyul '21
+48
0 kanalda
Get PRO
Iyun '21
+73
0 kanalda
Get PRO
May '21
+45
0 kanalda
Get PRO
Aprel '21
+64
0 kanalda
Get PRO
Mart '21
+61
0 kanalda
Get PRO
Fevral '21
+74
0 kanalda
Get PRO
Yanvar '21
+102
0 kanalda
Get PRO
Dekabr '20
+2 871
0 kanalda
| Sana | Obunachilarni jalb qilish | Esdaliklar | Kanallar | |
| 29 Oktabr | +201 | |||
| 28 Oktabr | +368 | |||
| 27 Oktabr | +49 | |||
| 26 Oktabr | +6 | |||
| 25 Oktabr | +2 | |||
| 24 Oktabr | +3 | |||
| 23 Oktabr | +9 | |||
| 22 Oktabr | +1 | |||
| 21 Oktabr | +1 | |||
| 20 Oktabr | +4 | |||
| 19 Oktabr | +8 | |||
| 18 Oktabr | +3 | |||
| 17 Oktabr | +4 | |||
| 16 Oktabr | +6 | |||
| 15 Oktabr | +4 | |||
| 14 Oktabr | +9 | |||
| 13 Oktabr | 0 | |||
| 12 Oktabr | +7 | |||
| 11 Oktabr | +1 | |||
| 10 Oktabr | +3 | |||
| 09 Oktabr | 0 | |||
| 08 Oktabr | +7 | |||
| 07 Oktabr | 0 | |||
| 06 Oktabr | +5 | |||
| 05 Oktabr | +4 | |||
| 04 Oktabr | +1 | |||
| 03 Oktabr | +3 | |||
| 02 Oktabr | +1 | |||
| 01 Oktabr | +5 |
Kanal postlari
Расскажу про SDD на AI Dev Live 2026
С тех пор, как я пошел работать в CodeSpeak, я довольно плотно закопался в Spec-Driven Development – и сам начал использовать разные фреймворки, и пообщался с кучей компаний разного масштаба, чтобы понять, а как они живут с SDD в больших реальных проектах.
А выяснилось, что, как и от любого другого подхода, от SDD часто ожидают очень странного – кто-то уверен, что это поможет полностью отказаться от чтения кода, кто-то – что это поможет передать разработку продактам и аналитикам, кто-то – что они получат самооновляемую продуктовую документацию. На самом деле все, конечно же, не совсем так.
На основе вот этих наблюдений, собственного опыта и разных идей, которые мы обсуждаем в CodeSpeak, у меня получился классный доклад, который я рассказывал внутри нескольких компаний, которые подумывали пойти в SDD. И вот пришло время наконец-то выступить с ним публично!
Где: Онлайн-конференция AI Dev Live 2026
Когда: 11–12 ноября 2026 (ср-чт), с 14:00 до ~19:15 Мск
Формат: онлайн-эфир на русском с лекциями (всего будет 15 докладов), будет возможность задавать вопросы в чате
Как попасть: бесплатно, подписавшись на каналы спикеров через бота, либо платно
🔗Регистрация и подробности
| 2 |  Про потерю связности
Ну очень классное эссе про то, почему decoherence, потеря архитектурной связности, всегда была одной из самых опасных проблем в разработке софта, и стала еще более насущной из-за агентов.
Основная мысль такая – агенты работают по жадному алгоритму, выбирая самый короткий путь к решению локальной проблемы, при этом приводя к постепенной эрозии архитектуры. Из-за этого каждое следующее изменение становится дороже, а поведение менее предсказуемым.
При этом автор критикует и подход брать этот технический долг в расчете на "ну мы просто бросим больше компьюта" или "модели следующего поколения все проблемы порешают". Не порешают, так как пресловутая архитектурная целостность и качество софта не задаются простой функцией, которую легко оптимизировать. | 3 151 |
| 3 |  +4💸 Экономика продукта в кризис — новый сезон Podlodka Product Crew
Рынок штормит: пользователи осторожнее тратят деньги, бюджеты на развитие продуктов сокращаются, а бизнес всё настойчивее требует снижать издержки — в том числе с помощью AI.
В итоге продактам нужно постоянно находить точки роста в условиях, когда стандартные инструменты уже не так хорошо работают.
С 9 ноября стартует конференция Podlodka Product Crew — «Экономика продукта в кризис». Организаторы собрали практические решения, которые помогут эффективно действовать, а не просто пережидать непростое время.
🧠 Участники конференции:
• Разберут, как расти и планировать бюджет, когда ресурсов мало, а ожидания высоки
• Обсудят, как доказать бизнесу свою ценность, и где теперь граница между зонами ответственности продакта и AI
• Увидят, как выглядит команда, пересобранная под AI: что внедрили и что не взлетело
• Посчитают экономику продукта: от костов на AI-агентов до прибыли и инкрементального эффекта.
И это ещё не всё — программа дополняется!
Формат такой: 5 дней, утренние и вечерние сессии в Zoom с демо и практикой и закрытое комьюнити в Telegram.
Подключайтесь: вас ждёт максимум практических примеров и артефактов, которые можно адаптировать под свой продукт — от небольшого стартапа до крупной компании.
🎟 Билеты на Podlodka Product Crew | 3 402 |
| 4 | Смерть письменной культуры Amazon
Если попросить любого из подписчиков канала назвать три отличительные особенности культуры Amazon, то он почти точно вспомнит про повышенную любовь Безоса, а, значит, и всей компании, к написанию документов. Мы даже выпуск Подлодки с Александром Ложечкиным про это записывали!
Основная идея за такой культурой была в том, что сложно написать ясный документ, не вложив в него достаточное количество мыслительных усилий. Тот же Безос объяснял это так:
Full sentences are harder to write. They have verbs. The paragraphs have topic sentences. There is no way to write a six-page, narratively structured memo and not have clear thinking.
AI полностью меняет это уравнение – большие документы теперь наоборот показывают, что сгенерировавший их человек не потратил ни минуты на то, чтобы выделить важное или хотя бы прочитать их. И это довольно сильно ломает кучу процессов, завязанных на идее writing is thinking – согласование новых идей, перфоманс ревью, промо, да даже подготовка дизайн документов.
Несмотря на громкое название статьи, у автора не то чтобы были конкретные истории о том, что именно происходит в Amazon – он уволился оттуда еще в 2024, до настоящего взлета AI. Но подумать о том, может ли такая культура выжить, и как она трансформируется, все равно интересно. | 3 640 |
| 5 | Задавайте больше вопросов
Когда мы действительно пытаемся что-то понять, то строим в голове модель описываемого предмета. Единственный способ эту модель откалибровать – задавать вопросы, чем больше, тем лучше. Именно большое количество вопросов всегда было главным инструментом менеджера, которому надо было погрузиться в те части проекта, которые он не трогал руками сам.
Теперь тот же самый навык становится супер-ценным в работе с агентами. Они всегда звучат очень уверенно, когда предлагают какие-то решения, но уже после нескольких вопросов вида "а точно ли у нас нигде такой класс уже не реализован?", или "правда ли что авторизация работает именно так?" выясняется, что на самом деле в половине случаев предположения агента не верны.
Поэтому до тех пор, пока агентов не натренируют на то, чтобы очень явно говорить о том, в чем они не уверены, наш менеджерский навык задавания вопросов останется ценным! | 3 705 |
| 6 |  Внедрение ИИ в компании стоит начинать не с выбора инструментов, а с понимания, где он действительно сэкономит время, как оценить эффект и какие задачи бизнеса должен решить.
Разберите эти вопросы с топовым экспертом из Яндекса и НИУ ВШЭ на бесплатной консультации при покупке любой программы ИИ-тренингов до конца ноября.
Формат: 1 час с предварительным брифингом. Тему согласуем заранее.
Что вас ждёт:
▪️ Обсудим ваши реальные задачи или типовые сценарии — подготовка к встречам, работа с документами, внедрение ИИ в команде.
▪️ Покажем, какие инструменты попробовать, как повысить личную эффективность, какие процессы автоматизировать и как проверить результат.
▪️ После встречи вы получите письменные артефакты — промты, рекомендации, чек-лист, роадмап или список шагов.
Оставить заявку
Реклама, ООО Яндекс, ИНН 7736207543, erid: 2VtzqviVCB7 | 3 754 |
| 7 | The Power Broker – лучшая книга для менеджеров
Я пару месяцев назад дочитал, кажется, САМУЮ БОЛЬШУЮ книгу в своей жизни – Power Broker. Это невероятно подробная биография Роберта Мозеса – человека, занимавшего довольно смешные должности вроде "главный за парки Лонг-Айленда", который при этом перестроил половину Нью-Йорка по своему чувству прекрасного, сломал об колено демократию, и подчинившего себе длинную череду мэров, губернаторов и президентов.
Так вот, теперь эта книга первая в списке тех, которую я буду рекомендовать любым менеджерам. Она очень хорошо объясняет сразу несколько вещей:
• Как вообще работает власть и как ее получить, когда у тебя нет никаких прямых рычагов.
• Как добиваться результатов в проектах, которые все считают невыполнимыми.
• Как использовать политические механизмы для пользы дела.
• Как власть меняет и самого человека, и превращает благие намерения во что-то отвратительное и разрушительное.
Чтобы вас заинтересовать, буквально несколько замечательных историй из книги:
👉Чтобы получить финансирование для строительства мостов (а Мозес ну очень любил строить мосты), он выпускал облигации. Облигации сопровождались большим количеством дополнительных условий, среди которых было и описание конкретных полномочий Мозеса. Купленная облигация по сути является подписанным контрактом, а сила контракта охраняется конституцией. Таким образом, после продажи пачки облигаций, формальное подчинение Мозеса мэру не значило ровным счетом ничего – никто не мог контролировать его решения.
👉Мозес был королем получения государственных грантов для своих проектов. Он получал их не потому, что занимался самыми полезными вещами (на самом деле многие из его инициатив, наоборот, активно вредили городу). Секрет был в другом – он всегда приходил за грантом с готовым просчитанным до мелочей проектом строительства, в то время как все остальные вбрасывали вялые неоформленные идеи. Короче говоря, побеждают не лучшие идеи, а наиболее готовые к реализации.
👉Мозес никогда не ждал формального одобрения полного бюджета для своих проектов. Вместо этого он начинал работать с доступным минимумом денег, закладывал базовую инфраструктуру, рассказывал прессе о том, как все будет прекрасно, и только потом шел запрашивать дополнительный бюджет. И ответственные за выделение денег были в тупике – если они бюджет не выделят, их распнут за то, что они заморозили перспективную стройку, результатов которой уже ждут все вокруг. Иначе говоря, чем больше людей и ресурсов уже включено в проект, тем политически сложнее его остановить.
Готовьтесь к тому, что чтение может быть не самым простым – например, целая глава посвящена описанию опор одного из построенных Мозесом мостов. А другая рассказывает во всех деталях про зонирование Лонг-Айленда и то, кому из нефтяных баронов какой участок принадлежал. Тем не менее, читать это все равно невероятно интересно – автор, Роберт Каро, получил Пулицера за эту книгу во многом благодаря тому, насколько захватывающе он может писать о, казалось бы, очень скучных вещах.
Короче говоря, я правда очень-очень рекомендую вам ее прочитать. | 3 561 |
| 8 | Ошибка периферийного примера
Я принес новое когнитивное искажение в вашу копилку, чтобы вы могли эффективнее отбривать своих оппонентов в спорах. Суть в следующем:
👉Предмет спора можно отнести к категории, архетипичные примеры которой вызывают сильную эмоциональную реакцию.
👉Предмет спора при этом по факту находится где-то на периферии категории.
👉Так как предмет формально относится к категории, то эту эмоциональную реакцию автоматически распространяют и на него.
Несколько примеров, чтобы было понятнее:
1️⃣Мартин Лютер Кинг сидел в тюрьме, а и значит он плохой человек.
2️⃣Генетическая инженерия это евгеника, а значит неэтична.
3️⃣Дублирование одной и той же функции в двух классах нарушает DRY, а значит – говнокод, и вредит системе.
Не используйте такие аргументы, пожалуйста, и не давайте использовать другим. | 4 715 |
| 9 | Должен ли руководитель делать команду счастливой
Во многих из нас живет крепкая вера в то, что одна из главных задач руководителя – делать свою команду счастливой. Поэтому любые действия, которые этому счастью мешают – увольнения, отсутствие повышений – воспринимаются как плохая работа менеджера.
Но вообще-то задача руководителя – делать так, чтобы его команда была эффективной и приносила пользу. Психологическая безопасность и комфорт важны, но не как самоцель, а потому что они являются предусловиями для того, чтобы люди могли учиться и рисковать. | 5 123 |
| 10 | Вы просто неправильно используете фреймворк
Если вы попробовали внедрить модный подход, и у вас не получилось, то самой частой реакцией от его апологетов будет "ну вы просто использовали его неправильно". Да что уж там, я таким же был – ходил по конференциям, рассказывал, как мы в Авито прекрасно жили с OKR, а когда кто-нибудь рассказывал про свой неудачный опыт, то бросался объяснять, что он просто не разобрался, как правильно.
Проблема тут не в том, что OKR не работают или вредны. Как и в случае большинства других подходов (ну кроме холократии конечно), есть много компаний, которым такой подход к целеполаганию полезен.
Ошибка состоит в другом, и мне нравится, как автор статьи ее определяет:
I call this the “Precision Fallacy”: the belief that a more precise understanding or implementation would have worked, where the precision in question is undefined, or so intricate that it’s impossible to follow, and thus it’s an un-dis-provable excuse.
Нет ничего плохого в том, чтобы пробовать решения, которые сработали где-то еще, подкручивать их под ваши обстоятельства, и быстро выкидывать, если пользы нет. И что бы в этот момент вам ни говорили их сторонники, помните, что проблема скорее всего не в том, что вы сделали что-то не то, а в том, что конкретное решение не очень хорошо подходит конкретно вашим обстоятельствам. | 4 971 |
| 11 | Еще одна эвристика для боттлнека в code review
Продолжаем обсуждать, как справляться с однозначно выросшим количеством кода, который нужно ревьюить. Как и в примере с Claude Code, в этой статье основная идея тоже крутится вокруг того, чтобы определять подмножество PR, которые можно не ревьюить. Для этого CI автоматически помечает часть PR как small-change при выполнении следующих условий:
👉Меньше 1000 строк.
👉Автоматическое ревью не нашло проблем с высоким приоритетом.
👉Автор PR слил хотя бы 10 других изменений, затрагивающих изменяемый модуль. Если PR трогает сразу несколько модулей, проверка опыта запускается для каждого.
👉Затрагивает не больше, чем N отдельных сервисов или приложений. Во фронтовой монорепе N=1, в бэкендной N=3.
👉Не затрагивает общие библиотеки.
👉Не затрагивает файлы, прописанные в отдельном конфиге, для которых обязательно ревью от человека.
Вот с такой эвристикой 10% всех PR попадают под этот фильтр и мерджатся автоматически. | 5 008 |
| 12 | Как в Anthropic делают code review
Ежемесячное количество PR в Claude Code выросло с с 2500 в мае до 30000 в сентябре. Еще раз, тысяча PR в день! Конечно, код такими темпами читать они не будут. Вместо этого вот как они подходят к code review:
1️⃣Локальные проверки, которые выполняет сам агент: прогон тестов, проверка дизайна на соответствие гайдлайнам, агентское ревью для поиска багов.
2️⃣AI ревью на PR. Один агент находит проблемы, другие их перепроверяют, а самые важные уходят на аппрув человеку.
3️⃣Автоматическое security ревью, которое может заблочить PR.
4️⃣Автоматические чеки – линтеры, куча тестов, тайпчеки и все в этом духе.
5️⃣Самое интересное – risk-based человеческое ревью. Тривиальные, либо закрытые фичефлагом изменения вообще его не требуют; средний риск ревьюит один человек; высокий риск - два человека. При этом это разделение касается только списка доверенных авторов. Например, изменения людей из других команд обязательно ревьюятся человеком.
6️⃣Все эти автоматические чеки прогоняются еще раз после того, как подходит очередь слить PR в мастер. Дальше фича обычно раскатывается на аудиторию постепенно.
Если суммировать, то люди чаще всего подключаются к следующим решениям:
👉Надо ли вообще делать какую-то фичу, плюс разные решения по скоупу
👉Изменения в хай риск коде вроде биллинга
👉Архитектура, которая с большой вероятностью может быть повторена где-то еще
👉Ревью свидетельств того, что агент сделал работу – скриншоты, тесты, трейсы | 5 191 |
| 13 | Что беспокоит разработчиков
На прошлой неделе вышло сразу несколько интересных исследований, постепенно буду разбирать. Первое – State of Developers, от ребят, которые много лет делают исследования JS экосистемы.
👉Пять главных проблем, с которыми разработчики сталкивались за свою карьеру: плохой менеджмент, выгорание, проблемы с work/life balance, скука и боязнь потери работы.
👉Самый частый вид дискриминации – по возрасту, с ним сталкивались 13% опрошенных.
👉Ловите лайфхак – люди с должностью engineer получают в среднем на 65000$ больше, чем developers.
👉Среди рисков, связанных с AI, количество слоп-кода волнует больше людей, чем использование AI в военных целях😅
👉Самые частые проблемы со здоровьем – плохой сон, лишний вес, менталочка, больная спина и мигрень. | 5 555 |
| 14 |  📞 Входящий звонок: VK JT Mobile Meetup
31 октября в Москве и 14 ноября в Санкт-Петербурге VK собирает опытных iOS- и Android-разработчиков.
В Москве пройдут два параллельных трека — по iOS и Android. В Петербурге — общий трек для обеих платформ.
Спикеры из ВКонтакте, Дзена, MAX, VK Tech и других команд VK разберут инженерные кейсы: расскажут о производительности, тестировании, архитектуре, импакт-анализе, ИИ и других задачах мобильной разработки.
После докладов можно обсудить подходы с коллегами, поучаствовать в интерактивах и пообщаться на афтепати.
Только офлайн. Количество мест ограничено.
👉 Регистрация | 5 400 |
| 15 |  Почему вручную писать код веселее
В разработке есть несколько источников удовольствия:
👉Сама идея, которую вы хотите реализовать
👉Превращение идеи в реальность
👉Ощущение ачивки, ради которой пришлось постараться
👉Чувство от хорошо сделанной работы
👉Удовольствие от процесса обучения
👉Удовлетворение от того, что вы смогли сделать что-то, что решило вашу проблему
Вайбкодинг дает только 1, 2 и 6 источники. Но при этом он дает их немного инвертированно в сравнении с классической разработкой – вы приходите к ним почти сразу, получаете быстрый дофамин, а дальше остается неприятная работа.
Вопрос на миллион, конечно, можно ли в разработку с AI вернуть остальные источники удовольствия, или мы это все уже потеряли безвозвратно. | 5 452 |
| 16 |  +4🚀 AI ускорил разработку. А что происходит с тимлидом?
С 19 по 23 октября пройдёт новый сезон конференции Podlodka Teamlead Crew — «Системный подход к AI в работе тимлида».
Участники будут разбираться, как руководителю превратить разрозненные AI-практики команды в работающие процессы, найти точки роста, сохранить эффективность — и при этом позаботиться о себе и коллегах.
Участники сезона:
🧠 Узнают, как меняется мозг при постоянном использования ИИ, и как справляться с новой нагрузкой
👥 Увидят, как меняется матрица компетенций в команде, где код пишет AI
📊Подберут метрики эффективности AI и отделят реальные результаты от цифр, которым не стоит доверять
💬Вместе с тимлидом и психологом разберут кейсы на тему «Как жить с AI FOMO» — можно будет принести свою ситуацию и получить обратную связь.
При этом в сезоне будут говорить не только об эмоциональной стороне работы с AI, но и о системных изменениях.
Участники будут искать настоящие ограничения на пути от идеи до релиза и разбираться, что действительно стоит улучшать, а что не нужно ни ускорять, ни менять.
🎟Полная программа и билеты на сайте: https://podlodka.io/tlcrew | 5 658 |
| 17 | Синтетические митинги
Если вам надо срочно показаться занятым и для тех, кто смотрит в календарь, и для тех, кто смотрит вам в монитор, держите конструктор синтетических митингов:
👉В календаре появляется встреча на нужный слот
👉На мониторе показывается UI стандартного митинга, с голосами, обсуждающими заданную тему – от All Hands до звонка с разбором инцидентов
👉Выводите звук от встречи прямо на динамики, и никто к вам в офисе не подойдет, так как все будут уверены, что вы заняты | 5 003 |
| 18 | Стартует новое исследование рынка тимлидов
Как мы тут обсуждаем практически каждую неделю, этот год принес с собой гигантский шифт во всем перечисленном. Менеджеры снова должны быть более техническими и погруженными в детали происходящего, команды стали меньше, а объем работы - на порядок больше. Это точно происходит в заграничном бигтехе и стартапах, но вот насколько докатилось до России – вопрос.
Так вот, ребята из DevCrowd делают ежегодные исследования того, что происходит с разными айтишными профессиями в русскоязычной среде. Одно из самых больших исследований – как раз про руководителей разработки – как меняются задачи, скоуп роли, проблемы, важные скиллы и зарплаты.
Опрос анонимный, все результаты будут в открытом доступе где-то в середине декабря. Голосуйте, я потом обязательно сделаю разбор! | 5 089 |
| 19 |  😎 Авито снова участвует в Рейтинге работодателей hh.ru!
В прошлом году благодаря вашей поддержке мы вошли в топ-3 IT-компаний страны. Если вам откликается то, что мы делаем, проголосуйте за Авито и в этом году ❤️
Как поддержать компанию:
— Перейдите на hh.ru и авторизуйтесь в личном кабинете.
— Найдите Авито в списке компаний и оставьте свой голос.
✔️ Проголосовать за Авито
Спасибо за поддержку!
#РейтингРаботодателейРоссии | 5 200 |
| 20 | Состояние нашей индустрии в 2026
Хороший срез основных трендов в разработке на сегодня:
👉Все меняется очень быстро – мы и раньше привыкли к довольно быстрому темпу смены технологий, но ничего даже близкого к текущей скорости еще не было.
👉Никто не пишет код руками (тут подтверждаю, я в последнее время интервьюировал десятки инженеров по всему миру, и руками хорошо если 5% работы делаются).
👉Большинство одновременно работает с несколькими агентами в параллель, и учатся справляться с когнитивным перегрузом из-за этого.
👉Количество PR за авторством агентов точно стало больше, чем человеческих. Это касается и всего GitHub, и ситуации в отдельных компаниях.
👉Скиллы стали стандартным используемым примитивом и внутри компаний, и в сообществе.
👉IDE очень-очень быстро умирают.
👉Довольно значимая часть агентских задач инициируются из Slack.
👉Все вокруг экспериментируют с разными видами автономных фабрик.
👉Большие миграции с одной технологии на другую занимают недели и месяцы, а не годы.
👉Токенмаксинг уходит в прошлое, все начинают следить за тратами на AI и искать пути сэкономить.
👉Проектная работа постепенно превращается в задачи на одного или максимум двух человек, но никак не на большую команду.
👉Инженерные специализации пропадают. Например, уменьшается спрос на iOS/Android/Frontend, но растет спрос на более универсальных инженеров. | 5 535 |
