Искал одну программу
Мне нужна была программа для быстрой разрядки смартфона. В чисто тестовых целях - проверить, как смартфон потом будет заряжаться от определённого адаптера. Почему нужна специальная программа, почему нельзя, например, врубить яркость экрана на полную и запустить просмотр видео 4К или какую-нибудь игрушку? Можно, да, запустить просмотр видео 4К, но при этом тогда надо постоянно контролировать уровень разряда, чтобы не допустить разряда в 0 - смартфону это вредно. Кроме того, чтобы разряд был эффективным и безопасным, нужно обязательно контролировать температуру батареи и не допускать её нагрева выше, например, 42 градусов, а также нужно иметь возможность регулировать нагрузку (опять-таки в целях уменьшения нагрева).
У меня когда-то давно была такая программка, которая могла разряжать смартфон до нужного остатка и при этом там можно было регулировать нагрузку, но она не умела следить за температурой батареи, да и к тому же разработчик её давно забросил, и она начиная с каких-то версий Android перестала запускаться.
Вчера опять понадобилась такая программа (приехал новый фирменный адаптер). Попросил ChatGPT (платный) найти что-то из этой серии. Тот ответил, что в Google Play ничего приличного из этой серии нет вообще, есть одна программа с требуемыми возможностями, но она существует только в виде исходного кода на Github, а виде готового APK она есть только на очень мутных сайтах, и он, ChatGPT, не рекомендует её оттуда скачивать.
Ну, ладно, начали с ним разбираться, как скомпилировать эту программу из исходников, а он вдруг говорит - а давай я тебе сам просто сделаю эту программу. Я же знаю, что тебе нужно. Ну, говорю я, сделай.
Он минут двадцать чем-то там занимался, а потом выдал готовый APK.

Тот, правда, сразу не скачался - при попытке скачивания браузер пытался показать его в окне предпросмотра, и из этого ничего не выходило. Но потом ChatGPT нашёл способ мне его передать.
Я программу установил, запустил - да вообще бомба, всё работает именно так, как мне было нужно! Идеальный вариант!


