#новости

⚡️Компания OpenAI приобрела команду Global Illumination

🎮 Новый проект, связанный с ИИ? А вот и нет. Это студия выходцев из бигтеха, которая разрабатывает open source аналог Minecraft под названием Biomes. В самой студии работало порядка десяти человек.

Официальный анонс говорит лишь о том, что это присоединение «для работы над основными продуктами, включая ChatGPT».

💬Как вы думаете, к чему все это?

📌Вот некоторые мысли:

OpenAI уже работали с Minecraft. Год назад они выпустили статью Video PreTraining (VPT): Learning to Act by Watching Unlabeled Online Videos о том, как обучать агента играть по видео на YouTube.

В целом понятно, для чего это нужно вне игр: GPT-6 может посмотреть весь TikTok и YouTube, и узнать о нашем мире столько, сколько никаким текстам не снилось.

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

Наработки OpenAI могут пойти и в сторону работы из Stanford Generative Agents: Interactive Simulacra of Human Behavior, где 25 разных ботов с языковыми моделями и жили в деревне, общались друг с другом — только здесь все в 3D, и с куда более широким набором возможностей.

🎙Подкаст Полный Гёдель: когда ИИ начнет писать код лучше, чем программисты — что тогда?

Артем Малышев, простой гуманитарий, который начитался научной-фантастики, и теперь любит порассуждать о том, как нас захватят роботы, и Юрий Окуловский, — могут сойтись в представлениях о будущем технического прогресса.

Юрий Окуловский — data scientist и кандидат физ мат наук. Он работает с нейросетями почти 20 лет. Но сейчас, когда хайп вокруг ИИ становится надоедающе громким, а «говорящие» модели обыденностью — Юрий на полном серьезе верит в технологическую сингулярность.

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

📌 В этом выпуске:

0:00 — Начало
1:56 — Что еще за сингулярность
5:20 — Мы уже не понимаем, как работают нейросети
9:28 — Как изменится программирование из-за ИИ
13:09 — Проблемы, тормозившие ИИ в 20 веке — уже решены
19:00 — Профессии, которые уже под силу ИИ
24:10 — Кто сейчас контролирует развитие ИИ
32:19 — Должен ли ИИ быть в опенс сорсе
38:04 — Станет ли ИИ инструмент достижения всеобщей свободы
48:18 — Искусственное сознание — это вымышленный концепт?
1:07:01 — Что если люди перестанут понимать код, который пишет ИИ
1:19:15 — Попытка прогноза — как будет выглядеть мир после технологической сингулярности

⏯ YouTube | Apple Подкасты | Google Подкасты

💬 Ну что, когда нас уже заменит этот ваш ИИ?

👾 — никогда, фигня все это
🤔 — я незаменим

#инфографика

🧰 CI/CD пайплайн в деталях

1️⃣ SDLC с CI/CD

🔸Жизненный цикл разработки программного обеспечения (SDLC) состоит из нескольких ключевых этапов: разработка, тестирование, деплой и cопровождение. CI/CD автоматизирует и интегрирует эти этапы, обеспечивая более быстрые и надежные выпуски. Когда код помещается в Git-репозиторий, он запускает автоматизированный процесс сборки и тестирования.

🔸Для проверки кода запускаются сквозные тестовые примеры. Если тесты пройдены, код может быть автоматически развернут в staging/production окружении. Если проблемы обнаружены, код отправляется обратно в разработку для исправления ошибок. Эта автоматизация обеспечивает быструю обратную связь с разработчиками и снижает риск ошибок в продакшене.

2️⃣ Разница между CI и CD

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

🔸Непрерывная доставка (CD) автоматизирует процессы выпуска, такие как изменения инфраструктуры и развертывание. Это гарантирует, что программное обеспечение может быть надежно выпущено в любое время с помощью автоматизированных рабочих процессов. CD также может автоматизировать этапы ручного/аппрувал тестирования, необходимые перед деплоем в продакшене.

3️⃣ CI/CD пайплайн

🔸Типичный CI/CD пайплайн состоит из нескольких связанных этапов:

🗄 Разработчик фиксирует изменения кода в системе управления версиями
🗄 CI-сервер обнаруживает изменения и запускает сборку
🗄 Код компилируется и тестируется
🗄 Результаты тестирования сообщаются разработчику
🗄 В случае успеха артефакты развертываются в staging окружениях
🗄 Дальнейшее тестирование может быть проведено на стадии подготовки перед выпуском
🗄 Система CD внедряет утвержденные изменения в продакшен

👉 Источник

#чтопроисходит

⚡️Ловите подборку самых важных нововведений Git 2.42:

➕ Предложен новый алгоритм обхода битовых карт, отражающих данные о наборах объектов, доступных для каждого коммита, и позволяющих быстро определить наличие базового объекта для сокращения времени извлечения данных при выполнении операций с большими репозиториями ('git fetch', 'git rev-list' и 'git clone').
➕ Добавлен новый механизм для сохранения недостижимых объектов (unreachable object), на которые в репозитории отсутствуют ссылки (не ссылаются ветки или теги) и которые подлежат удалению сборщиком мусора после истечения таймаута.
➕ В команде 'git for-each-ref' реализован гибкий механизм исключения ссылок из вывода, более удобный и эффективный, чем применение переменной transfer.hideRefs.
➕ В команде 'for-each-ref' расширены средства форматирования ссылок при помощи опции '--format'. Появилась возможность вывода информации, связанной с GPG-подписями.
➕ Расширено применение механизма частичных индексов (sparse index), охватывающих лишь часть репозитория.
➕ В команде 'git rev-list' при использовании опции '--stdin' для упрощения вызова из скриптов разрешено указание через входной поток данных для расширенных модификаторов, таких как '--branches', '--tags' и '--remotes'.
➕ Реализовано отложенное удаление сообщения $GIT_DIR/TAG_EDITMSG, производимое только после успешной записи тега, что решает проблему удаления примечания до вывода сообщения об ошибке.
➕ В команду 'git worktree add' добавлена опция '--orphan' для создания рабочего дерева на основе осиротевшей ветки.
➕ В команду 'git cat-file' добавлен режим '-Z', который в отличие от режима '-z' применяет разделение на основе символов с нулевым кодом (вместо символов перевода строки) не только для входных, но и для выходных данных.
➕ В команду 'git notes append' добавлена опция '--separator' для выбора разделителя абзацев.
➕ В команде 'git diff --no-index' реализована возможность чтения из именованных каналов ('git diff <(process) <(substitution)').

🔗 Читать подробнее