اکنون در دسترس! پژوهش تلگرام ۲۰۲۵ — مهمترین بینشهای سال 
FEDOR BORSHEV
رفتن به کانال در Telegram
Рассказываю, как руководить программистами fborshev@pm.me / borshev.com Реклама не продаётся
نمایش بیشتر📈 تحلیل کانال تلگرام FEDOR BORSHEV
کانال FEDOR BORSHEV (@pmdaily) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 24 208 مشترک است و جایگاه 5 627 را در دسته فناوری و برنامهها و رتبه 27 668 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 24 208 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 16 ژوئن, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر -379 و در ۲۴ ساعت گذشته برابر -4 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 25.59% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 16.94% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 6 195 بازدید دریافت میکند. در اولین روز معمولاً 4 101 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 102 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند программист, тимлидом, коммуникация, интерфейс, скиллы تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Рассказываю, как руководить программистами
fborshev@pm.me / borshev.com
Реклама не продаётся”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 17 ژوئن, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
24 208
مشترکین
-424 ساعت
-127 روز
-37930 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئن '26
ژوئن '26
+75
در 1 کانالها
مه '26
+117
در 1 کانالها
Get PRO
آوریل '26
+80
در 1 کانالها
Get PRO
مارس '26
+574
در 2 کانالها
Get PRO
فوریه '26
+319
در 1 کانالها
Get PRO
ژانویه '26
+364
در 1 کانالها
Get PRO
دسامبر '25
+119
در 1 کانالها
Get PRO
نوامبر '25
+101
در 0 کانالها
Get PRO
اکتبر '25
+127
در 4 کانالها
Get PRO
سپتامبر '25
+926
در 1 کانالها
Get PRO
اوت '25
+153
در 0 کانالها
Get PRO
ژوئیه '25
+405
در 0 کانالها
Get PRO
ژوئن '25
+159
در 0 کانالها
Get PRO
مه '25
+222
در 1 کانالها
Get PRO
آوریل '25
+287
در 2 کانالها
Get PRO
مارس '25
+335
در 0 کانالها
Get PRO
فوریه '25
+212
در 0 کانالها
Get PRO
ژانویه '25
+177
در 0 کانالها
Get PRO
دسامبر '24
+189
در 0 کانالها
Get PRO
نوامبر '24
+393
در 5 کانالها
Get PRO
اکتبر '24
+310
در 1 کانالها
Get PRO
سپتامبر '24
+217
در 2 کانالها
Get PRO
اوت '24
+277
در 9 کانالها
Get PRO
ژوئیه '24
+239
در 7 کانالها
Get PRO
ژوئن '24
+120
در 4 کانالها
Get PRO
مه '24
+329
در 5 کانالها
Get PRO
آوریل '24
+1 005
در 12 کانالها
Get PRO
مارس '24
+460
در 7 کانالها
Get PRO
فوریه '24
+189
در 0 کانالها
Get PRO
ژانویه '24
+214
در 0 کانالها
Get PRO
دسامبر '23
+652
در 1 کانالها
Get PRO
نوامبر '23
+695
در 11 کانالها
Get PRO
اکتبر '23
+328
در 6 کانالها
Get PRO
سپتامبر '23
+202
در 0 کانالها
Get PRO
اوت '23
+252
در 0 کانالها
Get PRO
ژوئیه '23
+231
در 0 کانالها
Get PRO
ژوئن '23
+264
در 0 کانالها
Get PRO
مه '23
+1 827
در 0 کانالها
Get PRO
آوریل '23
+366
در 0 کانالها
Get PRO
مارس '23
+294
در 0 کانالها
Get PRO
فوریه '23
+207
در 0 کانالها
Get PRO
ژانویه '23
+414
در 0 کانالها
Get PRO
دسامبر '22
+277
در 0 کانالها
Get PRO
نوامبر '22
+185
در 0 کانالها
Get PRO
اکتبر '22
+176
در 0 کانالها
Get PRO
سپتامبر '22
+697
در 0 کانالها
Get PRO
اوت '22
+1 170
در 0 کانالها
Get PRO
ژوئیه '22
+836
در 0 کانالها
Get PRO
ژوئن '22
+288
در 0 کانالها
Get PRO
مه '22
+284
در 0 کانالها
Get PRO
آوریل '22
+274
در 0 کانالها
Get PRO
مارس '22
+168
در 0 کانالها
Get PRO
فوریه '22
+239
در 0 کانالها
Get PRO
ژانویه '22
+1 132
در 0 کانالها
Get PRO
دسامبر '21
+206
در 0 کانالها
Get PRO
نوامبر '21
+263
در 0 کانالها
Get PRO
اکتبر '21
+585
در 0 کانالها
Get PRO
سپتامبر '21
+223
در 0 کانالها
Get PRO
اوت '21
+400
در 0 کانالها
Get PRO
ژوئیه '21
+1 680
در 0 کانالها
Get PRO
ژوئن '21
+690
در 0 کانالها
Get PRO
مه '21
+203
در 0 کانالها
Get PRO
آوریل '21
+395
در 0 کانالها
Get PRO
مارس '21
+392
در 0 کانالها
Get PRO
فوریه '21
+517
در 0 کانالها
Get PRO
ژانویه '21
+783
در 0 کانالها
Get PRO
دسامبر '20
+17 574
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 17 ژوئن | 0 | |||
| 16 ژوئن | +2 | |||
| 15 ژوئن | +10 | |||
| 14 ژوئن | +6 | |||
| 13 ژوئن | +4 | |||
| 12 ژوئن | +10 | |||
| 11 ژوئن | +2 | |||
| 10 ژوئن | +9 | |||
| 09 ژوئن | +4 | |||
| 08 ژوئن | +6 | |||
| 07 ژوئن | +1 | |||
| 06 ژوئن | 0 | |||
| 05 ژوئن | +1 | |||
| 04 ژوئن | +8 | |||
| 03 ژوئن | +6 | |||
| 02 ژوئن | +2 | |||
| 01 ژوئن | +4 |
پستهای کانال
DevEx → VibeEx
Кажется, я насмотрелся на достаточное количество новых проектов, чтобы утверждать, что AI-тулинга повылезали ровно те же проблемы, что и любых других программистских инструментов. И самая главная из них — воспроизводимость.
Какие-то проекты хранят все llm-наработки в курсоре одного из разработчиков. Кто-то жёстко рассчитывает на внешние скиллы, которые неизвестно где взять. Где-то каждую новую юзер-сторю реализуют с новым паттерном, потому что никто не озаботился выкинуть неактуальный код, и llm считает его живыми примерами.
Принцип «поработал — убери» стал ещё более актуальным. Раньше можно было расчитывать, что бардак выбесит кого-нибудь настолько, что тот потратит пару дней и выкинет мусор. Сейчас бардак бесит только агентов — а они ребята терпеливые.
Сделать проект удобным и для агентов, и для кожаных мешков — это всё ещё работа кожаных мешков. И это такой же техдлолг, как и любой другой.
| 2 | Уйти на второй круг в бизнесе
Мне очень нравится приём, который используют в авиации, чтобы пилотам было легче уходить на второй круг при посадке.
Подсознательно пилот всегда будет воспринимать уход на второй круг как поражение — типа с первого раза не смог попасть в полосу. Но если это подсознание выпустить наружу — будут проблемы: огромное количество авиакатастроф связаны с тем, что пилоты садились во что бы это ни стало, когда надо было прервать заход и уйти на второй круг.
Чтобы такого не было, молодых пилотов учат думать инвертировано. Не «мы садимся, а если что-то пойдет не так, то уйдём на второй круг», а ровно наоборот — «мы уходим на второй круг, но если вдруг мы поймём, что самолёт стабилизирован, и мы своими глазами видим полосу — тогда сядем» (знатоки авиации наверное меня поправят).
Теперь посмотрим на предпринимателей. Закрыть бизнес — это же поражение: не смог придумать продукт, который интересен пользователям. И от нежелания признавать это поражение появляются потерянные годы и кредиты под залог недвижимости. А вообще-то закрыть бизнес — такой же профессиональный поступок для предпринимателя, как уйти на второй круг для пилота.
Пытаюсь вместить этот майндсет в свою голову с Зоей — не ждать, что мы сделаем гениальный продукт нужный рынку, а понимать, что мы проект идёт к закрытию, но если вдруг где-нибудь увидим железный Product-Market fit, то тогда остановим его закрытие. | 7 982 |
| 3 | «Стать Тимлидом» стартует 3 июня
На следующей неделе стартует самый важный (и самый долгоживущий) курс школы — «Стать Тимлидом».
В моём аутсорсе этот курс — не обязательный, но его прошли почти все программисты. Просто пишут и просят доступ перед очередным потоком. Для меня это самый лучший показатель востребованности: ребята прошли наш жестокий отбор, поработали на сложных проектах, а всё равно приходят на курс. Значит, делаем что-то полезное!
Приходите и вы. Старт 3 июня. Говорим о насущных проблемах:
— Неясно за что хвататься.
— Непонятно, что ждут коллеги и стейкхолдеры.
— Вокруг бардак и жопа, ничего не успеваем.
— Как быть, когда люди в команде не тянут.
Кроме уроков, получаете ещё мини-конфу с 13 докладами от крутых спикеров.
Смотреть программу и отзывы → | 4 415 |
| 4 | Обычно в школе мы сразу в момент старта потока поднимаем цены. Типа кому важна цена — тот пусть лучше придёт в поток и хотя бы прочитает курс, а не положит в папку «курсы потом». Так повышение проходит незаметнее.
Весной решили цены не поднимать. Сейчас на рынке онлайн-образования многим тяжело и страшно. Ученикам — потому что на рынке труда всё очень плохо. Школам — потому что продажи упали. Так что от нас с Марьяной не убудет, а ребят поддержим.
Сейчас продаём:
— Анализ Систем 6. Старт уже завтра, ещё можно запрыгнуть
— Стать Тимлидом 4. Старт 3 июня. | 7 918 |
| 5 | Назови свою цену
Ненавижу, когда люди не могут назвать цену за свои услуги. Вот нанимаю я исполнителя на разовую работу, к примеру написать пачку кода. Разговор подходит к деньгам, я спрашиваю сколько эта работа стоит, а в ответ получаю странное «сколько заплатишь, столько и ок».
Вроде бы человек пытается уйти от денежных отношений — типа я ему настолько дорог, что он готов и бесплатно поработать. Или задача для него новая, и он не знает сколько такие вещи стоят в принципе. Или ещё какая-нибудь внутренняя причина, которую я даже придумать не могу.
Единственное, что при этом вижу я — что почему-то исполнитель не хочет принимать ответственность за то, чтобы назвать свою цену. И пытается переложить эту ответственность на меня.
Я от своей части не отказываюсь, но интересно, а когда мы всё-таки договоримся про деньги и начнём делать работу — ответственность за её результат исполнитель тоже мне вернёт? А когда в процессе вылезут проблемы, исполнитель так же постесняется мне о них сказать?
Удивительным образом, ненависть появляется именно при найме самостоятельных людей на конкретные услуги. При трудоустройстве всё совсем по-другому.
---
20 мая стартует 6 поток «Анализа Систем». Обсуждаем, как строить большие системы для бизнеса, а не на основе докладов с конференций. | 0 |
| 6 | Ищем синьёрных питонистов
Мы в ФАНС ищем бекендеров на проектную работу — 3-4 месяца. По итогам, если сработаемся, сможем заключить долгосрочный контракт.
Стек — современный python, django, местами fastapi. Работаем в github, оплачиваем подписки copilot или cursor на выбор.
Требования всего два:
1. Писать хороший код (как выглядит хороший код на наш взгляд можно посмотреть тут)
2. Выполнять обещания. Если сказал, что сделаешь в среду — надо делать в среду.
Работа удалённая, 4 дня в неделю со свободным графиком и полной занятостью.
Писать на python@fands.dev. Мы точно не сможем ответить, если ваше письмо будет похоже AI-мусор, в нём не будет примеров ваших проектов или оно будет состоять из одного только CV.pdf. | 0 |
| 7 | Полюбил Spec-driven development
Недавно осознал, что допрогал вайб-фронтенд Зои до состояния, при котором стандартного контекста opencode (128k) перестаёт хватать на большие задачи.
Увеличивать контекст не хочу — моей личной оперативной памяти и так не хватает, чтобы помнить, о чём я за эти 128к договорился с моделью. Мне и 64к кажется многовато.
Естественным образом пришёл к openspec. Теперь у меня есть отдельный этап проработки спеки, и в любой момент этого этапа можно открыть буквально весь текущий план разработки. Не надо помнить, что там было две реплики назад, и проверять не потеряла ли модель мелкий багфикс, который мы нашли по дороге.
Архив спек пока не оценил, но кажется что это почти как ADR, только на уровне кода. Хороший архив по-идее делает ненужным сервисы типа entire.io. А ещё openspec открывает дорогу к отказу от тормозного opencode, который вместе с моим agents.md занимает уже больше 20к, в сторону быстрого и управляемого pi.
В общем как бы странно это ни звучало, но я теперь снова пишу ТЗ.
---
20 мая стартует 6 поток «Анализа Систем». Ждём мидлов и синьёров, которые хотят надёжных знаний по архитектуре больших систем. | 0 |
| 8 | Выходной — это когда нет планов
Я работаю по выходным. Слишком люблю то, что делаю, чтобы надолго от этого уходить.
Самое главное правило, которое я сформулировал за годы такой работы — на выходной нельзя ставить планы. Если проводить выходной день так же, как будний, с обзором-перепиской-помидорками, довольно быстро устанешь и возненавидишь не только работу, но ещё и самого себя.
Единственные дела, которую можно делать в выходные — это те, которую хочется делать прямо сейчас. Если говорить одним словом — по делам на выходных надо фланировать: в таком случае найдётся время и потупить в ютуб, и побыть с близкими, и поделать приятные дела, и просто побездельничать.
Ни в коем случае нельзя обещать кому-то «посмотреть на выходных» — одно такое обещание (даже данное самому себе) может испортить всё фланирование. Выходные — время свободы от планов, только так работает отдых. Сделал работу — хорошо. Не сделал — хорошо. | 0 |
| 9 | Небольшие онлайн-школы закрываются
С начала года от коллег по образованию приходят очень грустные новости — закрывается одна онлайн-школа за другой. Первая причина — банальная и экономическая: многим сейчас страшно за будущее в финансовом плане, многие компании сокращают людей.
Вторая — ИИ-страх. Типа нахрена мне учить новые технологии и подходы, если я могу потерять будущее, а пока не потерял — всё можно спросить у опуса.
Мы держимся. Причём не потому, что умеем считать деньги и планировать вперёд (хотя я этим и горжусь), а потому, что большинство наших продуктов стали только актуальнее в новом мире. Смотрите, единственное, чего не умеет опус — это быть полезным бизнесу: вынимать требования, выстраивать их в цельную систему, обходить говнолегаси и проектировать новое так, чтобы не переделывать. К слову, этого не умеют 80% процентов программистов до сих пор.
«Анализ Систем» — как раз об этом. Шестой поток начинается с 20 мая — как раз после дач и отпусков. Учебная нагрузка — примерно 10 часов в неделю. Это довольно интенсивный курс, поэтому если возьмете на работе отпуск хотя бы на один день в неделю — будет проще затаскивать. Если до сих пор сомневаетесь — посмотрите демку на сайте.
До вечера вторника действует промокод S6FSTART на 10% скидки. | 0 |
| 10 | Небольшие онлайн-школы закрываются
С начала года от коллег по образованию приходят очень грустные новости — закрывается одна онлайн-школа за другой. Первая причина — банальная и экономическая: многим сейчас страшно за будущее в финансовом плане, многие компании сокращают людей.
Вторая — ИИ-страх. Типа нахрена мне учить новые технологии и подходы, если я могу потерять будущее, а пока не потерял — всё можно спросить у опуса.
Мы держимся. Причём не потому, что умеем считать деньги и планировать вперёд (хотя я этим и горжусь), а потому, что большинство наших продуктов стали только актуальнее в новом мире. Смотрите, единственное, чего не умеет опус — это быть полезным бизнесу: вынимать требования, выстраивать их в цельную систему, обходить говнолегаси и проектировать новое так, чтобы не переделывать. К слову, этого не умеют 80% процентов программистов до сих пор.
«Анализ систем» — как раз об этом. Шестой поток начинается с 20 мая — как раз после дач и отпусков. Учебная нагрузка — примерно 10 часов в неделю. Это довольно интенсивный курс, поэтому если возьмете на работе отпуск хотя бы на один день в неделю — будет проще затаскивать. Если до сих пор сомневаетесь — посмотрите демку на сайте.
До вечера понедельника действует промокод S6FSTART на 10% скидки. | 0 |
| 11 | Не верю в автономных агентов
По-моему, хайповый OpenClaw очень похож на Apple Watch — очень футуристичное, но бесполезное дерьмо.
Клёво конечно, когда агент без моего участия что-то пишет. Но мне же всё равно придётся проверить за ним код! Если не проверю — рискую, что он задеплоит в продакшн неработающее говно, да ещё и когда меня не будет рядом.
Или представить агента, который в фоне решает долгую задачу и периодически задаёт мне вопросы в телегу. Выглядит круто, но я же не хочу, чтобы мне задавали вопросы в телегу! Неважно, человек это или робот — если меня нет за компьютером, то наверное я отошёл не просто так. Да и в любом случае, раз уж я ставлю задачу, то лучше сконцентрироваться и поставить сразу нормально, чем потом постоянно отвлекаться, отвечая на вопросы.
Доверить агенту отвечать на почту/вопросы в трекере — ещё глупее, чем доверять это другому человеку: если у меня столько писем, что я не могу ответить на них самостоятельно — надо выплачивать управленческий долг и делегировать, а не обслуживать происходящее дерьмо.
Кароч, языковые модели клёво решают программистские задачи: как организовать код, как спроектировать API и что порефакторить, чтобы в систему влезла новая фича. Но они бесконечно далеки от решений, которые касаются бизнеса — какую часть фичи дропнуть, чтобы успеть поскорее, какую — переложить на соседнюю команду, а что лучше перенести на следующий спринт, чтобы в текущем катить атомарную пачку изменений.
В моём понимании, хорошая AI-assisted разработка в 2026 году выглядит так же скучно, как и в 2023: я ставлю задачу в трекер кожаному мешку, веду с ним коммуникацию (лучше бы нет) и получаю результат от того же кожаного мешка. Просто результата должно быть в 3 раза больше, а кожаный при этом должен меньше уставать. | 0 |
| 12 | Ищу нормального бухгалтера
Вдруг среди ваших знакомых есть бухгалтер, который способен принимать ответственность, умеет письменно выражать свои мысли и хочет удалённо работать в белой ИТ-компании?
Обязанности — самые обычные: планировать налоги, сдавать отчёты и вести кадры. Необычное в этом только то, что я ищу не бухгалтера, который будет сидеть в бухгалтерии, а человека, который закроет для нас все вопросы взаимодействия с государством. В замен он получит гибкий график, удалённую работу, адекватного руководителя и нормальную зарплату.
Если такие знакомые есть — порекомендуйте им написать письмо на fedor@borshev.com. В письме буду ждать как минимум двух рекомендаций от предыдущих руководителей. | 0 |
| 13 | Поменял мнение по поводу AI и тестов
Кароч, я поменял мнение по поводу генерации тестов в LLM. Теперь считаю, что делать это можно и нужно.
Мой старый посыл был в том, что когда кожаный мешок пишет тесты, он лучше думает о коде. Но ведь ничего не мешает подумать о коде на этапе планирования. Если сделать это хорошо — будете буквально попросить модель «Write tests: 1. for XXX; 2. for YYY; 3. All tests you suggest». То есть описывать важные для бизнеса тест-кейсы, предоставив модели тестирование скучных крудов.
Увы, LLM-тесты, по крайней мере в pytest, всё ещё не сравнятся с человеческими по лакончиности и читаемости. Но это не так уж и важно — если загнать в AGENTS.md достаточное количество правил и примеров, то тесты получаются вполне приемлемыми. А чуть-чуть поломанная читаемость — вполне адекватная плата за скорость: в конце-концов чинить эти тесты тоже будет LLM, а не человек.
Ну и ревью, конечно, никто не отменял — каждый сгенерированный тест нужно прочитать вручную перед мёрджем, как и весь другой код. | 0 |
| 14 | python-telegram-bot как пример продуктовой ошибки
Создатели опенсорс-инструментов совершают продуктовые ошибки еще чаще, чем предприниматели.
Каноничный пример ошибки — python-telegram-bot. Хороший, вроде бы, фреймворк — приемлемый бойлерплейт, поддерживает все нужные эндроинты, в документации разобраться тоже возможно.
Но вот несколько лет назад его взяли и переписали на asyncio. Получилось очень по-программистски: авторы не надели шляпу пользователей, у которых уже есть кодовая база. Хочешь новые фичи и секьюрити-фиксы — будь добр, переписывай кодовую базу под никому не нужный async. Авторы даже не удосужились как-то продать юзерам ценность перехода, добавить хоть каких-то фич. Просто переписали и всё — в анонсе нет вообще ни капли смысла, одни только «embracing the future». Отсутствие смысла понятно — вряд ли хотя бы у одного живого человека телеграм-боты решают задачи, для которых нужен event loop.
Самое смешное в этом переходе — фреймворк даже на asyncio продолжает быть однозадачным: не будет отвечать одному юзеру, пока обслуживает другого. Чтобы включить интуитивно ожидаемое поведение, надо в бойлерплейтн писать какое-то странное заклинание, что-то вроде bot.init(simultaneos_updates=True).
Не люблю, когда продуктовые решения принимают по-программистски. | 0 |
| 15 |  Качать многозадачность
В последнее время, работая над Зоей, чувствую себя на последней картинке — приходится одновременно быть бекендером, девопсом, фронтендером и биайщиком. И кажется я с этим справляюсь, хотя продуктовую работу тоже надо делать — вместе с Саматом и Настей формулировать гипотезы, планировать юридическую и налоговую часть бекофиса. Да и аутсорс вместе со школой никуда не делись.
Когда появляется час на вдумчивую работу (больше за раз найти не получается) — нужно одновременно продвинуть все возможные направления: сделать ПР в 3-4 репы, докрутить SQL в метабейзе, а в идеале — поизучать документацию директа и налоговое законодательство. Конечно, приходится гонять одновременно 3–4 таски в opencode — других вариантов нет.
Вижу, как поменялось время. Раньше нужно было сдерживать себя: если взял задачу — не думать ни о чём другом, а то потеряешь контекст и придётся делать заново. Сейчас стерильная кабина нужна только, чтобы быстро перепрыгивать между терминалами, чтобы LLM не ждала кожаного мешка.
Не представляю, как я бы справлялся без самого обычного опыта управления проектами — когда с одной стороны сыпятся требования, с другой срываются сроки, и все это происходит одновременно в 3–4 контекстах.
Кажется, сейчас этот опыт нужен буквально всем: если раньше ты руководил только собой, то сейчас чем больше ai-джунов ты можешь потянуть — тем больше ты молодец. | 0 |