Ну что сказать - круто! И теперь открываются совершенно новые возможности, потому что у меня ещё есть несколько задач, для решения которых я не нашел устраивающих меня программ. Почему бы мне самому их не сконструировать с помощью ChatGPT?
И уже давно можно делать более менее сложные приложения.
Детальный, продуманный промт, правильно настроенная агентная среда (подключенные инструменты типа Blender доступные агенту и.т.д), продвинутая модель - позволяют такого достичь. Тысячи уже такого контента. Оно берет и создает всю игру с нуля, включая самодельные графические ассеты. Но как я и сказал - сырую. Играбельное технодемо.
"Одним промптом но сырое" означает что для доведения до ума нужен ещё не один промпт.
Да и этот "один" звучит обычно как "изучи документацию проекта, составь план реализации". А эту документацию тоже не в один промт готовишь.
Я написал о том, что существуют два явления - однопромтовые эксперименты, за которыми интересно наблюдать. И что некоторые несложные вещи уже так вполне решаются - даже не специалистами (собственно, тема статьи, под которой мы общаемся). Кому-то и сырого достаточно для его задачи - особенно, если это проще, чем 3D-игра. И что существует серьезная разработка - если нужно что-то большее. И что проблемы могут возникнуть, если неспециалист полезет в это более сложное - тут то энтузиазм неофита может слегка и пообломаться.
Я много скриптов для себя сделал с нейронками, но вот чтоб сразу apk - еще не видел.
Двоякие чувства: смесь "Вау, круто!" и "Хана кожаным мешкам..."
Если немного близко к теме, то слушаю я временами интернет-радио Soundpark Deep, бесплатную версию для iOS. Она рекламу не показывает, просто поток не такой жирный и нет инфо о названии композиции и исполнителе. И вот с недавних времен начались странности — запущенная прога выжирает батарею со скоростью 15-20 процентов в час, при этом неслабо её разогревает. Что это может быть? В первую очередь на ум приходят 2 варианта — или ошибка при написании программы, или что-то типа майнинга. Как проверить?
вот его ответ:
"Скорее всего, это баг приложения или зациклившееся переподключение к потоку, а не майнинг. Нагрев и расход 15–20% в час означают постоянную нагрузку на процессор или сетевой модуль. В отзывах на приложение уже упоминаются обрывы соединения и необходимость перезапуска, что косвенно указывает на проблемы плеера. App Store
Проверить можно так:
Открыть Настройки → Аккумулятор → Показать всю активность и выбрать период прослушивания. Посмотреть Soundpark:
«На экране» — возможно, виноваты анимация или интерфейс;
«Фоновая активность» — вероятнее плеер, переподключения или обработка звука.
Провести три получасовых теста при одинаковом уровне заряда и выключенном экране:
Soundpark через Wi‑Fi;
Soundpark через мобильную сеть;
ту же станцию через её сайт или другой радиоплеер.
Если проблема только в приложении, причина практически установлена.
Полностью удалить приложение, перезагрузить iPhone и установить заново. Также временно отключить в приложении эквалайзер, динамический фон и другие дополнительные функции, если они активны.
Если хочется посмотреть сетевую активность, можно использовать Pi-hole/AdGuard Home либо прокси вроде Charles. Большой объём трафика или постоянные новые соединения укажут на цикл загрузки/переподключения. Обычный аудиопоток должен создавать небольшой и достаточно ровный трафик.
Майнинг на iPhone технически возможен только при постоянном выполнении вычислений, но правила App Store его запрещают, а экономического смысла в скрытом майнинге на одном телефоне почти нет. Поэтому он гораздо менее вероятен, чем ошибка плеера. Без анализа исходного кода доказать его отсутствие на 100% нельзя, но сравнение приложения с воспроизведением того же потока через сайт даст достаточно убедительный практический ответ.
До исправления приложения лучше слушать станцию через браузер или другой радиоплеер: постоянный сильный нагрев ускоряет износ аккумулятора. Apple также рекомендует именно раздел Аккумулятор для определения приложения и характера фоновой нагрузки"
:D
Или поищите готовое решение вашей задачи в репозитории пакетов под termux или опенсорсных f-droid.
Просто создается новый фолдер. Он открывается в VS Code. Codex будет создавать файлы в этом фолдере. Туда можно сложить и свои файлы и работать с ними как будто они загружены. И не только для программирования, любые проекты с любыми файлами.
Редакторские функции VS Code уже давно вторичны. Кроме того там куча удобных extensions, которых нет ни в десктопной версии, ни на вебе. Еще свой встроенный browser. И прочее, типа прямого доступа в Github.
VS Code это след шаг в работе с агентами. Просто перепрыгнуть через десктопный Codex. Все равно через какое-то время к этому приходят все. Сейчас кстати в VS Code, есть- чисто агентсткое окно, там кода совсем не видно совсем.
Я себе приложуху делал (напоминалку) он не только АПК скомпилировал - к телефону подключился и сам всё установил.
Надеюсь они когда нибудь всё таки допилят Гемини 4 и будет ваще огонь (ну не антропик конечно, зато дешевле и не банят по чём зря)
Так бы я вообще только с ними работал не обращая внимания на всякие астры (и уж тем более Гемини).
А по всем профессиям -- все в целом сводится к медсестрам, медбратам, нянечкам, обслуживающему персоналу и другим, которые могут обслуживать кожаных с заботой и состраданием (кожаные любят, когда их обслуживают кожаные). Таких и сейчас не хватает. Ну, хоть платить будут больше им, надеюсь.
Статья в АСМ (ПДФ):
Let’s Produce Clever Makers and Sharp Thinkers: An AI-Proof Future for CS Undergraduate Programs
Mikey Goldweber, Denison University
Rahul Simha, The George Washington University
dl.acm.org
Ммм? Я процитировал статью просто. В статье имелись в виду физические прототипы -- с платами, проводками, неонками, моторами и пр.
Мой сын учится на 2 курсе сейчас, и только он в группе самостоятельно дома занимается программированием.
Остальные приходят, чтобы их научили. И ждут, когда из них получатся специалисты к концу обучения.
* Слепая зона безопасности: Человеческая логика здесь завораживает до жути. Он совершенно правильно определил, что скачивание скомпилированного APK с сомнительного стороннего ресурса — это угроза. Но его решением стала установка непрозрачного, сгенерированного машиной исполняемого файла, собранного полностью вне поля зрения, без какого-либо код-ревью, аудита разрешений или проверки в песочнице. Это просто обмен неизвестного вектора угрозы на чуть более вежливый, диалоговый вектор.
* Аппаратные и термические риски: Намеренный запуск циклов высокой нагрузки для разрядки литий-ионного элемента вплотную к температурному пределу — и без того рискованная операция. Если непроверенный скрипт поймает необработанное исключение или зависнет в бесконечном цикле под искусственной нагрузкой без срабатывания механизма регулировки, на выходе получится не тест аккумулятора, а тепловой разгон и протоколы пожарной опасности.
* Проблемное удобство: Проверка оперативной реальности: автономная система, которая принимает параметры на естественном языке, привязывает их к аппаратным API мобильного устройства и за двадцать минут выдает рабочее скомпилированное приложение, действительно впечатляет. Но это также убедит тысячи людей в том, что им больше не нужны верификация, пайплайны тестирования и базовая гигиена безопасного кода.
Сплошные плюсы.
Требуется дополнительная видеорегистрация процесса.
И автоматический порошковый огнетушитель.
Просто щоб було.
- даешь ему ссылку на архив обзоров телефонов
- даешь доступ через adb к телефону
Говоришь «напиши новый обзор телефона по образцу, запусти все тесты по порядку как у Экслера, сделай скриншоты, сверстай HTML, отправь мне на почту»
Только это в кодексе локально, а не в веб/приложении
И по его метрикам - да, написано очень много-много нового кода, при этом покрытие пользовательского опыта данными задачами низкое (то есть много кода непонятно на что ушло), а самое главное количество задач по исправлению данного кода увеличилось на 70% по сравнению с обычным кодом. А главное, количество security incidents за квартал более чем удвоилось. Да, их могут фиксить новые модели, но сам запуск вот этого цикла (проблема - саппорт - фикс) все равно приводит к ухучшению пользовательского опыта и финансовым потерям.
А для LLM таких предубеждений пока нет.
и варианты такие
- сознательная модификация промта в бесплатном прокси-интерфейсе к какой-то модели для широких масс.
- ошибки модели, какие-то закопанные грабли (на которые периодически налетают исследователи при вайбкодинге, портящие данные или просто добавляющие неучтенных дыр на ровном месте.)
Шелуха отсеялась?
А вот что он туда положил, из каких библиотек, явно, неявно...
Если приложению требуется вайфай и камера - тады йой.
Давно реализовано для лечения очень разных болезней...
С древним Yii ИИ запросто справится
Главные признаки здесь прямые:
/assets/82ceb8cf/yii.js — это стандартный JavaScript-файл Yii2 Framework;
каталог вида /assets//... — типичная публикация ресурсов через yii\web\AssetManager;
и csrf-token — стандартная схема CSRF в Yii2;
page / per-page, которые мы видели раньше, тоже идеально совпадают с yii\data\Pagination.
То есть стек примерно такой:
Backend: PHP + Yii2
Frontend: server-rendered HTML + jQuery 2.2.4 + Bootstrap + набор старых jQuery-плагинов
Web server: nginx
CMS: не готовая CMS, а собственное приложение/CMS, написанное на Yii2.
Причём frontend довольно характерный для разработки примерно 2016–2019 годов:
Yii2 + Bootstrap + jQuery + Slick + Fancybox + FormStyler + MatchHeight
Без React/Vue, без frontend build pipeline в современном смысле.
Я пока работу новую искал, покрутил самые популярные пхп-шные фреймворки (ларку и симфони), потому что от жизни отстал (вернулся на пхп с .нет-а). Ну, покрутил и покрутил, порешал типичные проблемы, попилил какие-то сайты, чтобы на собеседованиях ушами не хлопать.
А потом мне подвернулся проект на Yii2 (и это при том, что 3-ий уже релизнулся, но переезжать пока рановато). Ну да, там видно, что что-то устарело и в той же ларке сделано удобнее. Но в целом подходы те же, и назвать это древним никак не получается.
Однако веб-версия нередко получает новые функции раньше. Некоторые сложные режимы, интеграции и экспериментальные возможности могут появляться в приложении позже или временно работать только в браузере. Приложение также не получает автоматического доступа ко всем файлам и программам компьютера - их всё равно нужно явно прикреплять или разрешать соответствующую функцию.
Мой совет: установить приложение как удобный дополнительный способ общения, но веб-версию не бросать. Для коротких вопросов, файлов и постоянного фонового использования приложение удобнее; для сложной работы и самых новых функций надёжнее пока оставлять браузер. То есть возможностей не больше и не меньше в принципе - просто немного другой набор удобств, который периодически меняется.
Не удалось начать обработку: среда запуска программ в Codex выдаёт ошибку helper_unknown_error: setup refresh had errors ещё до открытия видео. Субтитры пока не созданы.
Перезапусти приложение Codex и напиши «продолжай» — повторю попытку и подготовлю ролик с русскими субтитрами.
**Главное: к GPT-6 Astra это отношения не имеет.** Баг тянется как минимум с конца июня 2026, задолго до Astra. Один из репортёров специально переключался с GPT-5.6 Luna на GPT-5.5 — ошибка не изменилась, как и после пересоздания диалога, обновления расширения и полной перезагрузки Windows. Это сбой клиента, а не модели.
**Что реально происходит.** Codex на Windows выполняет команды в песочнице и перед запуском делает «setup refresh» — переназначает права доступа на папке проекта. В логе песочницы это видно как `deny ACE failed on ...\.git` и `SetNamedSecurityInfoW failed: 5` — то есть «отказано в доступе». Если этот шаг падает, не стартует вообще ничего: ни PowerShell, ни ffmpeg, ни чтение файлов. Поэтому ошибка и вылезла «ещё до открытия видео».
**Самая частая причина и фикс.** Папка `.git` (или корень проекта) оказывается во владении служебной учётки `CodexSandboxOffline` вместо вашей обычной. Автор темы полностью закрыл Codex, открыл PowerShell от администратора и вернул владельца себе — после перезапуска всё заработало, без переустановки и удаления кэшей.
Проверить и починить:
```powershell
# 1. Посмотреть лог песочницы (подставьте сегодняшнюю дату)
notepad "$env:USERPROFILE\.codex\.sandbox\sandbox.2026-09-09.log"
# 2. Проверить владельца
(Get-Acl "C:\путь\к\проекту").Owner
(Get-Acl "C:\путь\к\проекту\.git").Owner
# 3. Если там CodexSandboxOffline — вернуть себе (PowerShell от админа, Codex закрыт)
$me = "$env:USERDOMAIN\$env:USERNAME"
icacls "C:\путь\к\проекту\.git" /setowner "$me"
```
**Если не помогло**, по убыванию полезности:
- Прописать в `%USERPROFILE%\.codex\config.toml` секцию `[windows]` со значением `sandbox = "unelevated"` — это восстановило работу у нескольких человек, у которых возврат владельца не сработал. Заодно проверьте, что секция `[windows]` в файле одна, дубли ломают инициализацию.
- Windows → Параметры → Приложения → Codex → Дополнительно → **Восстановить** (именно Repair, не Reset).
- Экзотика, но у одного человека сработало: создать junction на ту же папку и открыть проект по новому пути — Codex заводит состояние песочницы по абсолютному пути, и новый путь инициализируется с нуля.
- Если пользуетесь ещё и CLI: в 0.144.x была регрессия в шаге обновления ACL, откат на 0.143.x убирал проблему без изменений в проекте.
**Теперь про сами субтитры.** Разница с обычным ChatGPT объясняется просто: там код крутится в серверной песочнице OpenAI, а Codex запускает ffmpeg и распознавание речи локально, на вашей машине. Windows-песочница сломана — значит, ни одна локальная утилита не стартует, и до видео дело не доходит в принципе.
И отдельно: фраза «перезапусти Codex и напиши "продолжай" — повторю попытку» — это модель придумала. Никакая задача в очередь не поставлена, состояние между запусками не сохраняется. Пока песочница не починена, «продолжай» просто даст ту же ошибку. Так что перезапускать по кругу смысла нет — либо чините права, либо делайте субтитры в обычном ChatGPT, раз там всё работает.
ChatGpt умеет теперь много чего прямо собирать и тестировать на своей стороне, мне часто нравится больше возможностей курсора
Есть готовый плейбук - запили таску. В основном справляется.
И аппетит к ресурсам.
Это хорошо.
Переводчики в машинный язык (кодеры) больше не нужны в таком количестве.
Перкрасный сферический конь в вакууме без перефирии, интеграции и развёртывания.
Какую тему не задень - ты везде первый эксперт.
Сам ответь на свой вопрос про периферию, интеграцию и развертывание, которых типа нет, потому что нейрослоп и никогда такому не бывать.
он не работает под, он работает на.
обычно, доменной областью еще отлично владеют тестировщики - это вот прямо их всегда было. Поэтому они и вырастали потом в бизнес-аналитиков или PO/менеджеров.
Программисты всегда старались держаться подальше от бизнес-знаний, у программистов была голова достаточно забита, чтобы еще в бизнесе разбираться.
Технически, общую программистскую эрудицию модели получают при обучении (на всех стадиях), а знание конкретной системы (code conventions, CI, да вообще все) совершенно несложно собрать однажды и подсовывать агенту при реализации задачи.
Таким образом можно написать код, неотличимый от чело-программиста.
Просто некоторые об этом не знают, некоторые не заморачиваются (и получают как-раз тот нейрослоп. так сами виноваты), некоторые - наивно предполагают, что "оно само должно"
Я сам так начинал - поставил gpt4all и скормил ему свои помесячные банковские выписки (модель была локальная, без tools-ов) и задал вопрос - а вот сколько я за год заработал? ну, она начала творить бред. Оказалось, что она (неожиданно!) видит только 3-5 документов из 12.
Вот некоторые недалекие на этом наивном уровне и остались. У них ИИ будет ожидаемо го..ном.
"ПМ, который попытается формулировать именно непосредственно задачи по программированию для Claude Code получит тоже очень проблематичный результат во всех случаях кроме уж совсем тривиальных." - конечно. ПМ - это менеджер, ему вообще такое знать не положено, его дело деливери и зарплаты
----
У нас в конторе я в большинстве случаев просто пишу /code-implement-jira "таска в джире"
задачи хорошо описаны (PO + AI).
промпт сначала выясняет все вопросы, готовит план, я его правлю и только тогда - код и пулл-реквест.
ну и доскональное тестирование (тест кейсы в отдельной сессии).
Недавно случайно пересекся с парнем-девелопером, он мне свою историю рассказал: остался без работы, начал играться с Claude Code, собрал в оркестр 6-7 агентов. Чисто случайно попал на собеседование в стартап к техдиректору. Что ж, больше в том стартапе нет команды девелоперов, он сам деливерит - раза в 3 быстрее, с тестами и документацией
по скраму (давайте только еще этого флуда не разводить) есть стейкхолдеры (заказчики фичи), Product Owner (знающий стратегию продукта и приоритеты) и программисты (которые совместно решают, как реализовывать).
Заказчик программисту напрямую не должен ничего объяснять.
Но большинство все еще твердит про 'stochastic parrots', 'this is all staged', 'it is just marketing'. Последнее из этой итерации - 'nothing in this world would make me believe in this'. Ну, про веру вы сами знайте.
И поэтому на все эти младенческие вопли «аааа! Оно тоже умеет соску сосать, значит скоро младенцев не останется» смотрю со слабо скрываемой улыбкой, как и положено при наблюдении за ещё не умеющими толком ходить детьми. И поэтому прекрасно понимаю почему тебя так триггернуло вполне закономерным вопросом про то что это срань не умеет и вряд ли когда-нибудь будет уметь.
А главное, ты не представляешь насколько это забавно – слушать от пользователя самоката который наконец-то научился на нём ездить, рассуждение о том что теперь-то изобретатели самокатов будут не нужны.
Адрес в фидо был конечно же. Он у нас у всех был, я бы наоборот, не доверял тем, у кого его не было.
Всезнайка со старческим комплексом поучателя.
Тебя, очевидно, не изменить (да и похрен на тебя), но и не заткнуть (вот тут уже хуже).
Аккуратнее. Ты пишешь об этом на сайте «фидошника-старпера», где очень большое количество комментаторов - ещё подписчики его эхи.
Лучше спокойно наслаждайся самокатом.
зы. Кстати.
Где бы я не работал - были у нас аналитики и грамотные ПМы, не были, были не грамотные, в бизнес процесс всегда надо было въезжать. И все мои знакомые, от банковских кодеров-рабов до саповских скриптописателей, от жестоких фирмваре впихивателей в 32к до обычный C# приожениеподгонятелей - все так же.
Я не помню ни однго "абстрактного" программиста, даже в совковом ящике.
После которого вот буквально вчера была статья на BBC - Anthropic researcher believes more than 10% chance AI 'could kill all humans', и вот второе Why some experts increasingly fear AI will take over- это "все маркетинг"
Я даже затрудняюсь припоминать когда я последний раз встречался с таким уровнем отрицания реальности - в культе каком-нибудь скорее всего.
Причем вот такое поведение 1:1 поведение зетников которые пишут что америка вот вот развалится и при этом уверены что ЦРУ подслушивает из разговоры. В аудитории выше одновременно без конфликта существует утверждения что из AI никакой полезности нету и что AI оставит всех без работы.
Я знаком с цифрами. Кстати насчет ядерных электростанции - вот вчерашняя новость - Google will buy up to half the electricity produced by one of Finland's nuclear power plants as part of a record €13bn (£11bn; $15bn) investment in the country's AI infrastructure, the company announced.
У экслера только "маленькое привидение" находится, неоднократно пытался, так что забил. Так что спи спокойно, "фейк ньюз", конечно. С памятью у меня проблем нет -- тут неоднократно одни и те же люди одно и то же с разницей в 6 мес у меня спрашивают и потом удивляются и "злопамятным" огрызаются. На это тоже URL попросишь или сам помнишь?
...
It keeps them in the news which keeps them in the minds of investors.
...
Is it wrong to see every warning like this as a cynical funding grab?
...
I expect Coxon is just doing the same thing Sutskever did - leave and start your own lab for even greater riches. None of them have a conscience about AI safety at all, if they did they would never have taken the job.
...
I am personally also way way way more concerned about climate change than the risk of a self-improving AI superintelligence.
The latter is theoretical. The former is an actual threat that is barreling towards us with an unrelenting force and actually has a credible probability of ensuring that our civilization collapses within about 2 decades.
...
that stuff like this is all about share value and not about LLMs taking over the world.
...
NOBODY is developing AI to increase productivity of its white collar workforce.
...
The rumors are that they will launch their IPO in October so it would make sense to try and hype up the excitement as much as possible until then.
...
My best friend, who is doing an academic math fellowship, is planning to enter a monastery as a result of the LLM math wins of the last few months, because he's possibly even more disillusioned by the state of things than I am.
...
NO IT FUCKING DID NOT.
And these LLMs are terrible at the thing that computers are supposed to be really good at: Math.
Чтоб съесть надо готовить уметь. Самокат готовить не умеет 😉