Machine head - Александр О.
Открыть в Telegram
Канал для техногиков, программистов и ит-предпринимателей о технологиях в бизнесе и бизнесе на технологиях. Платформа для ускорения закрытия лидов в "длинных циклах" сделки. @prospectguide Написать в личку @spaceguest
БольшеСтрана не указанаКатегория не указана
458
Подписчики
Нет данных24 часа
Нет данных7 дней
+630 день
Загрузка данных...
Похожие каналы
Нет данных
Возникли проблемы? Пожалуйста, обновите страницу или обратитесь к нашему support-менеджеру .
Облако тегов
Нет данных
Возникли проблемы? Пожалуйста, обновите страницу или обратитесь к нашему support-менеджеру .
Входящие и исходящие упоминания
---
---
---
---
---
---
Привлечение подписчиков
июль '26
июль '26
+6
в 1 каналах
июнь '26
+9
в 0 каналах
Get PRO
май '26
+21
в 2 каналах
Get PRO
апрель '26
+13
в 0 каналах
Get PRO
март '26
+25
в 0 каналах
Get PRO
февраль '26
+20
в 1 каналах
Get PRO
январь '26
+35
в 1 каналах
Get PRO
декабрь '25
+19
в 0 каналах
Get PRO
ноябрь '25
+47
в 0 каналах
Get PRO
октябрь '25
+272
в 3 каналах
Get PRO
сентябрь '25
+44
в 8 каналах
| Дата | Привлечение подписчиков | Упоминания | Каналы | |
| 14 июля | 0 | |||
| 13 июля | 0 | |||
| 12 июля | 0 | |||
| 11 июля | 0 | |||
| 10 июля | 0 | |||
| 09 июля | +1 | |||
| 08 июля | 0 | |||
| 07 июля | 0 | |||
| 06 июля | +1 | |||
| 05 июля | 0 | |||
| 04 июля | 0 | |||
| 03 июля | +1 | |||
| 02 июля | +2 | |||
| 01 июля | +1 |
Посты канала
Настолько передовая идея, что 3 тысячи человек добавили в закладки, чтобы не потерять. 🤭
AI - инструмент индивидуалистов. Эффективный индивидуальный контрибьютер с AI местами становится чуть более эффективным, а местами наоборот. Раскатка же в коллективе на пачку обычных разрабов везде буксует, встречая проблему естественного предела производительности людей, где она упирается в скорость коммуникации и адаптации (принятие/использование) нового кода. В итоге индивидуальные метрики местами растут, а коллективные повсеместно падают. Не говоря уже о затратах на токены.
Выходит, что наша профессиональная AI трансформация - превращение из “two pizza team” в одиночек поддерживающих свой кусок системы? Только ты и чат с агентами. Скукота 🥱
| 2 |  В Codex появилась статистика по расходу токенов. У меня в день минимум был 20М токенов. В мае был день с расходом 449М. Кодинг с агентом с тарификацией по токенам встал бы в сумму несовместимую с экономикой выполняемых задач. В США, при траты $10-15k в месяц на ИИ на сотрудника, судя по заявлениям в медиа уже не всегда оправданы. В остальном мире дешевле нанимать. И нет, это не обещаный обзор рынка труда по разработке ПО 😁 он еще в подготовке. | 407 |
| 3 | Раньше мы писали на Assembler, но с современными языками нам не нужно знать как он работает!
"...пришло время писать на естественном языке, скармливать его AI и пофиг в какой код он превращается". Такая аргументация прозвучала от программиста в одной из жарких дискуссий, на утверждение "людям все равно нужно понимать как работает код".
Звучит убедительно на первый взгляд, не так ли? Но давайте разберемся.
За обработку естественного языка отвечает биологическая машина - наш мозг. Естественный язык формируется из картины мира и формирует ее. У нас бы не было проблем договариваться, не существовало фразы "Я тебя неправильно понял" если бы естественный язык на 100% был формален по отношению к сущности передаваемой информации. Он слишком емкий и полагается на многослойный контекст нашего опыта, убеждений, предпочтений и многое другое.
Современные языки программирования представляют собой формальный способ описать поведение машины. Компиляторы также подчиненны формальной логике. Один и тот же высокоуровневый код скомпилируется в один и тот же машинный (для конкретной архитектуры, естессно).
Таким образом, будь у нас компилятор, который случайно бы упустил пару строк или придумывал пару других, сделало бы написание надежных программ невозможным.
Возвращаясь к AI, даже речи нет, что каждый запрос на генерацию произведет каждый раз одинаковый код. Он будет разным в пределах отдельных запросов к одной модели, и кардинально другим при смене моделей. Одна модель склонна тяготеть к одним кодовым формам, следующая будет тяготеть к совсем другим.
Вы можете справедливо заметить - мы же пользуемся приемами формализации задачи в спецификации! Да, верно, мы сужаем (как умеем) естественный язык до некоего формального оптимума, комфортного людям разных специализаций. Но и он не лишен двусмысленности. То есть, чтобы AI создал нам определенный код с какой-то гарантией, нам нужно дать прямое указание на генерацию конкретного поведения программы вплоть до отдельных строк. Де-факто, это то же программирование, только без строго синтаксиса. Но даже в этом случае мы не можем (в данный момент) утверждать, что сгенерированный код соответствует ожиданиям.
Стартап широко известного в узких кругах Андрея Бреслава CodeSpeak пытается сыграть на этом поле. Его идея как раз в построчном описании генерируемого нейронкой результата. Application.cs.md по задумке должен превратиться в Application.cs, что должно дать выигрыш в уменьшении кодовой базы до нескольких раз и снятия требований к знанию синтаксиса конкретного языка для изменения программы - его смогут читать и понимать не только программисты. Идея интересная, но:
- как дебажить ошибки не связанные с требованиями? Так нам все еще нужно знать асинхронную модель Java или CLR?
- как, не проваливаясь к синтаксису ЯП, связать код объявленный в модуле А с кодом в модуле Б?
- как отлаживать поэтический стиль Пети, который генерирует код с ошибкой?
И масса других вопросов.
Если все это требует перехода к формализму синтаксиса ЯП, то выигрыша как будто бы и нет.
Перед тем как закруглиться, мне хотелось бы озвучить вот какую мысль. Умная генерация текста, это бесспорно хорошо, где-то мы становимся продуктивнее, очень неравномерно и совсем не в тех местах, о которых талдычат AI-фанатики на каждом углу, не создававшие ничего серьезнее прототипов с кодовым мусором внутри. Как программисты, создающие промышленный код, мы в той же точке, что и до. Чтобы наступило завтра, AI должен стать единственной программой с которой взаимодействуют люди и машины для выполнения любых задач. А изобилие программ и их написание должно уйти в прошлое. Только девайс и AI. Но боюсь это перспектива не ближайших лет.
Тизер. В следующем посте обсудим в каком на самом деле состоянии сейчас рынок труда. Оставайтесь на связи с MachineHead. | 313 |
| 4 | Так заменит ли AI разработчиков?
Я сам прошел все стадии от отрицания до принятия. Нам всем очень хочется творить, но не у всех есть ресурсы для этого. AI ощущается допинг, обещая пробежать на нем не только спринт прототипа, но и весь марафон.
Я проработал с агентом почти год. Однозначно позитивные эффекты:
1) Время отладки проблем уменьшается на порядки.
2) Время выполнения микрозадач так же на порядки.
3) Время на выполнение средних задач такое же, как если бы я делал руками.
А вот время на выполнение сложных задач увеличилось.
В подходе к очень большой задаче, программист сначала формирует общую картину, прикидывает дизайн системы целиком, а потом прорабатывает отдельные части, подкладывая под слои интерфейсы, чтобы можно было работать с любым из них. У агента с «прикинуть картину целиком», держа ее в «голове» поработать с отдельными частями - нерешаемая проблема. Если несколько раз запустить агента против «верхнеуровневого описания задачи» получишь каждый раз новую интерпретацию.
Даже если итеративно работать с агентом, он всегда отклоняется от твоего «как надо». Прерывать бесполезно, это оборачивается утерей контекста и откатом к старту.
В итоге, либо принимаешь код как есть и ревьюишь на уровне отдельных строк, либо делаешь почти всё руками, а значит выигрыша по скорости нет.
И всё это ощущается как припарка, но не замена. Не считая минус вайб к программированию в целом.
Я каждый день слышу, что кто-то там дирижирует оркестром claude-кодов, но почему-то не видно продуктов из этой адской кузни. Новости типа той, что claude переписал bun с Zig на Rust не в счет. Невелика заслуга сконвертировать отполированный людьми код с одного языка на другой.
Так что нет, не заменит. Не Claude. Ни GPT. Ни кто-либо другой. Также не будет AGI на llm моделях. Пора перестать вестись на pre-IPO маркетинг и дозировать допинг с работой головой и руками. | 333 |
| 5 | Завтра во всех каналах про ИИ: От AI статистически нет пользы. Пузырь лопнул. Расходимся 😄
Ну а если посмотреть серьезно, токены - пыль. Вся суть в том, чтобы их умно жечь. Опытный разработчик много думает, мало пишет. ИИ наоборот надо заставлять писать много кода, много думать, чтобы итеративно придти более-менее оптимальному результату.
Ранее, токены стремительно дешевели, но сокращение лимитов последнее время резко развернуло тренд (то бишь удорожание). Так это что получается, мы двигаемся к первому кризису - более продвинутые модели теряют рентабельность, а рынок уже на пределе платежеспособности?
Есть ненулевой шанс, что при таком корпоративном долге и коммитментом в инфраструктурные инвестиции на годы вперед под вероятные, но не гарантированные доходы, передовики ИИ на внутреннем рынке поймают GG.
https://t.me/data_secrets/9300 | 420 |
| 6 |  📲 Кодить с любым агентом прямо на мобилке? почему бы и нет )
Нынче все кому не лень делают свои надстройки поверх всевозможных агентских harness, в основном codex и cc. Приложений десятки. Твиттер забит анонсами, чуть ли не каждый день появляется новая приблуда на electron. Я ненароком начал думать, что где-то раздают стартер-пак для разработки. Сегодня мне на глаза попался Lunel и это кое-что любопытное.
Приложение состоит из 2х частей: cli и мобильное приложение для iOS и Android. С весьма приятным UI/UX. Запускаешь CLI в директории проекта, сканируешь qr и у тебя полный комплект мобильной разработки прямо в твоем репозитории. Git, любой агент, файловый менеджер, терминал, запуск процессов и тд. И работает очень шустро.
В чем-то очень похоже на remote control от claude code, но без вендор лока. Единственное чего мне не хватило, так это вызова команд codex, типа compact или ревью. В остальном - топ. Ко всему еще и open source.
Что самое интересное, сессию можно закрыть, но к ней можно в любой момент вернуться если cli на компьютере сохраняет активность. Конечно, могут быть вопросики к безопасности, но для самоуспокоения можно всё собрать вручную.
Сайт проекта здесь | 501 |
| 7 | TL:DR к статье, для тех кто не тимлид и не руководитель, но хочет резко прокачать свою работу с агентами
Я вывел для себя, что мне веселее когда агент не пишет всё сам по одному промпту "сделай хорошо, а плохо постарайся не делать", а помогает креативить, комплексно искать подходы к реализации фич, подбирать архитектурные решения, собирать спецификацию, которую я одобрил. Где вместо предположения "наверное там всё ок", я точно знаю потому, что каждый шаг обдумывал и подтвердал.
Для этого, путем многих итераций был создан скилл brainstorm. Он организует весь этот цикл. Просто попробуйте. Работает в Codex, Claude Code, и более менее других популярных агентах. Обычно, в промпте я триггерю скилл вручную и начинаю фразу "давай спроектируем/продумаем и тд". Крайне полезно после перечислить UserStory или верхнеуровневые требования. Самая крутая фича этого скила: возможность обсудить проблему/подход/решение с агентом и когда вопрос уточнен, он сам возвращается на прежний трек последовательных вопросов-ответов. Без форка сессии, с сохранением в контексте потока мыслей и гипотез.
Далее. Эту спеку я перекладываю в скилл Planner. Этот скилл разбивает спеку на спринты так, чтобы с 90% вероятностью 1 спринт уложился в 1 контекстное окно и выполнен за 1 заход. Кто бы что ни говорил, а 1М контекста в клоде либо оверюзает токены, либо качество деградирует. Модель держит форму до 400К, но после ... такое себе. GPT 5.5 стал есть драматически меньше токенов и я перестал сталкиваться с ухудшением результатов после автокомпакта.
На выходе обоих скиллов я получаю 2 артекфакта: спека + план. Далее я приступаю к методичной работе plan-implement используя простейший промпт, как например этот, когда делал дешборды аналитики в Prospect Guide:
Бери в работу Sprint 1 плана content-section-analytics-plan.md
И финалочка - скилл code-review. Через него я прогоняю результат работы по спринту.
/code-review Sprint 1 of content-section-analytics-plan.md
Не доверяясь целиком машине, ревьюю глазами, правлю, слежу за полной тестов и тд. В масштабе 1 спринта, делать это комфортно, есть возможность сверяться со спекой.
Вы вероятно спросите, почему это лучше популярного набора скилов superpowers, в котором есть brainstorm, write-plan, implement и другие?
1. Их brainstorm не дает подумать или изменить решение. Задает 3-4 вопроса, зачастую просто подтверждая указанные требования и фиксирует их в спеке. Я хочу, чтобы вопросов было больше, они были глубже, агент фильтровал их по значимости, исследовал код и нашел проблемы, невидимые с поверхности и обсудил и со мной. А потом убедился, что он правильно понял мое намерение.
2. write-plan пишет готовые вставки куда код воткнуть. Это дичь, которая меня дико бесила. Я хочу, чтобы спека и план формулировали ЧТО я хочу и КАК это лучше сделать, а не впихивали в план готовые куски кода, чтобы потом растасовать их по файлам. Ну и этот план нереально рабивать на куски. Useless вообщем. Хорошо для замены примитивного промптинга, но для серьезной работы никуда не годится.
Вот мой пак скилов завернутый в набор Skillforce на Github, забирайте, пользуйтесь, кидайте идеи и фидбек. Ставятся на изи, стандартным способом в любой репозиторий.
Подписывайтесь на MachineHead и делитесь с друзьями! Stay tuned! ✌️ | 524 |
| 8 | ИИ в больших инженерных командах
Давно собирался расписать.
В разговорах с тимлидами и CTO постоянно одна и та же картина: дали кодерам ИИ (тот же Cursor), надеялись на буст продуктивности, а бустанули число инцидентов или просто замедлились в тех или иных местах.
Непопулярное мнение, которое я транслирую в кулуарных обсуждениях: синьоры, которые саботируют ваше внедрение, в большинстве случаев правы. Если на них забить и продавить через KPI «процент кода от ИИ», получите ровно то, что получают все.
Поначалу я думал, дело в инструментах. Потом в зрелости команд. Потом в моделях. Оказалось, нет. Подход. Административная инициатива "сверху-вниз" без ясного понимания как это будет работать на местах, не работает с разработчиками высоких грейдов, и чем сильнее команда, тем хуже она работает.
Расписал, как с этим жить. Большой гайд для тимлида: почему решение спущенное сверху-вниз проваливается, что такое «подчинённая проактивная позиция» агента и три фазы развёртывания агентского кодинга, на которых скептики через пару месяцев становятся евангелистами.
Если у вас сейчас ровно эта боль на работе, должно зайти.
PS: Там же обещанные скилы для агентов и расписанный воркфлоу как кодить в кодовой базе любого масштаба, которыми я давно хотел поделиться. Наконец-то всё запаковал и постарался расписать во всех деталях.
https://habr.com/ru/articles/1030314 | 993 |
