Обновить

Все потоки

Сначала показывать
Порог рейтинга

Напряжения в ΛCDM: инвентаризация без алармизма

На arXiv вышла обзорная работа arXiv:2501.00609 Элеоноры Ди Валентино под названием «Трещины в стандартной космологической модели: аномалии, противоречия и намеки на новую физику» (Cracks in the Standard Cosmological Model: Anomalies, Tensions, and Hints of New Physics), посвящённая согласованности наблюдательных данных в рамках стандартной космологической модели ΛCDM. Несмотря на громкое название, на деле это литературный обзор (11 страниц текста с обилием ссылок на источники, ещё 21 страница – библиография), который методично разбирает, насколько различные астрофизические и космологические наборы данных вообще совместимы при их одновременной подгонке.

Эта работа Элеоноры Ди Валентино – не самый захватывающий материал, но полезный для тех, кто хочет понимать, в каком состоянии сегодня находится стандартная космология. Она не предлагает новых результатов или теоретических моделей, сосредотачиваясь на инвентаризации текущего состояния наблюдений и их интерпретаций.

В центре внимания – уже известные, но всё ещё не закрытые напряжения: расхождения по постоянной Хаббла между локальными измерениями и экстраполяцией по данным CMB, параметр кластеризации и слабое линзирование, аномалия линзирования CMB, космологические ограничения на массу нейтрино в сравнении с лабораторными данными, а также параметрические расширения стандартной модели ΛCDM (в частности, связанные с ослаблением допущений о тёмной энергии) и возникающие при этом вырождения параметров

Ключевое наблюдение состоит в том, что многие «решения» одной проблемы ухудшают согласие с другими данными. Это не просто статистические флуктуации – речь идёт о структурной несовместимости подпространств параметров в рамках единой подгонки. Автор оригинальной работы не утверждают, что ΛCDM «сломалась». Вместо этого он акцентирует внутреннюю несогласованность: разные наблюдательные каналы предпочитают разные значения одних и тех же параметров.

Ди Валентино подчёркивает роль систематики, априорных предположений и модельных допущений. Особое внимание уделено оптической глубине \tau, которая измерена только одним экспериментом (Planck low-ℓ EE) на уровне, близком к шуму, но входит как мультипликативный фактор подавления амплитуд во всём высоко-ℓ участке спектра мощности CMB, включая область силковского (диффузионного) затухания.

Из заключения статьи:

Модель ΛCDM продолжает демонстрировать впечатляюще хорошее соответствие отдельным космологическим наборам данных. Она остается прагматичной структурой, основные компоненты которой (темная материя, темная энергия и инфляция) используются потому, что они работают феноменологически, а не потому, что они основаны на полном фундаментальном понимании. Однако при одновременном рассмотрении всех доступных наборов данных возникают устойчивые и все более значительные проблемы. <...>

Главный вывод заключается в том, что прецизионная космология имеет смысл только в том случае, если лежащие в ее основе данные внутренне согласованы и надежны. В противном случае существует риск ошибочного принятия артефактов за открытия, что превратит точность в ложное чувство уверенности. По мере совершенствования космологических измерений крайне важно, чтобы данные говорили сами за себя, даже если это потребует пересмотра давних предположений и методологий, прежде чем утверждать, что мы можем измерять Вселенную на процентном уровне.

Похоже, что сегодня космология сталкивается не столько с нехваткой данных, сколько с вопросом, насколько согласованно мы умеем их читать.

Ссылка: https://arxiv.org/abs/2501.00609

Теги:
+2
Комментарии0

Нативный драйвер OLED-дисплеев для RP2040

Только что в один из своих проектов на микроконтроллере RP2040 понадобилось интегрировать графический дисплей для отображения погодной информации. Выбор пал на распространенные монохромные OLED-дисплеи разрешением 128х64 точки.

Из плюсов этих дисплеев для меня: высокая яркость и контрастность, простота интерфейса, дешевизна и высокая плотность информации в небольшом размере.

