Cross Join - канал о разработке

Многие стали разгонять тему, уже 10 раз такое слышал, что UI в обычном его понимании исчезнет, и будет только условная строка чата, через которую можно всё сделать: купить билеты и записаться к доктору. И поэтому, опять же, программисты практически не будут нужны. Но я что-то с этим вообще не согласен. Мне удобнее одной кнопкой запустить банковское приложение и одной кнопкой в этом приложении погасить долг по кредитке. И сразу увидеть сколько осталось на счету. Чем долго и муторно писать это всё словами. Ну и есть куча всего, что не поддается текстовому описанию. Карты те же. Графики, обновляемые в реальном времени. Да куча всего. Хотя, конечно, искать товар, когда ты точно не знаешь, что тебе нужно, удобнее в чате. Но это как бы просто гугл на максималках. Еще до ИИ всегда было два варианта: зайти на маркетплейс полистать товары или нагуглить. Ну и естественно, помимо UI, программисты делают кучу всего. Внезапно, бекенд, например 🙂

Dirty Frag — это новая локальная уязвимость в Linux, для которой уже выложили публичный PoC на GitHub. Если объяснять просто: пользователь с обычными правами может через ошибку в ядре повлиять на данные в файловом кэше Linux и потенциально повысить права до root. Проблема связана не с прямой записью в файлы, а с тем, как ядро работает с памятью, сетевыми буферами и page cache. Файл на диске может оставаться неизменным, но система будет читать его изменённую копию из памяти. Опасность в том, что, по словам автора, Dirty Frag работает стабильнее многих похожих багов: не нужно ловить race condition, а значит шанс успешной эксплуатации выше. В репозитории упоминаются популярные дистрибутивы вроде Ubuntu, Fedora, openSUSE, AlmaLinux, CentOS Stream и RHEL.

Как устроены агенты и RAG под капотом Большинство разработчиков собирают RAG и агентов по туториалам или вместе с агентом, не понимая, как всё работает внутри. Из-за этого сложно дебажить проект, масштабировать его или чинить, когда система начинает вести себя не так, как ожидаешь. Чтобы разобраться в устройстве, а не просто копировать чужой пайплайн, приходите на онлайн-лекцию от Тимура Фатыхова — инженера, который руководил DL-командой в KoronaPay. Он разберёт агентов и RAG изнутри и покажет, как собрать первые рабочие версии в n8n. На лекции вы узнаете: — как агенты принимают решения: инструменты, MCP, память — из каких частей состоит RAG и как улучшить его работу — как собрать агента и RAG в n8n — как настроить личного агента на базе Claude Code 🔔 Лекция бесплатная и пройдёт онлайн в четверг, 7 мая, в 18:00 МСК Регистрируйтесь по ссылке и приходите!

Про падения гитхаба: "79.99% has three nines!"

Интересно, что будет дальше с ценами на агентов. Год назад это было типа $20, сейчас многие тратят $200,,а в следующем году что, $2000 что ли? Цена - это баланс спроса и предложения. AI, даже если отбросить программирование, встраивают, грубо говоря, в каждый утюг и телефон. Появились всякие помощники типа openclaw и ещё 100500 всего. Агенты всё больше и больше болтают сами с собой (через болтовню они по сути думают). А ещё и не все люди даже попробовали простой советский chatgpt. Не удивлюсь, короче, если спрос на токены вырастет за год ещё в 10 раз. При этом железо за год в 10 раз не вырастет даже при всех этих адских инвестициях в постройку датацентров Если вернуться к агентам для программирования, то выхода два: повышение цен и адское урезание лимитов. Иначе спрос просто не влезет. Прям конское повышение и урезание. Или я бред несу? Кто разбирается в теме? Есть какие-то прогнозы аналитиков?

Провалы вайб-кодинга Подборка задокументированных случаев, когда ПО, написанное с помощью ИИ, давало сбои в боевых условиях. Каждый случай подкреплён ссылкой на источник. https://crackr.dev/vibe-coding-failures P.S. люди, правда, тоже роняют прод ещё как :)

Вайбкодинг продакш-решений не для всех Наконец-то я услышал от мэтров (в данном случае — самих Антропиков) смелое заявление, что вайб-кодинг — это, в общем-то, не для всех. Особенно, когда речь идёт о production-grade системах. То есть если ты настоящий разработчик — это нормально делать прод-решение. А если ты...ну, скажем, вафелька, то, в принципе, ты можешь вайб-кодить, но не нужно обманывать себя и других тем, что ты трушный разработчик (что бы это ни значило). Причем, докладчик четко объясняет почему так: не будучи доменным экспертом ты просто не сможешь задать правильные вопросы, чтобы получить правильные ответы и результаты. Это, кстати, касается всего, что связано сейчас с AI. Но здесь есть несколько оговорок: 1) При должном усердии и старании (и задавании правильных вопросов для самообучения) люди смогут прокачаться как разработчики, то есть стать ими. По мне так вайб-кодить — это как читать Stack Overflow на скорости 30x. 2) Абсолютно нормально делать "не production-grade" тулзы, всякие автоматизации вокруг своей жизни и других людей, ассистентов и прочих телеграм-ботов. Просто нужно, чтобы все пользователи понимали и оценивали потенциальные риски. Сам доклад здесь: https://youtu.be/fHWFF_pnqDk?is=omcRDEePMgq210up Выступлению, оказывается, уже 8 месяцев, что по меркам сегодняшних скоростей — это "средневековье". Но я с удовольствием послушал его от начала до конца (без суммаризаций и вот этих вот всех NotebookLM).

