Kurgan-Telecom Ru | Информационные технологии

Контрибьюторы и мейнтейнеры игрового движка Godot заявили о растущей проблеме так называемого «нейрослопа» в pull requests, которые создают дополнительную нагрузку на команду проекта.

О проблеме написал один из ведущих разработчиков движка, Rémi Verschelde. По его словам, количество AI-сгенированных PR в репозитории Godot на GitHub заметно выросло, а их проверка становится «все более изматывающей и деморализующей» для мейнтейнеров.

Разработчики отмечают несколько характерных признаков «нейрослопа»:

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

Как подчеркнул Версшельде, команде приходится по нескольку раз в день вторично проверять каждый PR от новых участников: «написан ли код человеком хотя бы частично, понимает ли автор внесенные изменения, тестировал ли он их вообще.»

Godot традиционно позиционирует себя как дружелюбный к новым контрибьюторам open-source проект. Любой пользователь движка может попытаться внести вклад в развитие движка. Однако, по словам разработчиков, растущий поток AI-сгенерированных PR начинает подрывать эту модель: «мейнтейнеры тратят значительную часть времени на фильтрацию и разбор низкокачественных изменений.»

«Я не знаю, как долго мы сможем это выдерживать», - отмечает один из разработчиков.

Предлагаются организационные меры - например, разделение очередей на ревью: приоритетная обработка PR от аккаунтов с давней историей участия в open-source и отдельная очередь для новых контрибьюторов.

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

 development, godot, искусственный интеллект

30 января состоялся выпуск 26.1 кроссплатформенного видеоредактора Shotcut с поддержкой большого количества аудио- и видеоформатов благодаря использованию библиотек FFmpeg.

Проект написан на языке С++ с использованием фреймворков MLT и Qt, и распространяется по лицензии GPL 3.0.

( читать дальше... )

>>> Список изменений версии 26.2 BETA на GitHub – там же можно скачать сборки в различных форматах.

 c++, qt, shotcut, видеомонтаж, нелинейный видеомонтаж

После множества лет разработки (порой напоминающих стагнацию) наконец-то готов второй выпуск операционной системы для смарт-часов.

ОС построена на основе OpenEmbedded, под капотом использует systemd и Wayland.

( читать дальше... )

 asteroidos, openembedded, smartwatch

Спустя несколько месяцев разработки вышла LineageOS 23.2, которая основана на Android 16 QPR2. Поскольку Google перешли на 6-месячный цикл обновлений, LineageOS переходит на него тоже, за исключением заплаток безопасности, которые выходят ежемесячно.

( читать дальше... )

 android, android tv, lineageos

RAG на PHP - звучит непривычно. Делюсь опытом построения чат-бота для поиска по внутренней базе документов: Symfony, Qdrant с гибридным поиском, YandexGPT для embedding и генерации ответов. Внутри — готовый код, подводные камни чанкинга и советы, которые сэкономят вам время.

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

У продукта есть и внутренние пользователи, которые пользуются им каждый день, и внешние альфа-тестеры. Он выпускается, разворачивается, ломается и чинится. Отличие в том, что весь код — логика приложения, тесты, конфигурация CI, документация, observability, внутренние инструменты — написан Codex. По нашей оценке, мы сделали это примерно в десять раз быстрее, чем если бы писали код вручную.

Люди задают направление. Агенты выполняют.

Мы специально ввели это ограничение, чтобы построить то, что было нужно для роста темпа разработки на порядки. У нас были недели, чтобы выпустить то, что в итоге оказалось миллионом строк кода. А чтобы это сделать, нам понадобилось понять, что меняется, когда основная задача команды разработки ПО — уже не писать код, а проектировать окружения, формулировать намерение и строить петли обратной связи, которые позволяют агентам Codex работать надежно.

Этот пост о том, чему мы научились, создавая совершенно новый продукт с командой агентов: что ломалось, что накапливалось и как максимально использовать наш единственный по-настоящему дефицитный ресурс — человеческое время и внимание.

Так вышло, что я одновременно учусь в государственном вузе, где обучение ведётся исключительно на C#, и работаю в крупной российской компании, где из-за санкционных рисков крайне не рекомендовано для старых и новых продуктов использовать технологии Microsoft, в том числе C#.

В своей статье я провожу мини исследование вакансий C# и высказываю свои опасения по поводу сложившихся тенденций.

Создаем интерактивную и обновляемую карту погоды по регионам России: данные собираются через API OpenWeatherMap с помощью R, обрабатываются и автоматически передаются в Datawrapper для визуализации в виде плиточной карты с температурой и погодными условиями.

Статья про то как контролировать загрузку статики у себя в продакшн сборке и предотвратить сайд-эффекты.

Всем привет, меня зовут Макс. Я TeamLead Backend, автор YouTube-канала PyLounge, бывший преподаватель классического университета и просто человек, который много общается с другими людьми. Нам всем в современном мире так или иначе необходимо общаться с людьми. Даже если вы программист, вы не просто пишете код, вы постоянно с кем-то коммуницируете, причём много. И многие люди с большим трудом будут добиваться успеха в карьере, в отношениях, если не научатся одной простой вещи – говорить ртом.

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

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