Контроллер у всех этих дисплеев стандартный - SH1106.

Свои проекты я пишу на С с использованием нативной Pico SDK. Поиск библиотеки для нужной платформы на С результатов не дал. Все, что на данный момент есть, - различные ардуино-библиотеки и микропитон.

В итоге было принято решение портировать на RP2040 одну из реализаций для STM32. Эта библиотека умеет рисовать графические примитивы в виде вертикальных и горизонтальных линий, прямоугольников пустых и заполненных, растровых изображений а также есть различные функции вывода текста и числовой информации.

Библиотека позволяет задать разрешение экрана а разворачивать экран на 90/180/270 градусов.

Изначально библиотека включала в 2 шрифта с размерами знакомест 5х7 и 7х10 точек.

Для своих целей я самостоятельно разработал большой шрифт 12х16 точек (на фото он).

Репозиторий проекта: https://gitflic.ru/project/svperchenko/sh1106_for_rp2040. Всем, кому надо, можно пользоваться.

Теги:
+8
Комментарии0

Пришлось недавно серьёзно повозиться со сложным обновлением, давно такое интересное не попадалось.

Открытий и интересных решений по дороге получилось несколько, но пока не дошло до обновления рабочей, поэтому всё рассказывать не буду.
Пока про один аспект - ускорение выполнения обработчиков.

В семействе ЕРП регулярно случаются длинные обработчики обновления. Например, при переходе с 17 на 22 в регистр сведений "Реестр документов" добавили измерение с уникальным идентификатором, которое обработчик и заполняет - для всех записей. В моём случае записей было 9 млн, и выполнение обработчика занимало больше суток.

Если нужно сделать 1 шаг обновления, то не страшно - в течение этих суток пользователи могут работать. Но, во-первых, бывают обработчики, которые "отключают" отдельные виды документов или целые контуры учёта, вроде взаиморасчётов или резервов. Во-вторых, мне надо в одно технологическое окно обновить на 4 версии, поэтому ждать было нельзя.

Так вот, попробовал я взять этот обработчик обновления, вынести код в обработку/расширение, самостоятельно распараллелить и запустить. Код там простой, изолированный, никаких зависимостей ни до ни после его выполнения я не нашёл.

И случилось чудо - обработчик выполнился часа за 4-5 (вместо 24+). Попробовал с другими обработчиками, которые столь же изолированные - результат по ускорению тот же.

Я думал, проблема в типовом распараллеливании, которое как-то не очень эффективно распределяет задания между потоками. Пошёл смотреть чужой опыт на партнёрке, нашёл относительно свежую тему (https://partners.v8.1c.ru/forum/t/2259464/m/2259464), где автор нашёл больше меня - дело и в распараллеливании, и в записи статистики. Правда, гарантированного и надёжного решения там найти не получилось - ребята из 1С сказали, что могут быть последствия, если просто отключить статистику. Но обещали что-нибудь придумать со скоростью обновлений.

А пока можете пользоваться тем же способом, что и я, коли возникнет схожая проблема.

https://t.me/ywhite

Теги:
+3
Комментарии1

Если что, bodyawm сменил ник на monobogdan. Я много лет в сети известен под вторым ником, поэтому решил синхронизировать профили на всех площадках под одним никнеймом. А то раньше часто говорили мол какой то монобогдан крадет статьи у bodyawm с Хабра :)

Пишу для постоянных читателей, чтобы не удивлялись

Теги:
+8
Комментарии4

Rustfs vs Minio.

Login-screen у RustFS
Login-screen у RustFS

Раньше много пользовался Minio, бывало удобно, когда нужно быстро поднять сервис для перекидывания файлов.

Самая большая проблема у Minio, которая меня преследует в последнее время — жёсткие требования минимального объёма свободного места на диске. Разработчики говорят: нужно минимум 10% свободного места. Неважно абсолютное значение, хоть даже 400T, как в одном из issues на GitHub.