Капец, блин. Мороженка тестирования. Вы наверняка слышали про пирамиду тестирования. Самые прошаренные слышали про кубок тестирования. Но, держу пари, вы никогда не слышали про • мороженку тестирования • вулкан • песочные часы • соту и т.д. Тут можно посмотреть Короче, имхо не надо вообще забивать себе голову этой хренью. Всё просто: e2e - это дорого и медленно, но тестирует прям конкретно реальность. Unit-тесты быстрые и дешевые, но мало проверяют и часто выкидываются при рефакторинге. Интеграционные тесты где-то посередине. И при разработке надо найти баланс, в каждой ситуации он тупо свой. Имхо просто не надо следовать какой-то дебильной форме, которую кто-то пытался высосать из пальца, изо всех сил делая умное лицо 🫥 Cross Join - канал о разработке ⠀

Капец, блин. Вы наверняка слышали про термин "пирамида тестирования". Самые прошаренные знают про "кубок тестирования". Но, блин, я держу пари, вы не знаете, что придумано еще много всякой херни: мороженка тестирования, вулкан, песочные часы и т.д. Вот тут можно почитать. Короче, я бы не забивал себе голову такой ерундой. Это всегда выбор - чем ближе тесты к e2e, тем они лучше тестируют, но дороже в написании и запуске. Unit тесты самые дешевые, но не тестируют мало, и при рефакторинге их часто выкидывают. В итоге, это всегда баланс в конкретной ситуцаии, а не мороженое или там вулкан

Сидеть и работать в корпорации — страшно, жизнь-то мимо проходит. Уходить строить бизнес — страшно, а вдруг прогорит. Один из вариантов — разрабатывать свой пет-проект по вечерам. Многие успешные компании, например, Twitter, создавались именно так. Это не значит, что ваш проект обязательно заработает миллиарды, но заработать больше, чем в найме, и получить ценный опыт — вполне реально. Перед началом разработки появляется множество вопросов, например: – Как выбрать идею для пет-проекта? – Что нужно знать про маркетинг? – Как запуститься и довести до первых продаж не имея бюджета на рекламу? В телеграм-канале «Твой пет проект», Михаил Табунов делится своим опытом с разработчиками и менеджерами. Он рассказывает, где искать идею для нового проекта, что нужно знать о маркетинге, как запустить стартап и привлечь первых 10 клиентов, а также о многих других важных вещах. Подписывайтесь на «Твой пет проект», получайте пользу от практиков рынка!

Я принес. Тимлид как громоотвод для чужой неэффективности Прочитал недавний пост Сережи Щербинина про то, как сверху вниз в тимлидов стекает хаос, а им это сливать некуда и надо превратить субстанцию в конфету https://t.me/bvevvs/1358 Я должен сделать дисклеймер, что я (да и он) не утверждаю, что это всегда так и там наверху бестолковые сидят, а одни тимлиды — соль земли и всех спасают. Нет, нередко бывает, что тимлиды сами с менеджментом своей команды не справляются даже при благополучных внешних условиях. Однако как же мне понравилась цитата: «Во многом именно поэтому слой маленьких руководителей в крупных системах так быстро выгорает. Не потому что они слабее других и не потому что им рано дали ответственность. А потому что на них очень удобно складывать всё то, что компания не хочет чинить у себя в конструкции. Пока наверху обсуждают зрелость процессов, синергию функций и качество управления изменениями, где-то внизу конкретный тимлид в очередной раз пытается сделать так, чтобы команда просто могла нормально работать.» Ставь 💯, если узнал в этом тимлиде себя или товарища. Ставь ⚡️, если ты сам складываешь всё подряд в тимлидов, ведь это и правда удобно. Ставь 😱, если в тебя самого уже столько напихали сверху, что ты не складываешь в тимлидов, а оно само выпадает.

