Самое интересное здесь даже не 1,9 человека из Google, а то, насколько ИИ изменил масштаб ошибки.
Раньше разработчик мог руками накосячить на одной странице и потом полчаса искать причину. Теперь агент за 10 секунд может идеально и последовательно сломать 300 страниц, после чего уверенно написать: «Готово, всё проверено».
По ощущениям, главная проблема AI-driven разработки сейчас не генерация кода и контента, а отсутствие нормального контура верификации. Агентам дали скорость уровня промышленного конвейера, а контроль качества пока остался примерно на уровне «открыл пару страниц — вроде работает».
И ещё очень показательно, что миллион слов, JSON-LD, FAQ и llms.txt проиграли обычной статье под реальный поисковый запрос. Похоже, старое доброе «сделай что-то реально нужное людям» пока оптимизируется лучше любого SEO для нейросетей :)
Отличная статья, как раз ai разделят ьан этапы разработки и выдавать роли, здравая идея, для создания целостного не багованного продукта, я также в разработке этим занимаюсь.
P.S. престарелые хейтеры программисты, обходите статью стороной, а то сейчас начнетсья, вайбкодинг, вайбокдинг
Чем мне заниматься, я решу без твоих указаний. Публикация проекта — приглашение к техническому обсуждению, а не заявка на твоё разрешение.
Теперь про «VPN не умеет в многопоток». В текущем коде клиент и сервер используют многопоточный runtime Tokio, а сервер обрабатывает QUIC-соединения в отдельных задачах, которые могут выполняться параллельно на разных ядрах. Это проверяется по rt-multi-thread, #[tokio::main] и tokio::spawn в исходниках.
С «необдуманным вайбкодом» аналогично: назови конкретную ошибку и объясни её. Пока высокомерия у тебя на полноценную экспертизу, а аргументов — на «не твой профиль».
Тем, кто это лайкает: обвинять автора в слепой вере ИИ и одновременно принимать чужой уверенный тон за доказательство — занятная последовательность. Технические утверждения проверяются по коду и измерениям, а не по количеству одобрительных реакций.
Забавно, что в итоге пираты местами оказались более ответственными хранителями культурного наследия, чем сами правообладатели.
Особенно показателен момент, когда люди годами собирают оригинальную картинку и звук из LaserDisc, VHS, Blu-ray и плёнки, а потом результаты этой «незаконной» работы фактически перекочёвывают обратно в официальные релизы.
Получается отличный парадокс современного копирайта: закон защищает произведение от копирования настолько хорошо, что иногда именно незаконные копии и спасают произведение в его первоначальном виде.
И ведь с играми и старым ПО происходит примерно то же самое.
ничего конкретно не могу сказать про DeepSeek, я использую Claude и Codex Astra, но и они часто в тупик загоняют разработку, приходиться очень хорошо оркестрировать и вникать в баги и проблемы, параллельно разрабатывая писать код и тестить или вообще перестраивать архитектуру, а где то костылить временно (на постоянку) службы на python, а не писать отлаженный код на Rust
Могу сказать так, главная помощь open образы Android версии, там хорошо можно копировать работу драйверов с конкретным железом устройства
Например я использую https://opensource.samsung.com/ но это для бюджетных стареньких samsung как будет дела с OnePlus, пока не могу сказать
Но разработчик туту выступает как фабрика под конкретное устройство, если это не одноплатник
Спасибо! Под капотом Ubuntu rootfs, пакеты Platinum (сервисы и службы) , настройка системы и выполнение stages
Потому тут нужно отталкиваться, как ядро будет поддерживать тот или иной процессор
Главная сложность — поддержка конкретной платы или телефона, а не сам процессор. Нужно доступное ядро с драйверами, рабочая цепочка загрузки и возможность запускать собственные образы. На телефонах отдельно возникают вопросы GPU, модема, камеры и энергосбережения. Если загрузчик не позволяет загрузить свою ОС, один билдер этого не решит.
То есть цель архитектуры: один Platinum Builder + конфигурации устройств + подключаемые BSP и способы упаковки образа. MediaTek и Exynos сами по себе не требуют менять эту основу,и как следствие можно также внедрить на их процессоры
У меня такргеты такие: Orange Pi Zero 3, Raspberry 5 Pi, Qualcomm Snapdragon
+ когда выйдет OnePlus 16 под новый Qualcomm Snapdragon аля 5.1 GHz собрать образ, а главное погонять LLM на нем
Сам проект создавался как универсальная OS для arm устройств, в первую очередь хотел подружить с Orange PI Zero 3 + подключил Waveshare 6.25inch Capacitive Touch Display и Waveshare A7670E LTE Cat-1 HAT for Raspberry Pi. Но так как из этого сделать смартфон еще труднее (нет ряда датчиков как в современном устройстве), появилась идея сделать на unlock oem устройстве, далее в планах приобрести OnePlus 16 и поэкспериментировать с ним (смартфон + ии робот, с ходовой частью)
сказки стареньких дряхленьких айтишников, которым не платят теперь огромные денежки. AI будущее и за несколько часов создаст MVP которое уже можно обкатать в бою
Как бесят эти "эффективные менеджеры", идите на завод, а не людей изучайте, вы кто? Хозяева чтоли? возомнили себя пастухами, таким бы ручонки пооткручивать
Пусть население убывает, в чём проблема то? ну спад рождаемости, значит жизнь продолжительнее. Или нужно по 10 детей и смертность в 35-40 лет? Уже по горло эта демагогия с рождаемостью.
??? непонятный комментарий? не ясно претензия или нет, вы молодец, хороший работник и исполнитель, работать на компанию, быть специалистом отлично
Я развиваю свои проекты и идеи которые копились за всю жизнь, пока я трудился на дядю, теперь пришло моё время + AI в помощь, отличные руки для разработки и проверки прототипов и MVP
Понимаю вас, возрастным программистам сейчас скорее всего трудно, молодежь на пятки наступает, а тут еще и AI
Забавно, что 20 лет издатели оптимизировали всё под Google, а теперь выясняется, что зависимость от одного источника трафика — плохая бизнес-модель. Проблема, кажется, не только в AI, а в том, что слишком много компаний построили бизнес вокруг чужой платформы.
Всегда интересно смотреть такие статьи через пару лет использования. Но почти у всех замечаю одну закономерность: чем больше появляется собственных правил, шаблонов и соглашений, тем выше порог входа для самого себя через год. Иногда проще написать обычную markdown-заметку, чем решить, это note, zettel или уже index.
Всегда немного настораживает hot reload в Python-проектах. Пока проект маленький — магия. Потом начинаются singleton'ы, фоновые задачи, импорт побочными эффектами и выясняется, что полный рестарт был не таким уж плохим решением.
Понравилось, что библиотека не пытается заменить aiogram, а именно дополняет его. Часто подобные проекты начинают постепенно "затягивать" всё в себя и через год превращаются в отдельный фреймворк с несовместимым API. Если получится удержать именно формат DX-плагина — это, на мой взгляд, самый удачный путь.
Самая большая опасность таких библиотек — желание собрать вообще всё. Сегодня hot reload и пагинация, завтра ORM, DI, планировщик задач и свой конфиг. Интересно, где автор сам для себя проводит границу, чтобы Raito не превратился в очередной "framework over framework".
Да, я с ai создаю проекты на Rust, Python, Swift, Kotlin, Goddot, оболочки и билды linux (готовлю сборку пакетов Platinum OS над armbian загрузчик бортов), языки которые я знаю хорошо php, go, c/c++ Arduino esp32 сбокри из ESP-IDF) проекты и языки пишу для себя,
Идей у меня ещё миллион, а также скоро будут новые интересные стать и по роботов и другие проекты
Самое интересное здесь даже не 1,9 человека из Google, а то, насколько ИИ изменил масштаб ошибки.
Раньше разработчик мог руками накосячить на одной странице и потом полчаса искать причину. Теперь агент за 10 секунд может идеально и последовательно сломать 300 страниц, после чего уверенно написать: «Готово, всё проверено».
По ощущениям, главная проблема AI-driven разработки сейчас не генерация кода и контента, а отсутствие нормального контура верификации. Агентам дали скорость уровня промышленного конвейера, а контроль качества пока остался примерно на уровне «открыл пару страниц — вроде работает».
И ещё очень показательно, что миллион слов, JSON-LD, FAQ и llms.txt проиграли обычной статье под реальный поисковый запрос. Похоже, старое доброе «сделай что-то реально нужное людям» пока оптимизируется лучше любого SEO для нейросетей :)
Отличная статья, как раз ai разделят ьан этапы разработки и выдавать роли, здравая идея, для создания целостного не багованного продукта, я также в разработке этим занимаюсь.
P.S. престарелые хейтеры программисты, обходите статью стороной, а то сейчас начнетсья, вайбкодинг, вайбокдинг
Чем мне заниматься, я решу без твоих указаний. Публикация проекта — приглашение к техническому обсуждению, а не заявка на твоё разрешение.
Теперь про «VPN не умеет в многопоток». В текущем коде клиент и сервер используют многопоточный runtime Tokio, а сервер обрабатывает QUIC-соединения в отдельных задачах, которые могут выполняться параллельно на разных ядрах. Это проверяется по
rt-multi-thread,#[tokio::main]иtokio::spawnв исходниках.С «необдуманным вайбкодом» аналогично: назови конкретную ошибку и объясни её. Пока высокомерия у тебя на полноценную экспертизу, а аргументов — на «не твой профиль».
Тем, кто это лайкает: обвинять автора в слепой вере ИИ и одновременно принимать чужой уверенный тон за доказательство — занятная последовательность. Технические утверждения проверяются по коду и измерениям, а не по количеству одобрительных реакций.
Пошла старая в игнор.
Забавно, что в итоге пираты местами оказались более ответственными хранителями культурного наследия, чем сами правообладатели.
Особенно показателен момент, когда люди годами собирают оригинальную картинку и звук из LaserDisc, VHS, Blu-ray и плёнки, а потом результаты этой «незаконной» работы фактически перекочёвывают обратно в официальные релизы.
Получается отличный парадокс современного копирайта: закон защищает произведение от копирования настолько хорошо, что иногда именно незаконные копии и спасают произведение в его первоначальном виде.
И ведь с играми и старым ПО происходит примерно то же самое.
ничего конкретно не могу сказать про DeepSeek, я использую Claude и Codex Astra, но и они часто в тупик загоняют разработку, приходиться очень хорошо оркестрировать и вникать в баги и проблемы, параллельно разрабатывая писать код и тестить или вообще перестраивать архитектуру, а где то костылить временно (на постоянку) службы на python, а не писать отлаженный код на Rust
Могу сказать так, главная помощь open образы Android версии, там хорошо можно копировать работу драйверов с конкретным железом устройства
Например я использую https://opensource.samsung.com/ но это для бюджетных стареньких samsung как будет дела с OnePlus, пока не могу сказать
Но разработчик туту выступает как фабрика под конкретное устройство, если это не одноплатник
Спасибо! Под капотом Ubuntu rootfs, пакеты Platinum (сервисы и службы) , настройка системы и выполнение stages
Потому тут нужно отталкиваться, как ядро будет поддерживать тот или иной процессор
Главная сложность — поддержка конкретной платы или телефона, а не сам процессор. Нужно доступное ядро с драйверами, рабочая цепочка загрузки и возможность запускать собственные образы. На телефонах отдельно возникают вопросы GPU, модема, камеры и энергосбережения. Если загрузчик не позволяет загрузить свою ОС, один билдер этого не решит.
То есть цель архитектуры: один Platinum Builder + конфигурации устройств + подключаемые BSP и способы упаковки образа. MediaTek и Exynos сами по себе не требуют менять эту основу,и как следствие можно также внедрить на их процессоры
У меня такргеты такие: Orange Pi Zero 3, Raspberry 5 Pi, Qualcomm Snapdragon
+ когда выйдет OnePlus 16 под новый Qualcomm Snapdragon аля 5.1 GHz собрать образ, а главное погонять LLM на нем
Сам проект создавался как универсальная OS для arm устройств, в первую очередь хотел подружить с Orange PI Zero 3 + подключил Waveshare 6.25inch Capacitive Touch Display и Waveshare A7670E LTE Cat-1 HAT for Raspberry Pi. Но так как из этого сделать смартфон еще труднее (нет ряда датчиков как в современном устройстве), появилась идея сделать на unlock oem устройстве, далее в планах приобрести OnePlus 16 и поэкспериментировать с ним (смартфон + ии робот, с ходовой частью)
сказки стареньких дряхленьких айтишников, которым не платят теперь огромные денежки. AI будущее и за несколько часов создаст MVP которое уже можно обкатать в бою
Все эти грейды, чушь собачья, выдуманные отсталыми менеджерами и hr, которые сейчас становятся наиболее невостребованными
Как бесят эти "эффективные менеджеры", идите на завод, а не людей изучайте, вы кто? Хозяева чтоли? возомнили себя пастухами, таким бы ручонки пооткручивать
Пусть население убывает, в чём проблема то? ну спад рождаемости, значит жизнь продолжительнее. Или нужно по 10 детей и смертность в 35-40 лет? Уже по горло эта демагогия с рождаемостью.
??? непонятный комментарий? не ясно претензия или нет, вы молодец, хороший работник и исполнитель, работать на компанию, быть специалистом отлично
Я развиваю свои проекты и идеи которые копились за всю жизнь, пока я трудился на дядю, теперь пришло моё время + AI в помощь, отличные руки для разработки и проверки прототипов и MVP
Понимаю вас, возрастным программистам сейчас скорее всего трудно, молодежь на пятки наступает, а тут еще и AI
Забавно, что 20 лет издатели оптимизировали всё под Google, а теперь выясняется, что зависимость от одного источника трафика — плохая бизнес-модель. Проблема, кажется, не только в AI, а в том, что слишком много компаний построили бизнес вокруг чужой платформы.
Всегда интересно смотреть такие статьи через пару лет использования. Но почти у всех замечаю одну закономерность: чем больше появляется собственных правил, шаблонов и соглашений, тем выше порог входа для самого себя через год. Иногда проще написать обычную markdown-заметку, чем решить, это note, zettel или уже index.
Всегда немного настораживает hot reload в Python-проектах. Пока проект маленький — магия. Потом начинаются singleton'ы, фоновые задачи, импорт побочными эффектами и выясняется, что полный рестарт был не таким уж плохим решением.
Понравилось, что библиотека не пытается заменить aiogram, а именно дополняет его. Часто подобные проекты начинают постепенно "затягивать" всё в себя и через год превращаются в отдельный фреймворк с несовместимым API. Если получится удержать именно формат DX-плагина — это, на мой взгляд, самый удачный путь.
Самая большая опасность таких библиотек — желание собрать вообще всё. Сегодня hot reload и пагинация, завтра ORM, DI, планировщик задач и свой конфиг. Интересно, где автор сам для себя проводит границу, чтобы Raito не превратился в очередной "framework over framework".
Да, я с ai создаю проекты на Rust, Python, Swift, Kotlin, Goddot, оболочки и билды linux (готовлю сборку пакетов Platinum OS над armbian загрузчик бортов), языки которые я знаю хорошо php, go, c/c++ Arduino esp32 сбокри из ESP-IDF) проекты и языки пишу для себя,
Идей у меня ещё миллион, а также скоро будут новые интересные стать и по роботов и другие проекты
https://github.com/digkill
Да, так и есть. Особенно по моим внешним дискам)
Молодец, тестируй ios на докере запускай на эмуляторе
Спасибо за тёплые слова!