На днях нашёл RustFS, прямой аналог Minio. RustFS даёт спокойно записать файлы и при 1% свободного места.

Для домашнего пользования или мини-лабы — самое то!

Теги:
+6
Комментарии0

В Китае появились скоростные зарядки для электромобилей, которые по времени не уступают скорости заправки бензиновы авто. Новые китайские зарядные устройства BYD обеспечивают пассажирским электромобилям запас хода в 400 км всего за пять минут.

Теги:
-3
Комментарии3

Относительно недавняя статья от 18.11.2024 г. "Вера в то, что для ИИ «чем больше, тем лучше», начинает меркнуть". (закрыта пэйволом)

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

И как мне кажется, на такие статьи, нам, юзерам вообще не стоит обращать внимания и вот, почему:

  1. Слоган "больше - лучше" очень нравится инвесторам. Есть очевидная точка приложения инвестиций, есть ощутимый выхлоп. Не надо ломать голову и разбираться в архитектурах моделей, особенностей их работы и т.д. Думаю, это один из секретов Альтмана - он простым и наглядным способом объясняет, как приумножить инвестиции. Но такое может не устраивать тех, кто не успел запрыгнуть в первые поезда и теперь пытаются как-то наверстать упущенное.

  2. Это "правило" все еще работает. Не считая GPT (просто за счет закрытости), каждая флагманская модель обучалась на все больших данных и со всем большими вычислительными мощностями. И эти мощности только начали свой стремительный рост. И замедления пока не наблюдается.

  3. Мы, юзеры, все равно будем в выигрыше. Оптимизации, новые архитектуры, конкуренция не оставит нас без плюшек. Про инвесторов я тоже самое сказать не могу (4 пункт).

Поэтому, не стоит очаровываться, чтобы лишний раз не разочаровываться.

Теги:
-1
Комментарии0

Календарь айтишный дат

Привет всем! Я соскучилась по корпоративной среде за время своего декрета. Поэтому воплотила давнюю идею собрать айтишные праздники в календарь и припомнить, как некоторые из них отмечали в офисе. Календарь пригодится всем, кому нужен повод для праздника и HR-специалистам. Да, я знаю, что подобные календари уже были. Но во-первых, они то слишком официозные, то включают все подряд гиковские события. А во-вторых, даты дублируются в Гугл-календаре, и вы можете добавить их к себе.

Я собрала здесь хорошо известные даты, вроде дня сисадмина или безопасника, узкоспециализированные (день сеошника, день веб-разработчика) и не самые очевидные, такие как день рождения Linux. Все пятницы тринадцатого числа отмечены в календаре как очень плохие для деплоя. С обычными пятницами и так все понятно.

Пишите в комментариях праздники (официальные и не очень), которые я пропустила — дополним календарь вместе.

Январь

  • 28, среда — Международный день защиты персональных данных

Февраль

  • 2, понедельник — неофициальный День технического писателя, 33-1 день в году.

  • 13, пятница — очень плохой день для деплоя.

  • 14, суббота — неофициальный день компьютерщика. В этот день в 1946 году научному миру был продемонстрирован первый работающий компьютер.

  • 19, четверг — Всемирный день управления информацией.

  • 20, пятница — День рождения Python.

Март

  • 1, воскресенье — день Хостинг-провайдера в России.

  • 12, четверг — ​​Всемирный день против кибер-цензуры. Увы, тема набирает актуальность.

  • 13, пятница — очень плохой день для деплоя.

  • 3.14, воскресенье — День числа π.

Апрель

  • 4, суббота — День ошибки 404, который празднуют как день веб-мастера, и Международный день интернета.

  • 7, вторник — день рождения Рунета. В этот в 1994 году была зарегистрирована доменная зона .RU.

  • 23, четверг — Международный день девушки в информационно-коммуникационных технологиях. У айтишниц свое 8 марта.

