IT

Вперед к монорепам Практика показывает, что эффективнее всего с агентами работать тогда, когда весь контекст есть по рукой и можно просто погрепать, причем речь идет не про один какой-то конкретный сервис/проект, а когда все репозитории проекта, лежат в одной папке, а возможно даже в одном репозитории. В таком случае и дока общая (это важно для спек) и все просвечивается насквозь и пулреквесты можно сразу бахнуть везде. Но многое зависит от размеров. Понятно что вообще все сервисы в одно место может быть перебором, скорее это правило применимо к командам и тому что у них там внутри. Но это не мешает теоретически заливать и чужие сервисы рядышком, чтобы по ним можно было погрепать если это имеет смысл. Объединения можно добиться двумя способами. Один это тупо все свалить в одну репу (что не заставляет нас собирать все как единый проект) и работать всегда из корня. Более того, в некоторых языках системы сборки поддерживают прямо такой режим работы, поэтому в какой-нибудь Java, получается двойной выигрыш. Второй, это сделать единую высокоуровневую репу, в которой хранятся спеки и любые другие общие доки, а дальше с помощью настроенных команд все клонируется внутрь по подпапочкам. Делать это кстати не обязательно ручками/скриптами, для этого уже есть готовая утилита ghorg. Ну а дальше, эта репа постепенно обрастает артефактами: доками и скриптами, которые помогают работать на всем объеме репозиториев. Если еще на это насадить openspec так вообще красота. Кстати у последнего появилась такая штука как Store, это как раз подобный репозиторий, но без необходимости все складывать внутрь одной папки. Там идея такая что репа со спеками (Store) кладется в домашнюю директорию, а в репах проекта на нее дается ссылка. Дальше команды openspec все это знают учитывают и работают со Store отдельно. И расскажу про наш кейс. На хекслете много практик и проектов. Каждая сущность это своя репа (потому что свой релизный цикл) и даже каждый курс (тексты) это тоже своя репа. Суммарно это под 8000 репозиторев. Плюс для них есть набор базовых образов и разных проверочных скриптов. Так вот у нас всегда существовал подход, когда есть одна базовая репа с общими штуками и туда с помощью make clone добавлялись все эти репы. Но правилось это ручками. А сейчас мало того, что ии может менять все пачками (например связано обновить версию react в курсе + практиках + проекте), так мы еще добавили туда редактор (на него завязана часть логики) и сотни наших реп с гитхаба, куда мы выкладываем разного рода библиотеки и базы данных для курсов. То есть теперь в одном месте практически 100 процентный контекст (осталось еще mcp на хекслете завести, чтобы еще фидбек по курсам и вопросы в ассистента связать). У нас бывают дни, когда мы можем за раз поправить 500-1000 реп.

Когда переехали, но местный язык еще не выучили: лайфхак О нем рассказал один из участников нашего барселонского закрытого чатика: У айфона с недавних пор есть функция Live Translation, которая может в реальном времени переводить диалог по телефону, причем в обе стороны. Русского языка там нет, но перевод на английский ок. Работает на iOS 26 и айфонах 15+ Такое поможет, если рядом нет местноговорящего человека, а надо позвонить в какую-то службу поддержки/больницу/записаться куда-то. Как я понял из отзывов, сегодня это лучший инструмент, чтобы решить вопрос по телефону на незнакомом языке. Там есть задержки конечно, но кажется работает именно так, как должно и как мы представляем синхронный перевод. Какие еще лайфхаки общения на незнакомых языках вы знаете? @kyrillic

