Ну вот такая динамика получилась. Я пересчитал проценты, убрав "мне посмотреть", и построил график по времени.
За три месяца доля тех, кто не пишет или почти не пишет код с агентским ИИ сократилась с 60% до 38%
Доля тех, кто весь или почти весь код пишет через агента, выросла с 8.8% до 23.3%
Динамика бешеная. Что-то поменялось в моделях и инструментах, что этим наконец-то стало можно легко пользоваться.
Я лично почувствовал, что в последние месяцы матерюсь всё меньше и меньше (cursor + gpt 5.2)
При этом, важно! Хотя пишу много кода с агентом, но стараюсь тщательно проверять его высеры и просить подправлять какие-то места. Иначе код превратится в сраное глючное говно очень-очень быстро, потом ни человек, ни машина в этом не разберётся. Где-то недоделала, где-то недопоняла, и это как снежный ком.
Стараюсь делить задачи на мелкие, т.е. не совать сразу всё, а скармливать по чуть-чуть и ревьювить. Иначе слишком много кода проверять за раз. Хотя, курсор сам умеет строить план и т.д, и даже если план хороший - всё же небольшими итерациями намного быстрее и качественнее выходит.
Вот сырые данные, если кто захочет построить свой график.
8 декабря такие данные:
"> 90%" - 46
"70%" - 38
"50%" - 46
"30%" - 79
"< 10%" - 313
3 марта такие
"> 90%" - 100
"70%" - 58
"50%" - 47
"30%" - 61
"<10%" - 163
Жалко, конечно, что канал не очень многочисленный, и проголосвали далеко не все. Т.е. понятно, что это не статистика не разу. Но всё равно любопытно.
🫥 Cross Join - канал о разработке
⠀
За три месяца доля тех, кто не пишет или почти не пишет код с агентским ИИ сократилась с 60% до 38%
Доля тех, кто весь или почти весь код пишет через агента, выросла с 8.8% до 23.3%
Динамика бешеная. Что-то поменялось в моделях и инструментах, что этим наконец-то стало можно легко пользоваться.
Я лично почувствовал, что в последние месяцы матерюсь всё меньше и меньше (cursor + gpt 5.2)
При этом, важно! Хотя пишу много кода с агентом, но стараюсь тщательно проверять его высеры и просить подправлять какие-то места. Иначе код превратится в сраное глючное говно очень-очень быстро, потом ни человек, ни машина в этом не разберётся. Где-то недоделала, где-то недопоняла, и это как снежный ком.
Стараюсь делить задачи на мелкие, т.е. не совать сразу всё, а скармливать по чуть-чуть и ревьювить. Иначе слишком много кода проверять за раз. Хотя, курсор сам умеет строить план и т.д, и даже если план хороший - всё же небольшими итерациями намного быстрее и качественнее выходит.
Вот сырые данные, если кто захочет построить свой график.
8 декабря такие данные:
"> 90%" - 46
"70%" - 38
"50%" - 46
"30%" - 79
"< 10%" - 313
3 марта такие
"> 90%" - 100
"70%" - 58
"50%" - 47
"30%" - 61
"<10%" - 163
Жалко, конечно, что канал не очень многочисленный, и проголосвали далеко не все. Т.е. понятно, что это не статистика не разу. Но всё равно любопытно.
⠀
Please open Telegram to view this post
VIEW IN TELEGRAM
👍17🔥2🗿2
Вообще, надо разделять использование ИИ-агентов в стиле "чистый вайб-кодинг" и в стиле "проверяю код и отвечаю за него".
Потому что все применения чистого вайбкодинга далёкими от технического понимания происходящего людьми - это пока что "ааа! смотрите, я сделал прототип" или "ааа! смотрите, я сделал лендинг". Это охрененно круто, серьёзно, но пока что серьёзных штук с долгосрочной поддержкой вроде бы нет, или я о них не слышал.
Вообще, с трудом могу представить условную домохозяйку, которая будет чинить баги на проде из серии "сообщения из NATS не успевают разгребаться" или "postgres иногда подтормаживает по утрам". Или балансы неправильно посчитались, и надо разобраться, пофиксить и доначислить. "Эй, claude, разберись с багом и доначисли балансы, кому надо".
И совсем другое дело, когда опытный программист использует агента для многократного ускорения, особенно тех частей, где всё примерно понятно, и надо просто прописать код, с тестами и доками. Или даже полностью отдавать агенту задачу, но по частям и потом проверять результат.
На моей практике ошибки случаются, и довольно часто. Это или какой-то оверинжиниринг (обмазало мьютексами однопоточое приложение) или затаскивает какие-то странные технологии. Или (редко) галлюцинирует. Или просто немного неправильно поняло, что вообще надо сделать. Или делает слишком большие или сложные куски кода. И это, сука, как снежный ком. Даже если внимательно смотреть, в код иногда просачивается какое-то говно. А если это делает расслабленный укурок с помощью одного промпта, то проще поставить в казино, чем пилить стартап, - больше шансов на успех
Короче, я считаю, что домохозяйка-кодер - это пока что даже близко не реальность, что бы там ни говорили ребята из Антропика и OpenAI. А программист с многократным ИИ-ускорителем - это уже точно сегодняшний день. Но вайб-кодингом это не назвать.
Потому что все применения чистого вайбкодинга далёкими от технического понимания происходящего людьми - это пока что "ааа! смотрите, я сделал прототип" или "ааа! смотрите, я сделал лендинг". Это охрененно круто, серьёзно, но пока что серьёзных штук с долгосрочной поддержкой вроде бы нет, или я о них не слышал.
Вообще, с трудом могу представить условную домохозяйку, которая будет чинить баги на проде из серии "сообщения из NATS не успевают разгребаться" или "postgres иногда подтормаживает по утрам". Или балансы неправильно посчитались, и надо разобраться, пофиксить и доначислить. "Эй, claude, разберись с багом и доначисли балансы, кому надо".
И совсем другое дело, когда опытный программист использует агента для многократного ускорения, особенно тех частей, где всё примерно понятно, и надо просто прописать код, с тестами и доками. Или даже полностью отдавать агенту задачу, но по частям и потом проверять результат.
На моей практике ошибки случаются, и довольно часто. Это или какой-то оверинжиниринг (обмазало мьютексами однопоточое приложение) или затаскивает какие-то странные технологии. Или (редко) галлюцинирует. Или просто немного неправильно поняло, что вообще надо сделать. Или делает слишком большие или сложные куски кода. И это, сука, как снежный ком. Даже если внимательно смотреть, в код иногда просачивается какое-то говно. А если это делает расслабленный укурок с помощью одного промпта, то проще поставить в казино, чем пилить стартап, - больше шансов на успех
Короче, я считаю, что домохозяйка-кодер - это пока что даже близко не реальность, что бы там ни говорили ребята из Антропика и OpenAI. А программист с многократным ИИ-ускорителем - это уже точно сегодняшний день. Но вайб-кодингом это не назвать.
💯41❤4👍1
Господи свят, теперь даже в консольный докер впилили AI
Пишешь
Пишешь
docker ai, и потом просто русским текстом пишешь, что тебе нужно, например "удали старые имиджи, которые не используются". И он делает там какие-то свои докерные команды, типа docker image prune с нужными параметрами🤯31😁19🤣10🗿3❤2🔥1
P.S. Ждём, когда с кубером можно будет поговорить. Не надо этих конфигов, хельмов всяких. Просто говоришь ему "там чё-то прод упал, почини". Или просто "сделай заебись". И ждёшь
🤩39😁11🔥5😎1
Программист - это мешок угля. По крайней мере, я на это надеюсь.
В тыща семьсот каком-то году Уатт сильно усовершенствовал паровой двигатель, он стал намного эффективнее, и потребление топлива на единицу мощности сильно снизилось. Все современники ожидали постепенного падения цен на уголь - и правда, нафига теперь столько угля.
Однако выяснилось, что произошло ровно наоборот. Об этом написал Джевонс, в честь которого и назвали этот парадокс.
"Изобретение Уатта сделало уголь намного более выгодным источником энергии, что привело к широкому применению паровых машин в промышленности. Это, в свою очередь привело к росту потребления угля, хотя потребность в угле для отдельной машины и снизилась. На основании этого наблюдения Джевонс утверждал, что увеличение эффективности использования топлива имеет тенденцию увеличивать, а не снижать общее его подтребление".
Потом еще экономисты подметили, что помимо всего прочего, повышение производительности ускоряет экономический рост, дополнительно увеличивая спрос на ресурс.
В общем, если программист - это как мешок угля, то согласно парадоксу Джевонса, повышение эффективности программистов с помощью ИИ может привести к тому, что программисты будут востребованы еще больше.
Это при условии, конечно, что технологии не разовьются настолько, что домохозяйка сможет написать сложную систему (банк там или биржу) за 5 минут, но пока что до этого далеко.
В тыща семьсот каком-то году Уатт сильно усовершенствовал паровой двигатель, он стал намного эффективнее, и потребление топлива на единицу мощности сильно снизилось. Все современники ожидали постепенного падения цен на уголь - и правда, нафига теперь столько угля.
Однако выяснилось, что произошло ровно наоборот. Об этом написал Джевонс, в честь которого и назвали этот парадокс.
"Изобретение Уатта сделало уголь намного более выгодным источником энергии, что привело к широкому применению паровых машин в промышленности. Это, в свою очередь привело к росту потребления угля, хотя потребность в угле для отдельной машины и снизилась. На основании этого наблюдения Джевонс утверждал, что увеличение эффективности использования топлива имеет тенденцию увеличивать, а не снижать общее его подтребление".
Потом еще экономисты подметили, что помимо всего прочего, повышение производительности ускоряет экономический рост, дополнительно увеличивая спрос на ресурс.
В общем, если программист - это как мешок угля, то согласно парадоксу Джевонса, повышение эффективности программистов с помощью ИИ может привести к тому, что программисты будут востребованы еще больше.
Это при условии, конечно, что технологии не разовьются настолько, что домохозяйка сможет написать сложную систему (банк там или биржу) за 5 минут, но пока что до этого далеко.
🔥20👍15❤3🥴1
Forwarded from Голландский Rust-ист
Исходный код Claude был слит в сеть через source map в их npm пакете.
Вайб есть - приватности нет.
Ребята запушили source map файл в npm пакет @anthropic-ai/claude-code (заметил Chaofan Shou). 59,8 мб файл.
С помощью него можно восстановить исходники в оригинальном состоянии, уже есть на GitHub:
• Репо 1
• Репо 2
Голландский Rust-ист - канал о веб разработке
Вайб есть - приватности нет.
Ребята запушили source map файл в npm пакет @anthropic-ai/claude-code (заметил Chaofan Shou). 59,8 мб файл.
С помощью него можно восстановить исходники в оригинальном состоянии, уже есть на GitHub:
• Репо 1
• Репо 2
Голландский Rust-ист - канал о веб разработке
🔥13
Рубрика "помогаю друзьям найти работу". Великий интернет, откликнись
Есть один правильный пацан Теймур, фронтендер с 2020 года. Опыт реальный, не накрученный, что сейчас важно. Помимо всего прочего волонтёрил фронтом на проекте "Лиза Алерт" (!)
Что умеет (цитата из резюме):
"Основной стек — React, TypeScript,
JavaScript; разрабатываю корпоративные платформы, административные интерфейсы и
сложные SPA с интеграцией по REST API. Работал с архитектурой frontend-модулей,
производительностью, тестированием, CI/CD, сложными формами, аналитикой и
legacy-рефакторингом. Помимо frontend-задач, интересуюсь смежными инженерными
областями: автоматизацией, backend-интеграциями, Python и AI-инструментами."
Удалёнка
В общем, время сейчас дурное, нужна помощь зала. За найм пожму виртуальную руку. За репост знакомым/эйчарам мысленно поставлю лайк. Даже два
Кто не наймёт, тот дурак
Пишите ему сразу напрямую в тг - @yellow_ears
Есть один правильный пацан Теймур, фронтендер с 2020 года. Опыт реальный, не накрученный, что сейчас важно. Помимо всего прочего волонтёрил фронтом на проекте "Лиза Алерт" (!)
Что умеет (цитата из резюме):
"Основной стек — React, TypeScript,
JavaScript; разрабатываю корпоративные платформы, административные интерфейсы и
сложные SPA с интеграцией по REST API. Работал с архитектурой frontend-модулей,
производительностью, тестированием, CI/CD, сложными формами, аналитикой и
legacy-рефакторингом. Помимо frontend-задач, интересуюсь смежными инженерными
областями: автоматизацией, backend-интеграциями, Python и AI-инструментами."
Удалёнка
В общем, время сейчас дурное, нужна помощь зала. За найм пожму виртуальную руку. За репост знакомым/эйчарам мысленно поставлю лайк. Даже два
Пишите ему сразу напрямую в тг - @yellow_ears
1👍17❤10🥱2
Когда пишешь код агентом, даже если тщательно смотрел код и, допустим, просил что-то исправить, то есть погрузился - это вообще не тоже самое, что писать код самому. Когда пишешь всё сам - это как-то лучше прошивается в мозгу.
И вот, когда надо найти ошибку на проде - тратишь время на то, чтобы разобраться в каких-то деталях. Это как будто код писал коллега, который ушел в отпуск за день до релиза. Т.е. ты ревьювил, обсуждал и вроде в курсе происходящего, но блин.
Кроме того, если просить саму LLM помочь с поиском проблем, выясняется, что теперь уже у нейронки не хватает контекста о проекте в целом и его нюансах. А объяснять времени нет.
В итоге поиск проблем превращается в нервотрёпку.
А как у вас?
И вот, когда надо найти ошибку на проде - тратишь время на то, чтобы разобраться в каких-то деталях. Это как будто код писал коллега, который ушел в отпуск за день до релиза. Т.е. ты ревьювил, обсуждал и вроде в курсе происходящего, но блин.
Кроме того, если просить саму LLM помочь с поиском проблем, выясняется, что теперь уже у нейронки не хватает контекста о проекте в целом и его нюансах. А объяснять времени нет.
В итоге поиск проблем превращается в нервотрёпку.
А как у вас?
💯56👍10👎1
Forwarded from Тимлид Очевидность | Евгений Антонов
Я принес. Тимлид как громоотвод для чужой неэффективности
Прочитал недавний пост Сережи Щербинина про то, как сверху вниз в тимлидов стекает хаос, а им это сливать некуда и надо превратить субстанцию в конфету https://t.me/bvevvs/1358
Я должен сделать дисклеймер, что я (да и он) не утверждаю, что это всегда так и там наверху бестолковые сидят, а одни тимлиды — соль земли и всех спасают. Нет, нередко бывает, что тимлиды сами с менеджментом своей команды не справляются даже при благополучных внешних условиях.
Однако как же мне понравилась цитата:
«Во многом именно поэтому слой маленьких руководителей в крупных системах так быстро выгорает. Не потому что они слабее других и не потому что им рано дали ответственность. А потому что на них очень удобно складывать всё то, что компания не хочет чинить у себя в конструкции. Пока наверху обсуждают зрелость процессов, синергию функций и качество управления изменениями, где-то внизу конкретный тимлид в очередной раз пытается сделать так, чтобы команда просто могла нормально работать.»
Ставь 💯, если узнал в этом тимлиде себя или товарища.
Ставь ⚡️, если ты сам складываешь всё подряд в тимлидов, ведь это и правда удобно.
Ставь 😱, если в тебя самого уже столько напихали сверху, что ты не складываешь в тимлидов, а оно само выпадает.
Прочитал недавний пост Сережи Щербинина про то, как сверху вниз в тимлидов стекает хаос, а им это сливать некуда и надо превратить субстанцию в конфету https://t.me/bvevvs/1358
Я должен сделать дисклеймер, что я (да и он) не утверждаю, что это всегда так и там наверху бестолковые сидят, а одни тимлиды — соль земли и всех спасают. Нет, нередко бывает, что тимлиды сами с менеджментом своей команды не справляются даже при благополучных внешних условиях.
Однако как же мне понравилась цитата:
«Во многом именно поэтому слой маленьких руководителей в крупных системах так быстро выгорает. Не потому что они слабее других и не потому что им рано дали ответственность. А потому что на них очень удобно складывать всё то, что компания не хочет чинить у себя в конструкции. Пока наверху обсуждают зрелость процессов, синергию функций и качество управления изменениями, где-то внизу конкретный тимлид в очередной раз пытается сделать так, чтобы команда просто могла нормально работать.»
Ставь 💯, если узнал в этом тимлиде себя или товарища.
Ставь ⚡️, если ты сам складываешь всё подряд в тимлидов, ведь это и правда удобно.
Ставь 😱, если в тебя самого уже столько напихали сверху, что ты не складываешь в тимлидов, а оно само выпадает.
Telegram
#безвотэтоговотвсего
Тимлид как громоотвод для чужой неэффективности
Одна из самых невеселых ролей в очень больших компаниях - это маленький тимлид, на которого в какой-то момент начинает стекаться вообще все, что система не смогла нормально решить сама. Снаружи это редко так…
Одна из самых невеселых ролей в очень больших компаниях - это маленький тимлид, на которого в какой-то момент начинает стекаться вообще все, что система не смогла нормально решить сама. Снаружи это редко так…
💯29😱1
Капец, блин. Мороженка тестирования.
Вы наверняка слышали про пирамиду тестирования. Самые прошаренные слышали про кубок тестирования.
Но, держу пари, вы никогда не слышали про
• мороженку тестирования
• вулкан
• песочные часы
• соту
и т.д.
Тут можно посмотреть
Короче, имхо не надо вообще забивать себе голову этой хренью. Всё просто: e2e - это дорого и медленно, но тестирует прям конкретно реальность. Unit-тесты быстрые и дешевые, но мало проверяют и часто выкидываются при рефакторинге. Интеграционные тесты где-то посередине.
И при разработке надо найти баланс, в каждой ситуации он тупо свой. Имхо просто не надо следовать какой-то дебильной форме, которую кто-то пытался высосать из пальца, изо всех сил делая умное лицо
🫥 Cross Join - канал о разработке
⠀
Вы наверняка слышали про пирамиду тестирования. Самые прошаренные слышали про кубок тестирования.
Но, держу пари, вы никогда не слышали про
• мороженку тестирования
• вулкан
• песочные часы
• соту
и т.д.
Тут можно посмотреть
Короче, имхо не надо вообще забивать себе голову этой хренью. Всё просто: e2e - это дорого и медленно, но тестирует прям конкретно реальность. Unit-тесты быстрые и дешевые, но мало проверяют и часто выкидываются при рефакторинге. Интеграционные тесты где-то посередине.
И при разработке надо найти баланс, в каждой ситуации он тупо свой. Имхо просто не надо следовать какой-то дебильной форме, которую кто-то пытался высосать из пальца, изо всех сил делая умное лицо
⠀
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12😁6💯4❤1
Forwarded from do...while...ai (Gregory is typing...)
Вайбкодинг продакш-решений не для всех
Наконец-то я услышал от мэтров (в данном случае — самих Антропиков) смелое заявление, что вайб-кодинг — это, в общем-то, не для всех. Особенно, когда речь идёт о production-grade системах.
То есть если ты настоящий разработчик — это нормально делать прод-решение. А если ты...ну, скажем, вафелька, то, в принципе, ты можешь вайб-кодить, но не нужно обманывать себя и других тем, что ты трушный разработчик (что бы это ни значило). Причем, докладчик четко объясняет почему так: не будучи доменным экспертом ты просто не сможешь задать правильные вопросы, чтобы получить правильные ответы и результаты. Это, кстати, касается всего, что связано сейчас с AI.
Но здесь есть несколько оговорок:
1) При должном усердии и старании (и задавании правильных вопросов для самообучения) люди смогут прокачаться как разработчики, то есть стать ими. По мне так вайб-кодить — это как читать Stack Overflow на скорости 30x.
2) Абсолютно нормально делать "не production-grade" тулзы, всякие автоматизации вокруг своей жизни и других людей, ассистентов и прочих телеграм-ботов. Просто нужно, чтобы все пользователи понимали и оценивали потенциальные риски.
Сам доклад здесь: https://youtu.be/fHWFF_pnqDk?is=omcRDEePMgq210up
Выступлению, оказывается, уже 8 месяцев, что по меркам сегодняшних скоростей — это "средневековье". Но я с удовольствием послушал его от начала до конца (без суммаризаций и вот этих вот всех NotebookLM).
Наконец-то я услышал от мэтров (в данном случае — самих Антропиков) смелое заявление, что вайб-кодинг — это, в общем-то, не для всех. Особенно, когда речь идёт о production-grade системах.
То есть если ты настоящий разработчик — это нормально делать прод-решение. А если ты...ну, скажем, вафелька, то, в принципе, ты можешь вайб-кодить, но не нужно обманывать себя и других тем, что ты трушный разработчик (что бы это ни значило). Причем, докладчик четко объясняет почему так: не будучи доменным экспертом ты просто не сможешь задать правильные вопросы, чтобы получить правильные ответы и результаты. Это, кстати, касается всего, что связано сейчас с AI.
Но здесь есть несколько оговорок:
1) При должном усердии и старании (и задавании правильных вопросов для самообучения) люди смогут прокачаться как разработчики, то есть стать ими. По мне так вайб-кодить — это как читать Stack Overflow на скорости 30x.
2) Абсолютно нормально делать "не production-grade" тулзы, всякие автоматизации вокруг своей жизни и других людей, ассистентов и прочих телеграм-ботов. Просто нужно, чтобы все пользователи понимали и оценивали потенциальные риски.
Сам доклад здесь: https://youtu.be/fHWFF_pnqDk?is=omcRDEePMgq210up
Выступлению, оказывается, уже 8 месяцев, что по меркам сегодняшних скоростей — это "средневековье". Но я с удовольствием послушал его от начала до конца (без суммаризаций и вот этих вот всех NotebookLM).
YouTube
Vibe coding in prod | Code w/ Claude
Presented at Code w/ Claude by @anthropic-ai on May 22, 2025 in San Francisco, CA, USA.
Speakers:
Erik Schulntz, Member of Technical Staff at @anthropic-ai
Speakers:
Erik Schulntz, Member of Technical Staff at @anthropic-ai
👍14❤5
Провалы вайб-кодинга
Подборка задокументированных случаев, когда ПО, написанное с помощью ИИ, давало сбои в боевых условиях. Каждый случай подкреплён ссылкой на источник.
https://crackr.dev/vibe-coding-failures
P.S. люди, правда, тоже роняют прод ещё как :)
Подборка задокументированных случаев, когда ПО, написанное с помощью ИИ, давало сбои в боевых условиях. Каждый случай подкреплён ссылкой на источник.
https://crackr.dev/vibe-coding-failures
P.S. люди, правда, тоже роняют прод ещё как :)
crackr.dev
Vibe Coding Failures: Documented AI Code Incidents
A curated directory of real-world incidents where AI-generated code failed in production.
😁10👍3🔥3
Интересно, что будет дальше с ценами на агентов. Год назад это было типа $20, сейчас многие тратят $200,,а в следующем году что, $2000 что ли?
Цена - это баланс спроса и предложения. AI, даже если отбросить программирование, встраивают, грубо говоря, в каждый утюг и телефон. Появились всякие помощники типа openclaw и ещё 100500 всего. Агенты всё больше и больше болтают сами с собой (через болтовню они по сути думают). А ещё и не все люди даже попробовали простой советский chatgpt. Не удивлюсь, короче, если спрос на токены вырастет за год ещё в 10 раз. При этом железо за год в 10 раз не вырастет даже при всех этих адских инвестициях в постройку датацентров
Если вернуться к агентам для программирования, то выхода два: повышение цен и адское урезание лимитов. Иначе спрос просто не влезет. Прям конское повышение и урезание.
Или я бред несу? Кто разбирается в теме? Есть какие-то прогнозы аналитиков?
Цена - это баланс спроса и предложения. AI, даже если отбросить программирование, встраивают, грубо говоря, в каждый утюг и телефон. Появились всякие помощники типа openclaw и ещё 100500 всего. Агенты всё больше и больше болтают сами с собой (через болтовню они по сути думают). А ещё и не все люди даже попробовали простой советский chatgpt. Не удивлюсь, короче, если спрос на токены вырастет за год ещё в 10 раз. При этом железо за год в 10 раз не вырастет даже при всех этих адских инвестициях в постройку датацентров
Если вернуться к агентам для программирования, то выхода два: повышение цен и адское урезание лимитов. Иначе спрос просто не влезет. Прям конское повышение и урезание.
Или я бред несу? Кто разбирается в теме? Есть какие-то прогнозы аналитиков?
👍15❤2
Про падения гитхаба:
"79.99% has three nines!"
"79.99% has three nines!"
😁29🤯1💯1
Dirty Frag — это новая локальная уязвимость в Linux, для которой уже выложили публичный PoC на GitHub.
Если объяснять просто: пользователь с обычными правами может через ошибку в ядре повлиять на данные в файловом кэше Linux и потенциально повысить права до root.
Проблема связана не с прямой записью в файлы, а с тем, как ядро работает с памятью, сетевыми буферами и page cache. Файл на диске может оставаться неизменным, но система будет читать его изменённую копию из памяти.
Опасность в том, что, по словам автора, Dirty Frag работает стабильнее многих похожих багов: не нужно ловить race condition, а значит шанс успешной эксплуатации выше.
В репозитории упоминаются популярные дистрибутивы вроде Ubuntu, Fedora, openSUSE, AlmaLinux, CentOS Stream и RHEL.
Если объяснять просто: пользователь с обычными правами может через ошибку в ядре повлиять на данные в файловом кэше Linux и потенциально повысить права до root.
Проблема связана не с прямой записью в файлы, а с тем, как ядро работает с памятью, сетевыми буферами и page cache. Файл на диске может оставаться неизменным, но система будет читать его изменённую копию из памяти.
Опасность в том, что, по словам автора, Dirty Frag работает стабильнее многих похожих багов: не нужно ловить race condition, а значит шанс успешной эксплуатации выше.
В репозитории упоминаются популярные дистрибутивы вроде Ubuntu, Fedora, openSUSE, AlmaLinux, CentOS Stream и RHEL.
GitHub
GitHub - V4bel/dirtyfrag
Contribute to V4bel/dirtyfrag development by creating an account on GitHub.
🔥7
Многие стали разгонять тему, уже 10 раз такое слышал, что UI в обычном его понимании исчезнет, и будет только условная строка чата, через которую можно всё сделать: купить билеты и записаться к доктору. И поэтому, опять же, программисты практически не будут нужны.
Но я что-то с этим вообще не согласен. Мне удобнее одной кнопкой запустить банковское приложение и одной кнопкой в этом приложении погасить долг по кредитке. И сразу увидеть сколько осталось на счету. Чем долго и муторно писать это всё словами.
Ну и есть куча всего, что не поддается текстовому описанию. Карты те же. Графики, обновляемые в реальном времени. Да куча всего.
Хотя, конечно, искать товар, когда ты точно не знаешь, что тебе нужно, удобнее в чате. Но это как бы просто гугл на максималках. Еще до ИИ всегда было два варианта: зайти на маркетплейс полистать товары или нагуглить.
Ну и естественно, помимо UI, программисты делают кучу всего. Внезапно, бекенд, например 🙂
Но я что-то с этим вообще не согласен. Мне удобнее одной кнопкой запустить банковское приложение и одной кнопкой в этом приложении погасить долг по кредитке. И сразу увидеть сколько осталось на счету. Чем долго и муторно писать это всё словами.
Ну и есть куча всего, что не поддается текстовому описанию. Карты те же. Графики, обновляемые в реальном времени. Да куча всего.
Хотя, конечно, искать товар, когда ты точно не знаешь, что тебе нужно, удобнее в чате. Но это как бы просто гугл на максималках. Еще до ИИ всегда было два варианта: зайти на маркетплейс полистать товары или нагуглить.
Ну и естественно, помимо UI, программисты делают кучу всего. Внезапно, бекенд, например 🙂
👍33💯10
Please open Telegram to view this post
VIEW IN TELEGRAM