Май

  • 7, четверг — День радио, день CSS и Всемирный день пароля — повод обновить его.

  • 17, воскресенье — Всемирный день электросвязи и информационного общества. Праздник для всех, кто работает в сфере связи, даже для телеграфистов. Вы не знаете, остались ли еще телеграфы?

  • 26, вторник — день рождения Хабра!

  • 28, четверг — день SEO-специалиста бесплатно без регистрации.

Июнь

  • 8, понедельник — День IPv6.

  • 20, суббота — Всемирный день Wi-Fi.

  • 28, воскресенье — День бэкенд-разработчика.

Июль

  • 7, вторник — День киберспорта в России.

  • 31, пятница — День системного администратора.

Август

  • 1, суббота — День работника техподдержки.

  • 5, среда — День криптографической службы в России

  • 6, четверг — День запуска первого в мире сайта info.cern.ch

  • 25, вторник — День рождения Linux. В этот день в 1991 г. Линус Торвальдс анонсировал выход новой ОС.

  • 27, четверг — День рождения WordPress.

  • 31, понедельник — день термина «искусственный интеллект». В этот день в 1955 году в научном мире было впервые использовано понятие искусственного интеллекта в работе «Предложение для летнего исследовательского проекта в Дартмуте по искусственному интеллекту» Авторы работы — J. McCarthy, M.L. Minsky, N. Rochester и C.E. Shannon. Дата внесена по предложению NeriaLab

Сентябрь

  • 8, вторник — День веб-разработчика в России

  • 9, среда — День QA

  • 13, воскресенье — День программиста и 256-й день года.

  • 24, четверг — День системного аналитика

  • 30, среда — День интернета в России

Октябрь

  • 4, воскресенье — день запуска первого искусственного спутника Земли. «Спутник-1» был запущен в 1957 году. Дата внесена по предложению tomicorp.

Ноябрь

  • 5, четверг — день менеджера проектов.

  • 8, воскресенье — Всемирный день без Wi-Fi.

  • 13, пятница — очень плохой день для деплоя.

  • 26, четверг — Всемирный день информации.

  • 30, понедельник — Международный день защиты информации.

Декабрь

  • 4, пятница — день информатика в России.

  • 23, среда — день изобретения транзистора.

Теги:
+5
Комментарии10

ИИ и физика

Меня попросили помочь в решении задачи (откуда, зачем - не знаю). Мне понравилась оригинальность задачи:

Вариант 1

Колёсная пара массой 100 кг. с грузовой платформой массой 900 кг. преодолевая трение силы тяжести, под действием силы привода F= 50 Н движется по ровной горизонтальной поверхности с постоянной скоростью V= 20 м/с.

На пути встречаются два клапана под каждым колесом длиной 0.3м и высотой в задней части 0.1м служащими толкателями вертикально расположенных под ними пружин имеющих силу сжатия 2000 Н каждая, и длиной рабочего хода l =0.1м.

Дано: диаметр колёс 0.4м

Найти: 1) скорость V-1 колёсной пары в момент окончания сжатия пружин?

 Вариант 2

Колёсная пара массой 100 кг. движется под неподвижной грузовой платформой массой 900 кг преодолевая трение силы тяжести, под действием силы F = 50 Н с постоянной скоростью V= 20м/с. На пути встречаются два клапана под каждым колесом длиной 0.3м и высотой в задней части 0.1м служащими толкателями вертикально расположенных под ними пружин имеющих силу сжатия 2000 Н каждая и длиной рабочего хода l = 0.1м.

Дано: диаметр колёс 0.4м

Найти: 1) скорость V-1 колёсной пары в момент окончания сжатия пружин?

2) Какое усилие F1 нужно приложить к колёсной паре после преодоления клапана, чтобы сохранить постоянную скорость  20м/с., и будет ли в данном случае мощность привода зависеть от количества клапанов на пути следования колёсной пары?