Накопление ошибок Ошибки — они как тараканы: при свете — разбегаются.  Одна ошибка редко приводит к коллапсу всей системы. С маленькими ошибками справляется большинство систем. Хотя бывают случаи когда маленькая ошибка приводит к значительным последствиям. Например, один неверный поворот руля и мировая торговля замерла на 6 дней, когда контейнеровоз Эвер Гивен блокировал Суэцкий канал. (Хотя и там не все так просто: наложился сильный ветер, плюс в прессе упоминали технические неполадки).  В большинстве случаев ошибки и неполадки должны накопиться до определенного предела, чтобы произошла авария. Это видно из расследований, что авариям предшествует множество ошибок и маленьких неполадок, ошибок в коммуникации и т.д.  Если сразу обнаруживать и корректировать ошибки, то вероятность серьезных происшествий снизится.  В каких-то случаях это понятно интуитивно. Новые сотрудники будут ошибаться, и это естественно. Смысл обучения и подготовки сотрудников как раз в том, чтобы исправлять и корректировать эти ошибки. Если закрепиться неправильный способ выполнения, то откорректировать его будет гораздо сложнее.  В сложных системах, где влияет множество факторов и ситуация постоянно меняется — там могут ошибаться даже опытные сотрудники, поэтому необходимо быстро и четко понимать, что случилось не так.  Это как медсестры обнаружили, что ввели слишком большую дозу лекарства пациенту. Благодаря тому, что это быстро заметили, то негативных последствий удалось избежать.   Система обнаружения и исправления ошибок — это своего рода иммунная система. Как только мы поняли что за ошибка и научились с ней работать — ошибки подобного рода нам не страшны. Это как ослабленный вирус: обработали, научились справляться.  Если же мы замели ошибку «под ковер», то мы ничему не научились, мы не поняли как справляться с подобной ошибкой.  Чтобы обнаружить и исправить ошибки, нам нужно выполнять 2 параметра:  1) обнаруживать ошибки максимально быстро;  2) обнаруживать ошибки максимально полно.    #чф #ошибки

🚀 Yozh Scraper v0.1.9 уже на базе! Небольшое, но важное обновление - меньше ложных блокировок, пустых результатов и ненужного ожидания:

— Bing теперь возвращает реальные URL вместо click-tracking ссылок — заблокированные/CAPTCHA-страницы определяются сразу - экономим до ~45 секунд на запрос — browser-check Яндекса больше не считается блокировкой и не вызывает лишнюю ротацию прокси — throttle-страницы Amazon теперь корректно распознаются как блок и отправляются на повторную попытку — ошибки warmup-навигации теперь видны в meta.applied_warmup

И да! Это бесплатно и opensource с максимально свободной лицензией 👉 https://data.cyberyozh.pro/ru/ Ваши репосты, упоминания и ссылки на нас всегда 🫶

И снова меня долго не было на связи. Помогал строить в глухом лесу довольно причудливый арт-объект. Вписался в эту тему, чтобы узнать по больше о том, как делается медиа-арт, а получил бесценный опыт разгрузки застрявших в грязи фур, прокладки кабелей по болотам и спасения нежной электроники от дождей. Тем не менее проект удался, и, как по мне, выглядит не хуже, чем вещи, которые делают на профессиональных фестивалях типа казанского НУР, который смотрел весной. Первые три фото — наш проект, оставшиеся три — НУР. Многое узнал о том, как создаются такие вещи с организационной точки зрения и теперь хочу собственный арт-проект. Тем более что PlottyBot почти готов. Конечно, потребуется навайбкодить программную обвязку, но подробнее об этом позже. Сейчас же собираюсь на очередной OFFZONE — локальную хакерскую тусовку. Как и в прошлом году, планирую принести вам интересных инсайдов из этого информационного пузыря. Тем более что если раньше я чувствовал себя там скорее гостем, то после первых выплат на багбаунти, уже частью комьюнити. Как говорится, с кем поведешься…

Кстати, про электричество — давно ж хотел написать. Считается, что РФ это такая вот энергетическая сверхдержава, где место для ДЦ просто идеальное за счет климата, например, пригодного для free cooling и вообще тут электричества завались. На самом деле, это не так. Не, морозы, конечно, бывают и охлаждение будет не дорого. Там, правда, есть детали в разностях температур, но но вообще, затраты на охлаждение серверов немного преувеличены. То, что РФ это страна с непредсказуемой историей и правом собственности, где я бы старые тряпки хранить бы не стал — тоже вынесем за скобки. Как и наличие квалифицированного персонала в товарных объемах. Поговорим подробнее про электричество и вот таблица ТОП-20 стран, где Россия на 4 месте по сгенерированной энергии за прошлый год. Смотрим на последний столбец — КИУМ. Это Коэффициент использования установленной мощности, который показывает отношение фактической выработки к максимально теоретически возможной при 100% круглосуточной загрузке в течение года. И в РФ он почти самый большой. Почему? Потому что это теплоэнергетика, основанная на сжигании природных ископаемых. И он не 100% потому что есть пики потребления, а есть минимумы. Вы не можете вырабатывать электричество на склад потому эти самые пики надо учитывать... ... продолжение следует ...

