Несметное количество сгенерированных ИИ отчетов об ошибках за последние месяцы побудило разработчика Curl Дэниела Стенберга предоставить себе и своей команде строгий перерыв. Как описывает Стенберг в своем блоге (откроется в новом окне), его команда с 1 июля примерно на целый месяц не будет принимать ни одного отчета об ошибках, независимо от того, насколько критичными могут быть обнаруженные ошибки и уязвимости.
Этот перерыв настолько важен для разработчика, что он даже дал ему название — «Лето блаженства Curl». «Любая проблема, которую вы обнаружите в этом месяце и захотите сообщить проекту Curl, должна подождать», — пишет Стенберг. Ни по электронной почте, ни через Hackerone в июле сообщения приниматься или обрабатываться каким-либо образом не будут.
Команда Curl планирует снова начать принимать отчеты об ошибках только с 3 августа. «Последние четыре месяца мы находились под огромным давлением. Сейчас нам нужно немного отдыха», — продолжает Стенберг. Он также не считает, что этот период высокой нагрузки закончился. Он призывает другие команды разработчиков при необходимости также устраивать перерывы. «Ваше благополучие — главный приоритет».
Бескомпромиссный перерыв
Разработчик Curl в своей статье также обращает внимание на другие последствия этого перерыва. Так, запланированный на середину августа выпуск версии Curl 8.22.0 будет перенесен на 2 сентября. Это должно дать команде необходимое время, чтобы обработать накопившийся к началу августа остаток отчетов об ошибках.
Кроме того, Стенберг признает в своем блоге, что «плохие парни», вероятно, не будут отдыхать. «Но мы будем», — решительно пишет он. Даже если произойдет чрезвычайная ситуация, его команда узнает о ней только в августе. Исключение составляют те, кто заключил платный договор на поддержку. Они продолжат получать привычное обслуживание.
В последние годы Стенберг неоднократно критически высказывался об отчетах об ошибках, созданных ИИ. Поначалу сообщения были в основном низкокачественными и бесполезными, так что разработчик говорил об «ИИ-мусоре». Однако за последние несколько месяцев качество отчетов значительно выросло. Но их количество остается на высоком уровне, что создает огромный объем работы. Другие команды разработчиков также все чаще с этим не справляются.