Для тех, кто не хочет считать: грузовик весом 1 тонна имеет одну (!) колесную пару и едет на ней со скоростью 72 км/час под действием силы тяги 5 кг (!). Второй вариант отличается тем, что колеса едут, а кузов неподвижен (!).

Я не могу представить человека, которому придет в голову такая задача.

Теги:
0
Комментарии8

Открытый проект SpotX позволяет бесплатно слушать Spotify без рекламы и со всеми Premium-опциями. Всё, что нужно — актуальная версия Spotify и запустить на ПК одну команду.

Для Windows пишем в Powershell: iex "& { $(iwr -useb 'https://raw.githubusercontent.com/SpotX-Official/SpotX/refs/heads/main/run.ps1') } -new_theme".

Для MacOS, пишем в Терминале: bash <(curl -sSL https://spotx-official.github.io/run.sh).

Теги:
-1
Комментарии1

Под конец рабочего для на выставке электроники CES 2026 этот робот вышел из центрального зала на улицу, сделал несколько движений и отключился, упав плашмя на спину. Его попытались оперативно реанимировать два инженера, но без особого успеха. Раньше носилки и скорая нужны были в таких ситуациях для людей, а вот роботы тяжелее и сложнее для реанимации.

Теги:
+1
Комментарии1

У ВК, по всей видимости, не работает сброс сессии при заполнении сообщения о взломе. По ссылке https://id.vk.com/account/#/security-reset-sessions кнопка сброса просто не нажимается.

До техподдержки через бота достучаться невозможно, а проблема, как будто бы, в меру значимая. Публикую тут для привлечения внимания и для запроса совета о том, как ещё можно это поправить.

Если что-то попутал в формате и месте поста, то заранее извиняюсь.

Теги:
+3
Комментарии0

Представлен локальный и бесплатный сервис BentoPDF для работы с PDF. Вся обработка происходит в браузере. Умеет объединение, разделение, поворот, удаление страниц и кроппинг, а также в нём можно быстро добавить вотермарку, сделать нумерацию страниц и поменять текст в файлах. При этом бесплатно, без лимитов и даже регистрацию не просят.

Теги:
0
Комментарии2

Ближайшие события

Раздолбайский дух Sanic.

Как выглядела версия 18.12.0
Как выглядела версия 18.12.0

Обновлял свои сэмплы простеньких API-сервачков. Версия на Sanic отказывалась работать, так что закатал рукава и пошёл читать их маны. Захожу на сайт, а тут... Батюшки! Всё чинно, благородно, серьёзно так. Я отлично помню, что рисовал их дебаг в консоли. Эх, куда дели раздолбайский дух? :)

Теги:
+1
Комментарии0

Собрали подборку книг, которые вдохновляют, расширяют кругозор и идеально подходят для длинных праздничных выходных.

  • «Думай медленно… Решай быстро», Даниэль Канеман

Книга о том, как устроено наше мышление и почему логика не всегда побеждает интуицию. Канеман показывает, как две системы — «быстрая» и «медленная» — влияют на решения, которые мы принимаем каждый день.

  • «Предсказуемая иррациональность», Дэн Ариели

Книга о том, почему люди часто принимают нелогичные решения и делают это вполне предсказуемо. Ариели объясняет, как ожидания, эмоции, социальные нормы и другие факторы искажают суждения и выводы.

  • «Высоконагруженные приложения», Мартин Клеппман

Подробное руководство по проектированию масштабируемых и надежных систем. Клеппман простыми словами объясняет, как устроены базы данных, потоки данных и почему архитектура — это баланс между скоростью, надежностью и простотой.

  • «Гибкое сознание», Кэрол Дуэк

Книга о том, как наше отношение к трудностям и ошибкам определяет успех. Дуэк доказывает, что способности можно развивать через «установку на рост». Полезно тем, кто руководит людьми или хочет расти сам.

  • «Ментальные ловушки», Андре Кукла