🛡Дыру в macOS уже используют — обновляйтесь Пару недель назад Apple залатала уязвимость в «Общем экране» macOS. Тогда это выглядело как перестраховка: баг существовал, но в реальных атаках его не видели. Теперь увидели. Ars Technica сообщает, что уязвимость пошла в дело в Нидерландах. Местный центр кибербезопасности NCSC выпустил предупреждение — им поступили сообщения об атаках сразу на нескольких системах. Сценарий везде одинаковый: злоумышленники получали root-доступ и ставили на чужие маки софт для майнинга криптовалюты. Суть дыры очень неприятная: если у вас включён «Общий экран», атакующий из сети может войти под любой учётной записью — пароль ему не нужен. Дальше он видит ваш экран, открывает файлы и делает вообще всё, что захочет. Как будто сидит за вашим компьютером. Что делать? Обновиться. Патчи есть для Tahoe, Sequoia и Sonoma — Apple выпустила свежие версии всех трёх. Можно подстраховаться и дополнительно: «Общий экран» полностью отключается в системных настройках. А ещё атака работает, когда порт 5900 торчит в интернет — специалисты советуют держать его закрытым, особенно если демонстрацией экрана вы всё-таки пользуетесь. Кстати, Apple тут не одинока. У Zoom буквально на днях всплыла похожая история с демонстрацией экрана — там патч тоже уже вышел. @droidergram

C++29 — начало. Встреча ISO C++ в Брно Число 120000.0 форматировалось как «120000», а 100000.0 внезапно как «1e+05». Два похожих числа выводились по-разному, потому что под механизмом std::to_chars старался выдать максимально короткую строку. В C++29 это чинят, заодно поведение приблизили к Python и выгадали 15% производительности. Рядом другая знакомая боль, когда «верни значение по ключу или дефолт» разворачивается в несколько строк с итераторами. Теперь у ассоциативных контейнеров есть метод lookup, и всё схлопывается в cache.lookup(key).value_or(42). Заодно всё неопределённое поведение наконец собрали в отдельные секции стандарта, написанные для нормальных людей, а не для экспертов по языку описания стандарта. А постфиксным операторам ++ и — разрешили писать = default, чтобы не копировать один и тот же boilerplate в каждом итераторе. И это лишь часть того, что привезли с одной встречи комитета. Узнаем, что ещё меняется в C++ на пути к C++29.

Минпромторг хочет обязать локализовать чипы для ИИ Минпромторг совместно с разработчиками обсуждает введение балльной системы для оценки уровня локализации ИИ-чипов в рамках постановления №719. Требования могут затронуть ускорители нейросетей и специфические вычислительные блоки. Попадание в реестр отечественной продукции необходимо для получения преференций при госзакупках и защиты внутреннего рынка от зарубежных решений, в первую очередь на объектах КИИ и предприятиях ОПК. Инициатива призвана сдержать экспансию иностранных ускорителей и стимулировать отечественные дизайн-центры. Свои ИИ-чипы в России развивают «ХайТэк», НТЦ «Модуль» и «Байкал Электроникс». Последняя анонсировала два ускорителя с релизом к 2030 году. Эксперты отмечают, что текущие российские разработки подходят преимущественно для инференса и видеоаналитики, тогда как для обучения гигантских моделей пока нет аналогов решениям NVIDIA. При этом из‑за отсутствия в РФ фабрик с техпроцессами уровня 12–14 нм локализованными, скорее всего, будут признаны чипы с российской архитектурой, производство которых физически размещено на заводах в дружественных странах.