Мы (modal.com) создали этот словарь, чтобы решить проблему, с которой столкнулись при работе с GPU в Modal: документация фрагментирована, что затрудняет связь концепций на разных уровнях стека, таких как архитектура потокового мультипроцессора, вычислительная способность и флаги компилятора nvcc.

Нассим Талеб назвал книгу Бенуа Мандельброта The (Mis)Behavior of Markets "самой глубокой и реалистичной книгой по финансам, когда-либо опубликованной".

А своего "Черного лебедя" Талеб посвятил "Бенуа Мандельброту, греку среди римлян", что отражает уважение к его роли в развитии идей о сложных системах и неопределённости.

Книга Мандельброта: «(Не)послушные рынки. Фрактальная революция в финансах» (часть 3).

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

— Что картинка может нам сказать помимо визуала? Разберемся по шустрому.

Сейчас рынок труда многих ИТ-специальностей в пользу работодателей, похоже что в 2026 году это касается и 1С. Мы постучались к крупному франчайзи «Софт-Юнити» с предложением обсудить использование нашего продукта и получили такой ответ: «Я могу скинуть вам задание, которое даю аналитикам на собеседованиях. Прогоните его через свои инструменты, если ответ будет правильным, договоримся о встрече». Рассказываю о самом задании и как с ним справился ИИ-ассистент.

Жил-был дровосек. Каждый день он выходил в лес и с рассвета до заката валил деревья. Сначала дело спорилось: топор был новым, рука — крепкой, лес — щедрым. Но с каждым днём деревьев становилось больше, а сил — меньше. Топор тупился, сталь цеплялась за ствол, рубки выходили по три удара вместо одного.

Однажды к нему подошёл старик лесник и спросил:

— Почему ты не остановишься и не наточишь топор?

Дровосек только махнул рукой:

— Не до этого. Видишь, сколько ещё рубить?

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

Сегодня этот дровосек — это ты. Ты, который тащит на себе бизнес, отдел, семью, ипотеку, сотрудников, клиентов и десяток параллельных задач. Ты честно «рубишь» каждый день. Но чаще всего — тупым топором. И главная проблема не в том, что у тебя мало сил. Проблема в том, что ты не закладываешь время на то, чтобы заточить инструмент своей работы.

Я понимаю: звучит как очередной совет из книжки по тайм-менеджменту. Но нет. Речь о другом — о том, что правила игры тихо поменялись, пока ты работал. И многие это ещё не заметили.

Люди продолжают работать по-старому

Последние 10–15 лет мы жили в логике: «надо больше работать, глубже разбираться в своей сфере, прокачивать компетенции». Ставили цели, проходили курсы, закрывали KPI, росли по карьере. Всё честно, всё по правилам.

Но в 2026 году уже неважно, насколько подробно ты умеешь раскрашивать Excel-таблицы или как быстро отвечаешь на письма. Важно другое: сколько из того, что ты делаешь руками, вообще должен делать человек, а сколько — уже давно обязан делать ИИ.

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

В рамках слияния путём обмена акциями SpaceX и xAI объединились в единый гигантский «вертикально интегрированный инновационный двигатель» — что бы это ни означало. Может показаться, что у этих компаний мало общего, но обоснование слияния заключается в том, что SpaceX будет строить и запускать орбитальные дата-центры, которые будут использовать модели xAI. Действительно, SpaceX недавно подала заявку на запуск миллиона спутников для дата-центров! Но этот нарратив просто не соответствует реальности. Фактически, многие считают это финансовой поддержкой xAI, учитывая, что убытки компании растут, а это слияние позволяет xAI воспользоваться предстоящим, очень ожидаемым IPO SpaceX. Такой шаг не беспрецедентен; в конце концов, xAI фактически оказала поддержку X/Twitter в марте прошлого года в результате слияния под руководством Маска. Но вот что интересно: это слияние может быть не поддержкой xAI, а поддержкой SpaceX. Более того, недавние откровения предполагают, что Маск использует это слияние для значительного шага в определённом политико-экономическом направлении. Давайте разберём это.

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

Привет, Хабр! На связи Егор, эксперт по промпт-инжинирингу в GPTunneL.

Сегодня разберём практическую задачу, с которой сталкивается каждый SMM-щик, маркетолог, копирайтер и любой новичок, который использует ИИ в работе: как поддерживать единый стиль коммуникации бренда на всех каналах, когда контент создают разные люди и команды? Классический подход — это brand book на 50 страниц и месяцы обучения сотрудников. Но есть способ быстрее.

В этой статье покажу, как с помощью грамотного промпт-инжиниринга настроить LLM так, чтобы она генерировала контент в едином стиле вашего бренда. Без воды — только практические техники и примеры промптов.

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