Книга о привычных ментальных ловушках, которые крадут время и силы. Кукла объясняет, как мы застреваем в бесконечных планах, тревоге или ожидании, показывает, как выбраться из этого круга и не тратить энергию впустую.

  • «Профессиональная разработка программного обеспечения», Стив Макконнелл

Книга о системности, ответственности и качестве в разработке. Макконнелл объясняет, что делает разработчика профессионалом: от планирования и коммуникации до оценки рисков и качества.

  • «Верховный алгоритм», Педро Домингос

Домингос раскрывает принципы машинного обучения без технических сложностей. Книга дает целостное представление о развитии ИИ и помогает понять, какие алгоритмы стоят за современными технологиями, и как они уже меняют мир.

  • «Искусство тестирования программ», Гленфорд Майерс

Классика, с которой стоит начинать путь в тестировании. Майерс объясняет, как искать дефекты системно, а не наугад. Книга помогает понять, что тестирование — это не охота за ошибками, а способ убедиться, что программа работает как задумано.

  • «Жалоба — это подарок», Джанелл Барлоу, Клаус Мёллер

Барлоу и Мёллер учат видеть в жалобах не угрозу, а помощь. Книга о том, как правильно реагировать на обратную связь, сохранять доверие и превращать недовольство в развитие.

Теги:
0
Комментарии1

Инструкция по получению годовой подписки на ChatGPT Plus бесплатно (лазейку прикрыли):

  • создаём временную почту на этом ресурсе;

  • домен нужно выбрать erzi(.)me;

  • создаём новый аккаунт в ChatGPT;

  • используем временную почту;

  • получаем код подтверждения.

Теги:
+7
Комментарии7

5 случаев, когда Fine-tuning лучше RAG

Все говорят "RAG для всего". Но есть кейсы, где fine-tuning выигрывает — и это не только про статичные данные.
Все говорят "RAG для всего". Но есть кейсы, где fine-tuning выигрывает — и это не только про статичные данные.

Все говорят "RAG для всего". Но есть кейсы, где fine-tuning выигрывает — и это не только про статичные данные.

1. Жёсткий формат вывода

Бот для CRM должен всегда возвращать:

{"name": "...", "phone": "...", "intent": "..."}

RAG не гарантирует формат. Fine-tuning — да. Модель "запоминает" структуру на уровне весов.

2. Доменный жаргон

Врач пишет: "в/в капельно NaCl 0.9% 400мл". Юрист: "п.1 ч.2 ст.158 УК".

RAG найдёт документ, но не научит модель "говорить на языке". Fine-tuning встраивает терминологию в модель.

3. Логика без документов

Расчёт стоимости доставки: вес, габариты, зоны, сезонность, тип клиента — 20 переменных.

Это не в документе, это в голове логиста. Fine-tuning переносит экспертизу в модель.

4. Стиль эскалации

Банковский бот не должен говорить "не знаю". Только: "Уточню у специалиста, ожидайте".

RAG учит контенту, fine-tuning — поведению и тону.

5. Скорость

RAG: эмбеддинг → поиск → генерация = 3 вызова, ~2 сек.

Fine-tuned модель: 1 вызов, ~0.5 сек.

Для голосового бота или real-time чата — критично.

Когда всё же RAG: данные часто меняются, нужны ссылки на источник, конфиденциальность.

Гибрид работает: fine-tuning для формата и стиля + RAG для актуальных данных.

А вы где использовали fine-tuning?

Теги:
+1
Комментарии2

Почему мы до сих пор спрашиваем про пирамиду тестирования образца 2010 года

Провожу собеседования на позиции тестировщиков уже много лет. И заметил странную вещь: вопросы по теории не меняются вообще. Те же классы эквивалентности, те же граничные значения, та же пирамида тестирования. Как будто за окном не 2026 год, а 2010.

