FEDOR BORSHEV
Рассказываю, как руководить программистами fborshev@pm.me / borshev.com Реклама не продаётся
Mostrar más📈 Análisis del canal de Telegram FEDOR BORSHEV
El canal FEDOR BORSHEV (@pmdaily) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 24 015 suscriptores, ocupando la posición 5 504 en la categoría Tecnologías y Aplicaciones y el puesto 27 539 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 24 015 suscriptores.
Según los últimos datos del 26 julio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -147, y en las últimas 24 horas de -5, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 29.28%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 22.27% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 7 033 visualizaciones. En el primer día suele acumular 5 350 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 6.
- Intereses temáticos: El contenido se centra en temas clave como программист, тимлидом, коммуникация, интерфейс, скиллы.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Рассказываю, как руководить программистами
fborshev@pm.me / borshev.com
Реклама не продаётся”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 27 julio, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
Carga de datos en curso...
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 27 julio | +4 | |||
| 26 julio | 0 | |||
| 25 julio | 0 | |||
| 24 julio | +2 | |||
| 23 julio | 0 | |||
| 22 julio | +5 | |||
| 21 julio | +2 | |||
| 20 julio | +4 | |||
| 19 julio | +1 | |||
| 18 julio | +2 | |||
| 17 julio | 0 | |||
| 16 julio | +2 | |||
| 15 julio | +1 | |||
| 14 julio | +5 | |||
| 13 julio | +2 | |||
| 12 julio | 0 | |||
| 11 julio | 0 | |||
| 10 julio | 0 | |||
| 09 julio | +2 | |||
| 08 julio | +6 | |||
| 07 julio | 0 | |||
| 06 julio | +1 | |||
| 05 julio | +1 | |||
| 04 julio | +1 | |||
| 03 julio | +3 | |||
| 02 julio | +1 | |||
| 01 julio | +1 |
| 2 | Вернулся на Claude code
Вот уже больше месяца прошло, как я отказался от OpenCode и pi в пользу Claude code. Попробовал просто в надежде сэкономить токенов после того, как Copilot перестал выдавать свои первые бесплатные дозы, да так и остался.
Да, Claude code намного медленнее свободных альтернатив, но планы, которые он приносит — гораздо полнее и продуманнее. Оказалось, что мне гораздо ценнее получать ответы через 5 минут, чем через 2 — потому что через 5 минут мне достаточно будет написать «ok», а сколько ещё итераций понадобится после двухминутного ответа — заранее неизвестно.
Клёво, что теперь не надо думать о выборе модели и о том, насколько заполнено контекстное окно — всё это происходит где-то в недрах харнеса.
Немного бесит кривая система настроек и театр безопасности (а вы точно доверяете этому фолдеру? А можно я запущу find? Ой, а find -exec?). Но со всем этим можно мириться ради большей автономности агента и проработанных планов.
Opencode остался только в местах, где нужно совсем тонкое взаимодействие с моделью — к примеру для системы перевода материалов школы на английский, или в экспериментах с локальными моделями.
Вспоминаю ощущения от перехода с линукса на мак — контроля стало меньше, а результата больше. | 7 045 |
| 3 | А вы заметили как обесценилась в последнее время команда ping? 10 лет назад, чтобы проверить интернет в сомнительных условиях, я делал ping google.com, 1.1.1.1 или yandex.ru, и смотрел результат.
Сейчас такой пинг ничего не значит — ответ может прилететь от ВПН-клиента или вообще от ТСПУ. Даже если ответ прилетит от оригинального хоста — далеко не факт что я до него достучусь с реальным запросом — пинг может проходить, а коннект на 443 порту рваться посередине хендшейка.
Теперь, чтобы проверить интернет, хожу на 443 порт — пишу curl ifconfig.co: сразу проверяет и доступность интернета, и маршрутизацию. А вы как? | 9 843 |
| 4 | DevEx → VibeEx
Кажется, я насмотрелся на достаточное количество новых проектов, чтобы утверждать, что AI-тулинга повылезали ровно те же проблемы, что и любых других программистских инструментов. И самая главная из них — воспроизводимость.
Какие-то проекты хранят все llm-наработки в курсоре одного из разработчиков. Кто-то жёстко рассчитывает на внешние скиллы, которые неизвестно где взять. Где-то каждую новую юзер-сторю реализуют с новым паттерном, потому что никто не озаботился выкинуть неактуальный код, и llm считает его живыми примерами.
Принцип «поработал — убери» стал ещё более актуальным. Раньше можно было расчитывать, что бардак выбесит кого-нибудь настолько, что тот потратит пару дней и выкинет мусор. Сейчас бардак бесит только агентов — а они ребята терпеливые.
Сделать проект удобным и для агентов, и для кожаных мешков — это всё ещё работа кожаных мешков. И это такой же техдлолг, как и любой другой. | 6 050 |
| 5 | Уйти на второй круг в бизнесе
Мне очень нравится приём, который используют в авиации, чтобы пилотам было легче уходить на второй круг при посадке.
Подсознательно пилот всегда будет воспринимать уход на второй круг как поражение — типа с первого раза не смог попасть в полосу. Но если это подсознание выпустить наружу — будут проблемы: огромное количество авиакатастроф связаны с тем, что пилоты садились во что бы это ни стало, когда надо было прервать заход и уйти на второй круг.
Чтобы такого не было, молодых пилотов учат думать инвертировано. Не «мы садимся, а если что-то пойдет не так, то уйдём на второй круг», а ровно наоборот — «мы уходим на второй круг, но если вдруг мы поймём, что самолёт стабилизирован, и мы своими глазами видим полосу — тогда сядем» (знатоки авиации наверное меня поправят).
Теперь посмотрим на предпринимателей. Закрыть бизнес — это же поражение: не смог придумать продукт, который интересен пользователям. И от нежелания признавать это поражение появляются потерянные годы и кредиты под залог недвижимости. А вообще-то закрыть бизнес — такой же профессиональный поступок для предпринимателя, как уйти на второй круг для пилота.
Пытаюсь вместить этот майндсет в свою голову с Зоей — не ждать, что мы сделаем гениальный продукт нужный рынку, а понимать, что мы проект идёт к закрытию, но если вдруг где-нибудь увидим железный Product-Market fit, то тогда остановим его закрытие. | 8 714 |
| 6 | «Стать Тимлидом» стартует 3 июня
На следующей неделе стартует самый важный (и самый долгоживущий) курс школы — «Стать Тимлидом».
В моём аутсорсе этот курс — не обязательный, но его прошли почти все программисты. Просто пишут и просят доступ перед очередным потоком. Для меня это самый лучший показатель востребованности: ребята прошли наш жестокий отбор, поработали на сложных проектах, а всё равно приходят на курс. Значит, делаем что-то полезное!
Приходите и вы. Старт 3 июня. Говорим о насущных проблемах:
— Неясно за что хвататься.
— Непонятно, что ждут коллеги и стейкхолдеры.
— Вокруг бардак и жопа, ничего не успеваем.
— Как быть, когда люди в команде не тянут.
Кроме уроков, получаете ещё мини-конфу с 13 докладами от крутых спикеров.
Смотреть программу и отзывы → | 4 415 |
| 7 | Обычно в школе мы сразу в момент старта потока поднимаем цены. Типа кому важна цена — тот пусть лучше придёт в поток и хотя бы прочитает курс, а не положит в папку «курсы потом». Так повышение проходит незаметнее.
Весной решили цены не поднимать. Сейчас на рынке онлайн-образования многим тяжело и страшно. Ученикам — потому что на рынке труда всё очень плохо. Школам — потому что продажи упали. Так что от нас с Марьяной не убудет, а ребят поддержим.
Сейчас продаём:
— Анализ Систем 6. Старт уже завтра, ещё можно запрыгнуть
— Стать Тимлидом 4. Старт 3 июня. | 7 918 |
| 8 | Назови свою цену
Ненавижу, когда люди не могут назвать цену за свои услуги. Вот нанимаю я исполнителя на разовую работу, к примеру написать пачку кода. Разговор подходит к деньгам, я спрашиваю сколько эта работа стоит, а в ответ получаю странное «сколько заплатишь, столько и ок».
Вроде бы человек пытается уйти от денежных отношений — типа я ему настолько дорог, что он готов и бесплатно поработать. Или задача для него новая, и он не знает сколько такие вещи стоят в принципе. Или ещё какая-нибудь внутренняя причина, которую я даже придумать не могу.
Единственное, что при этом вижу я — что почему-то исполнитель не хочет принимать ответственность за то, чтобы назвать свою цену. И пытается переложить эту ответственность на меня.
Я от своей части не отказываюсь, но интересно, а когда мы всё-таки договоримся про деньги и начнём делать работу — ответственность за её результат исполнитель тоже мне вернёт? А когда в процессе вылезут проблемы, исполнитель так же постесняется мне о них сказать?
Удивительным образом, ненависть появляется именно при найме самостоятельных людей на конкретные услуги. При трудоустройстве всё совсем по-другому.
---
20 мая стартует 6 поток «Анализа Систем». Обсуждаем, как строить большие системы для бизнеса, а не на основе докладов с конференций. | 10 175 |
| 9 | Ищем синьёрных питонистов
Мы в ФАНС ищем бекендеров на проектную работу — 3-4 месяца. По итогам, если сработаемся, сможем заключить долгосрочный контракт.
Стек — современный python, django, местами fastapi. Работаем в github, оплачиваем подписки copilot или cursor на выбор.
Требования всего два:
1. Писать хороший код (как выглядит хороший код на наш взгляд можно посмотреть тут)
2. Выполнять обещания. Если сказал, что сделаешь в среду — надо делать в среду.
Работа удалённая, 4 дня в неделю со свободным графиком и полной занятостью.
Писать на python@fands.dev. Мы точно не сможем ответить, если ваше письмо будет похоже AI-мусор, в нём не будет примеров ваших проектов или оно будет состоять из одного только CV.pdf. | 11 210 |
| 10 | Полюбил Spec-driven development
Недавно осознал, что допрогал вайб-фронтенд Зои до состояния, при котором стандартного контекста opencode (128k) перестаёт хватать на большие задачи.
Увеличивать контекст не хочу — моей личной оперативной памяти и так не хватает, чтобы помнить, о чём я за эти 128к договорился с моделью. Мне и 64к кажется многовато.
Естественным образом пришёл к openspec. Теперь у меня есть отдельный этап проработки спеки, и в любой момент этого этапа можно открыть буквально весь текущий план разработки. Не надо помнить, что там было две реплики назад, и проверять не потеряла ли модель мелкий багфикс, который мы нашли по дороге.
Архив спек пока не оценил, но кажется что это почти как ADR, только на уровне кода. Хороший архив по-идее делает ненужным сервисы типа entire.io. А ещё openspec открывает дорогу к отказу от тормозного opencode, который вместе с моим agents.md занимает уже больше 20к, в сторону быстрого и управляемого pi.
В общем как бы странно это ни звучало, но я теперь снова пишу ТЗ.
---
20 мая стартует 6 поток «Анализа Систем». Ждём мидлов и синьёров, которые хотят надёжных знаний по архитектуре больших систем. | 9 638 |