Приглашаем на курс для прокачки навыков архитектора и проектировщика, которые важны для профессионального роста программиста. 🌐 С курсом «Системный дизайн высоконагруженных проектов» вы: ▪️изучите ключевые фундаментальные паттерны и получите навыки проектирования проектов с миллионной аудиторией (балансировка, масштабирование апп/кешей/субд, высокая доступность и кластерные решения, шардинг, CAP/PACELS, консистентность, саги, транзакционные очереди и многое другое) ▪️поупражняетесь в проектировании и получите обратную связь на реальных задачах: магазин/маркетплейс, такси/доставка, обьявления, соцсети, дейтинг, игры, википедия, мессенжер, CDN, хранилище файлов, онлайн-кинотеатр, счетчики, удаленный мониторинг, интеграционные вебхуки, рассылки и тд. ▪️ научитесь планировать нагрузку и связывать бизнес-показатели с нефункциональными требованиями к системе ▪️ попрактикуемся в проведении и прохождения секций системного дизайна на интервью Все в формате живых онлайн-сессий (лекции, брейнштормы, презентации домашних проектов). 🥸 Кто мы: R&D-центр Devhands.io, наш канал (https://t.me/rybakalexey). Основатель школы и автор курса Алексей Рыбак, ex-СТО Badoo, с 20-летним опытом высоконагруженных проектов и и управления глобальными технологическими организациями. 🗓 Старт 17 апреля, изучаем программу, записываемся здесь Реклама. ИП Рыбак А.А. ИНН 771407709607 Erid: 2VtzquZx6U3

Когда пишешь код агентом, даже если тщательно смотрел код и, допустим, просил что-то исправить, то есть погрузился - это вообще не тоже самое, что писать код самому. Когда пишешь всё сам - это как-то лучше прошивается в мозгу. И вот, когда надо найти ошибку на проде - тратишь время на то, чтобы разобраться в каких-то деталях. Это как будто код писал коллега, который ушел в отпуск за день до релиза. Т.е. ты ревьювил, обсуждал и вроде в курсе происходящего, но блин. Кроме того, если просить саму LLM помочь с поиском проблем, выясняется, что теперь уже у нейронки не хватает контекста о проекте в целом и его нюансах. А объяснять времени нет. В итоге поиск проблем превращается в нервотрёпку. А как у вас?

А вот и подъехало уже, как устроен ClaudeCode изнутри https://ccunpacked.dev/

Рубрика "помогаю друзьям найти работу". Великий интернет, откликнись Есть один правильный пацан Теймур, фронтендер с 2020 года. Опыт реальный, не накрученный, что сейчас важно. Помимо всего прочего волонтёрил фронтом на проекте "Лиза Алерт" (!) Что умеет (цитата из резюме): "Основной стек — React, TypeScript, JavaScript; разрабатываю корпоративные платформы, административные интерфейсы и сложные SPA с интеграцией по REST API. Работал с архитектурой frontend-модулей, производительностью, тестированием, CI/CD, сложными формами, аналитикой и legacy-рефакторингом. Помимо frontend-задач, интересуюсь смежными инженерными областями: автоматизацией, backend-интеграциями, Python и AI-инструментами." Удалёнка В общем, время сейчас дурное, нужна помощь зала. За найм пожму виртуальную руку. За репост знакомым/эйчарам мысленно поставлю лайк. Даже два Кто не наймёт, тот дурак Пишите ему сразу напрямую в тг - @yellow_ears

Исходный код Claude был слит в сеть через source map в их npm пакете. Вайб есть - приватности нет. Ребята запушили source map файл в npm пакет @anthropic-ai/claude-code (заметил Chaofan Shou). 59,8 мб файл. С помощью него можно восстановить исходники в оригинальном состоянии, уже есть на GitHub: • Репо 1 • Репо 2 Голландский Rust-ист - канал о веб разработке

Программист - это мешок угля. По крайней мере, я на это надеюсь. В тыща семьсот каком-то году Уатт сильно усовершенствовал паровой двигатель, он стал намного эффективнее, и потребление топлива на единицу мощности сильно снизилось. Все современники ожидали постепенного падения цен на уголь - и правда, нафига теперь столько угля. Однако выяснилось, что произошло ровно наоборот. Об этом написал Джевонс, в честь которого и назвали этот парадокс. "Изобретение Уатта сделало уголь намного более выгодным источником энергии, что привело к широкому применению паровых машин в промышленности. Это, в свою очередь привело к росту потребления угля, хотя потребность в угле для отдельной машины и снизилась. На основании этого наблюдения Джевонс утверждал, что увеличение эффективности использования топлива имеет тенденцию увеличивать, а не снижать общее его подтребление". Потом еще экономисты подметили, что помимо всего прочего, повышение производительности ускоряет экономический рост, дополнительно увеличивая спрос на ресурс. В общем, если программист - это как мешок угля, то согласно парадоксу Джевонса, повышение эффективности программистов с помощью ИИ может привести к тому, что программисты будут востребованы еще больше. Это при условии, конечно, что технологии не разовьются настолько, что домохозяйка сможет написать сложную систему (банк там или биржу) за 5 минут, но пока что до этого далеко.

P.S. Ждём, когда с кубером можно будет поговорить. Не надо этих конфигов, хельмов всяких. Просто говоришь ему "там чё-то прод упал, почини". Или просто "сделай заебись". И ждёшь

Господи свят, теперь даже в консольный докер впилили AI Пишешь docker ai, и потом просто русским текстом пишешь, что тебе нужно, например "удали старые имиджи, которые не используются". И он делает там какие-то свои докерные команды, типа docker image prune с нужными параметрами