При этом реальная работа изменилась радикально. Половина команды использует нейросетевых агентов для генерации тестов. Автоматизация пишется в паре с ассистентом. Тест-дизайн делается через промпты. А на собеседовании мы всё ещё спрашиваем "чем отличается верификация от валидации".

Я не говорю, что классика не нужна. Нужна. Но если человек не понимает, как работать с агентами в 2026 году, он будет отставать от коллег с первого дня.

Поэтому собрал 10 тем, которые, на мой взгляд, пора добавить в раздел "теория тестирования" на собеседованиях. Полезно и тем, кто нанимает, и тем, кто ищет работу.

1. Промпт-инжиниринг для тестировщика

Как правильно формулировать запросы к нейросети, чтобы получить качественные тест-кейсы, а не общие фразы. Какая структура промпта даёт лучший результат. Почему "напиши тесты для этой формы" работает хуже, чем детальное описание контекста и ожиданий.

2. Валидация результатов работы агента

Нейросеть может ошибаться, галлюцинировать, выдавать устаревшую информацию. Как проверять то, что сгенерировал агент. Какие типичные ошибки встречаются. Почему нельзя просто копировать результат без проверки.

3. Границы применимости нейросетей в тестировании

Что агенты делают хорошо: генерация типовых тестов, анализ логов, написание документации. Что делают плохо: исследовательское тестирование, оценка пользовательского опыта, понимание бизнес-контекста. Когда стоит использовать агента, а когда лучше сделать руками.

4. Работа с контекстом

Как правильно передавать агенту информацию о проекте. Что такое контекстные файлы и зачем они нужны. Почему один и тот же запрос в разных условиях даёт разные результаты. Как не потерять контекст в длинном диалоге.

5. Этика использования нейросетей

Можно ли отправлять агенту конфиденциальные данные проекта. Как работать с чувствительной информацией. Что происходит с данными, которые вы отправляете. Политики компаний относительно использования внешних сервисов.

6. Интеграция агентов в процесс тестирования

Как встроить работу с нейросетью в существующий рабочий процесс. На каких этапах агент полезен: планирование, написание тестов, анализ результатов, документирование. Как не превратить это в дополнительную работу вместо экономии времени.

7. Оценка качества сгенерированных тестов

По каким критериям оценивать тесты, которые написал агент. Покрытие, читаемость, поддерживаемость, соответствие стандартам команды. Как отличить хороший сгенерированный тест от плохого.

8. Работа с разными типами агентов

Чем отличаются агенты для разных задач: генерация кода, анализ требований, работа с документацией. Какой инструмент выбрать для какой задачи. Как комбинировать несколько агентов в работе.

9. Ограничения и риски

Что может пойти не так при использовании агентов. Зависимость от внешних сервисов. Проблемы воспроизводимости результатов. Риск снижения собственной квалификации при чрезмерном делегировании. Как минимизировать эти риски.

10. Критическое мышление в эпоху нейросетей

Почему важно понимать, что делает агент, а не просто использовать результат. Как развивать экспертизу, когда рутину делает машина. Почему человек с глубоким пониманием предмета получит от агента лучший результат, чем новичок.

Это не замена классической теории тестирования. Это дополнение, которое отражает реальность 2026 года. Если кандидат знает только классику, он справится. Если знает и классику, и современные инструменты, он будет эффективнее с первого дня.

А какие темы про работу с нейросетями вы бы добавили в собеседование?

Теги:
-1
Комментарии6

Открытый проект Telegram AI Dating Agent (talk-to-girlfriend-ai) позволяет общаться второй половинке разработчика с ИИ-агентом на базе Claude через Telegram, потому что сам программист «не всегда может отвечать». Нейросеть умеет писать нужные публикации прямо в Telegram, ставит нужные реакты и даже считывать настроение. Когда наступает «код красный», то бот сигнализирует разработчику, что нужно ответить лично. Разработчик пояснил, что обучал нейросеть на материалах курсов по общению с девушками.

Теги:
+7
Комментарии2