Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгенерированного AI"	+/–
Сообщение от opennews (??), 15-Сен-25, 12:32
Представлен релиз гипервизора Cloud Hypervisor 48.0, созданного на основе компонентов проекта Rust-VMM, развиваемого при участии Intel, Alibaba, Amazon, Google и Red Hat. Rust-VMM написан на языке Rust и позволяет создавать специфичные для определённых задач гипервизоры. Cloud Hypervisor является одним из таких гипервизоров, который предоставляет высокоуровневый монитор виртуальных машин (VMM), работающий поверх KVM и оптимизированный для решения задач, свойственных для облачных систем. Код проекта доступен под лицензиями Apache 2.0 и BSD... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63881
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

2. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	–7 +/–
Сообщение от 12yoexpert (ok), 15-Сен-25, 12:44
почти уже революция, вот-вот программистов выкинут на мороз хочется запрыгнуть на мопед и петь песни
Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (31), 15-Сен-25, 19:23
	> Cloud Hypervisor is an open source Virtual Machine Monitor вот-вот почти написали "гипервизор", но оказался монитор.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+2 +/–
	Сообщение от 12yoexpert (ok), 15-Сен-25, 20:17
	*"переписали", оно на раст
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Менеджер (?), 15-Сен-25, 20:10
	Работать, технарь! Солнце ещё высоко!
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	–13 +/–
Сообщение от 09063 (?), 15-Сен-25, 12:47
Вот это правильно: отказ от эмуляции, низкое потребление памяти, отзывчивость... О чем можно мечтать и все благодаря самому правильному языку. В копилку однозначно.
Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+9 +/–
	Сообщение от Аноним (5), 15-Сен-25, 12:51
	ничего что это прослойка к прокладке для запуска kvm ?
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 15-Сен-25, 13:09
	Ничего что это совсем не про это? Это замена device model qemu, эмулятор отдельных устройств вроде дисков/сетевых интерфейсов/прочего, для чего вместе с kvm и нужно обычно использовать qemu
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (5), 15-Сен-25, 14:54
	ничего что "это" называет себя "vmm"? И что-то там еще блеет про отсутствие виртуализации устройств. Т.е. и тут за него все сделает - kvm. (ну или hyperv) Полноценным vmm при этом разумеется тоже не является. Хрустики такие врунишки...
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (21), 15-Сен-25, 15:12
	> И что-то там еще блеет про отсутствие виртуализации устройств. Т.е. и тут за него все сделает - kvm. (ну или hyperv) не, ну тут перебор. У них "ставка делается на паравиртуализацию", kvm таким не занимается
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (5), 15-Сен-25, 16:08
	в случае kvm видимо vhost там будет или что. В общем, очередная прослойка.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 15-Сен-25, 19:31
	> Т.е. и тут за него все сделает - kvm. (ну или hyperv) С каких пор virtio находится в ядре? Это всегда была юзерспейс часть, qemu. А тут - Rust-VMM, qemu отсутствует. VMM/hypervisor называется и ядерная часть, и юзерспейс, потому что они не работают по отдельности, за любым io виртуальная машина передаёт управление kvm/xen/hyperv, а они при необходимости передают управление юзерспейс драйверу что уже общается с физическим диском например - qemu/rust-vmm/crosvm
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	37. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (37), 15-Сен-25, 21:05
	Ну вот смотри, ядреные виртио дрова допустим лежат вот тут: /usr/src/linux # cat ./.config |grep VIRTIO # CONFIG_BT_VIRTIO is not set CONFIG_NET_9P_VIRTIO=y CONFIG_VIRTIO_BLK=y CONFIG_SCSI_VIRTIO=y CONFIG_VIRTIO_NET=y CONFIG_VIRTIO_CONSOLE=y # CONFIG_HW_RANDOM_VIRTIO is not set # CONFIG_I2C_VIRTIO is not set # CONFIG_GPIO_VIRTIO is not set # CONFIG_DRM_VIRTIO_GPU is not set # CONFIG_SND_VIRTIO is not set CONFIG_VIRTIO_ANCHOR=y CONFIG_VIRTIO=y CONFIG_VIRTIO_PCI_LIB=y CONFIG_VIRTIO_PCI_LIB_LEGACY=y CONFIG_VIRTIO_MENU=y CONFIG_VIRTIO_PCI=y CONFIG_VIRTIO_PCI_ADMIN_LEGACY=y CONFIG_VIRTIO_PCI_LEGACY=y # CONFIG_VIRTIO_BALLOON is not set CONFIG_VIRTIO_INPUT=y CONFIG_VIRTIO_MMIO=m CONFIG_VIRTIO_MMIO_CMDLINE_DEVICES=y # CONFIG_VIRTIO_DEBUG is not set # CONFIG_VIRTIO_RTC is not set # CONFIG_RPMSG_VIRTIO is not set CONFIG_CRYPTO_DEV_VIRTIO=m А где по твоему лежит >юзерспейс драйвер, что уже общается с физическим диском И кто этому узерспейс драйверу навыдавал прав для обращения к физическим дискам?
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+1 +/–
	Сообщение от morphe (?), 15-Сен-25, 23:11
	>  Ну вот смотри, ядреные виртио дрова допустим лежат вот тут: Это не та часть дров, это для того чтобы твоё ядро могло работать в виртуалке с virtio драйверами, а не для того чтобы твоё ядро могло эмулировать физические устройства. Можешь их убрать, и гостевые системы будут работать как и раньше. > И кто этому узерспейс драйверу навыдавал прав для обращения к физическим дискам? Ты выдал, однако я возможно тут не очень понятно выразился, потому что обычно используют не физические диски, а qcow2 дисковые образы например
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 15-Сен-25, 23:23
	> Ты выдал, однако я возможно тут не очень понятно выразился, потому что > обычно используют не физические диски, а qcow2 дисковые образы например Гостевая система <-> виртуальный диск <-> ядерный virtio-blk драйвер <-> kvm гипервизор <-> ядро хоста <-> юзерспейс хоста <-> qemuвский/rust-vmm virtio-blk драйвер <-> disk.qcow2 файл
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от пох. (?), 17-Сен-25, 09:00
	это клиент. Эти драйвера работают внутри паравиртуалки. Со стороны гипервизора - то что подкладывает под этот "scsi" файлик вместо диска и перекладывает пакетики из виртуальной сетевухи в настоящую - все гораздо запутанней, там есть и ядерная и userland части. Вряд ли опеннетовский кексперт сможет показать тебе на примерах хрустокода откуда готовилось нападение.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	44. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от SKZ (?), 16-Сен-25, 17:01
	>> Т.е. и тут за него все сделает - kvm. (ну или hyperv) > С каких пор virtio находится в ядре? Это всегда была юзерспейс часть, > qemu. А тут - Rust-VMM, qemu отсутствует. Есть VMM 1-го и 2-го типа, вот QEMU - 2-го
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	46. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+2 +/–
	Сообщение от morphe (?), 17-Сен-25, 01:52
	> Есть VMM 1-го и 2-го типа, вот QEMU - 2-го Да тут формулировки просто дырявые, QEMU одновременно и первый и второй тип, потому что kvm/xen (гипервизоры первого типа) без QEMU не работают, QEMU в этой связке является частью гипервизора первого типа, но также QEMU умеет работать самостоятельно в роли эмулятора, в этом случае он гипервизор второго типа. Эти формулировки имели больше смысла в 70х годах, когда гипервизоры были монолитные, и когда это разделение собственно и было придумано. Согласно этим формулировкам даже для KVM есть споры по его типу, потому что в отличии от Xen/HyperV, KVM работает поверх Linux ядра, в то время как в Xen/HyperV у тебя ядро системы запущено уже внутри гипервизора. У Xen нормально это сформулировано, та часть которая эмулирует устройства (не клиент этого эмулятора в лице virtio драйверов гостевой системы, а именно то что запускается на хост системе/в stubdomain) там зовётся device model. При этом Qemu в роли device model всегда используется тот что описывает i386 железо, даже если Xen у тебя запущен на aarch64 сервере. Qemu - одновременно и гипервизор для виртуализации, и device model + лаунчер kvm/xen для паравиртуализации Rust-VMM - device model, cloud hypervisor - лаунчер виртуалок под kvm/xen/hyperv/другие бекенды, вместе они заменяют Qemu в лице гипервизора первого типа... Если не учитывать что cloud-hypervisor ещё и qemu запускать умеет, что даёт ему возможность работать как второй тип)
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от пох. (?), 17-Сен-25, 09:15
	> потому что kvm/xen (гипервизоры первого типа) без QEMU не работают да ну?! А это вот - не в курсе что такое? https://github.com/apritzel/kvmtool ? Лет ему - примерно как самому kvm (логично, надо ж было как-то отлаживать ядро, а не разбираться в еще и куемной блоатвари) Обратить внимание - размер всей конструкции совершенно крошечный. Что в общем логичненько, когда ты ничего эмулироватьи не собирался. И внятно отражает "сложность" хрустикового мегапрожекта примерно того же самого уровня.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от SKZ (?), 17-Сен-25, 16:27
	https://git.kernel.org/pub/scm/linux/kernel/git/will/kvmtool.../ Причем все модели девайсов - в каталогaх virtio и hw, они реально простые. Зачем растишки это стали переделывать - непонятно от слова совсем. Еще вот эта поделка, и тоже на растишке, как и сабж https://github.com/firecracker-microvm/firecracker
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+1 +/–
	Сообщение от пох. (?), 17-Сен-25, 16:49
	так это ж те же самые (среди участников - амазон, снова) вероятно, код из закорючек (причем - незамысловатенький) проще каждый раз заново переписывать, чем исправлять.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 17-Сен-25, 21:42
	> Зачем растишки это стали переделывать - непонятно от слова совсем. Реализацию того же virtio-blk/virtio-queue сравни, в kvmtool она слишком простая, и оно не может например ожидать чтения сразу большого числа блоков, у неё нет очередей полноценных А потому производительность (пропускная способность) у неё значительно ниже, чем у той реализации что есть в rust-vmm, оно банально ждёт ответ от хостсистемы на каждый запрос, вместо того чтобы слать их несколько одновременно. Более того, многие компоненты rust-vmm верифицированы на прохождение спецификаций (Symbolic model checking, пакет kani генерирует из Rust кода задания для SMT решателей, получаем подвид формальной верификации), в то время как для kvmtool даже тестов и fuzzing полноценного нет, такое в прод пускать страшновато.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	57. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от SKZ (?), 18-Сен-25, 13:01
	При желании, к kvmtool можно прикрутить io_uring. И это будет куда эффективнее всех нагромождений растишки.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 20-Сен-25, 02:05
	> При желании, к kvmtool можно прикрутить io_uring. И это будет куда эффективнее > всех нагромождений растишки. Ну вот когда прикрутят - тогда и поговорим Сейчас же оно просто хуже реализовано.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от SKZ (?), 17-Сен-25, 17:32
	> а не разбираться в еще и куемной блоатвари Пока вспомнил. Неразрешимая задача (https://en.wikipedia.org/wiki/Undecidable_problem) https://github.com/libvirt/libvirt/commit/7e667664d28f90bf69...
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	54. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 17-Сен-25, 21:27
	> А это вот - не в курсе что такое? https://github.com/apritzel/kvmtool ? Оно точно так же как и qemu реализует device model и лаунчер, оно всё ещё не делает KVM полностью самостоятельным гипервизором, он всё ещё требует qemu/rust-vmm/kvmtool в юзерспейсе. > И внятно отражает "сложность" хрустикового мегапрожекта примерно того же самого уровня. В отличии от kvmtool, rust-vmm (как и qemu) умеет значительно больше бекендов (xen, hyperv, и ещё несколько штук), значительно больше устройств, значительно больше ОС (за счёт поддержки других бекендов и устройств), является модульным, что позволяет его использовать в других программах как библиотеку, и вообще все устройства в нём реализованы с рассчётом на значительно большую нагрузку, в kvmtool даже очередей для блочных устройств нормальных нет
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	49. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от SKZ (?), 17-Сен-25, 12:25
	>kvm/xen (гипервизоры первого типа) без QEMU не работают, Работают они с другими VMM (как минимум, KVM) - на QEMU свет клином не сошелся. Кроме того, QEMU поддерживает (ну, в некотором роде) WHP- как и VmWare Workstation и VBox. Это при наличии собственного VMM. QEMU всегда работает в юзерспейсе поверх хостовой ОС - а потому он - 2-го типа.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	55. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 17-Сен-25, 21:29
	> Работают они с другими VMM (как минимум, KVM) - на QEMU свет > клином не сошелся. Кроме того, QEMU поддерживает (ну, в некотором роде) Я понимаю, имел в виду что они не полностью самостоятельные, нужен qemu/rust-vmm/kvmtool/другое > QEMU всегда работает в юзерспейсе поверх хостовой ОС - а потому он > - 2-го типа. Как эмулятор - да. Однако qemu это не только эмулятор и гипервизор, но ещё и device model, где он работает как компонент type-1 гипервизора (xen/kvm)
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (45), 16-Сен-25, 19:10
	>Это замена device model qemu, эмулятор отдельных устройств Flashback из фильма матрица, когда Нео вытаскивают из капсулы "с полки". Не забывайте в какой субстанции находятся твои ОС.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	63. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от anonymous (??), 13-Окт-25, 10:27
	> все благодаря самому правильному языку Вы сударь или тролль или просто не очень далёкий человек...
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
Сообщение от Аноним (-), 15-Сен-25, 12:48
А как проверять будут? Неужели нейронку попросят)? Вообще метания туда-сюда забавны.
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
Сообщение от SKZ (?), 15-Сен-25, 12:59
>устройства fw_cfg (Firmware Configuration), позволяющего передавать из хост-окружения в гостевую систему данные и настройки, такие как конфигурация загрузки виртуальной машины, информация о раскладке памяти в системе и таблицы ACPI. В UEFI и так все это есть.
Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+4 +/–
Сообщение от SKZ (?), 15-Сен-25, 13:05
"Cloud Hypervisor is an open source Virtual Machine Monitor (VMM) that runs on top of the KVM hypervisor and the Microsoft Hypervisor (MSHV)." Растишки даже с тем, что это они такое пытаются накорябать, разобраться не могут. То ли гипервизор, то ли VMM.
Ответить | Правка | Наверх | Cообщить модератору

	9. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+1 +/–
	Сообщение от IdeaFix (ok), 15-Сен-25, 13:20
	Вы не понимаете, автопилот это не автопилот.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+1 +/–
	Сообщение от Аноним (5), 15-Сен-25, 14:40
	> Растишки даже с тем, что это они такое пытаются накорябать, разобраться не > могут. То ли гипервизор, то ли VMM. могут, но тогда не получится гордо заявлять что на хрусте нахрустели что-то значимое. Поскольку по факту тут ни того ни другого. Прослоечка к продкладочкам. Не пойму только, чем им не угодил ЫЫ - до полного bullshit bingo оставалось ведь совсем чуточку. Видимо, пирожник никогда не ест своих пирожков.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

10. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+3 +/–
Сообщение от Аноним (10), 15-Сен-25, 13:24
А как проект развиваться будет, если код от ИИ использовать нельзя? В соседней новости выяснилось, что на Rust только так пишут.
Ответить | Правка | Наверх | Cообщить модератору

	11. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от IdeaFix (ok), 15-Сен-25, 13:33
	Это многоходовка. Завтра МежБизМаш начнёт продавать своего ассистента, который обучен только на кошерном коде. Ну MS начнёт.... или внезапно галочку "обучено на кошерном коде" начнут продавать все, кто перечислен в соответствующей строчке changelog :)
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (5), 15-Сен-25, 14:57
	А кто у них рав, точно ли признанный иерусалимскими правильными пацанами?
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от IdeaFix (ok), 15-Сен-25, 15:21
	> А кто у них рав, точно ли признанный иерусалимскими правильными пацанами? Там не теологи, там религиоведы... наука. Загуглите "Эдвин Блэк IBM". Всё кошерно!
	Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
Сообщение от Аноним (12), 15-Сен-25, 13:43
Как будто кто-то их будет спрашивать можно им засылать написанный с помощью AI код или нет. Зато теперь любая накоммитившая обиженка может сказать что весь свой код нагенерила, и удачи им выпиливать из истории коммиты, на которых уже куча других изменений базируется.
Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (28), 15-Сен-25, 18:02
	Не может. Потому за намеренный саботаж можно получить предписание суда компенсировать убытки. И по таким делам приставы могут и дом отобрать, и любимого хомяка. А то и вовсе можно сесть, если ущерба насчитают достаточно. А его насчитают: десять сеньоров с зарплатой $220/год разгребали бардак шесть месяцев, потрудитесь внести. В общем, не советую.
	Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
Сообщение от Аноним (13), 15-Сен-25, 13:52
Всё классно в проекте, Rust, лицензии на выбор, Apache 2.0 и BSD! Но запрещать код сгенерированный AI, это убьёт проект!
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	–2 +/–
Сообщение от Соль земли2 (?), 15-Сен-25, 14:00
Только отсталые станут запрещать ИИ. Как будто снова в пещере оказался.
Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	–3 +/–
Сообщение от Аноним (15), 15-Сен-25, 14:34
> Запрет AI также обусловлен желанием снизить нагрузку на сопровождающих, А сопровождающие не в курсе, что ИИ можно использовать и для разбора кода тоже? Опять каких-то дидов ретроградов понабрали. > избавив их от разбора неосмысленных исправлений, созданных с использованием AI. Непонятно, чем осмысленные и неосмысленные изменения ИИ принципиально отличаются от человеческих. На деле понятно, что ИИ всё равно будет, просто про это не будут говорить.
Ответить | Правка | Наверх | Cообщить модератору

26. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
Сообщение от Ivan (??), 15-Сен-25, 17:11
Википедию лицензионная чистота сгенерированного текста устраивает, а их нет? > Запрет AI также обусловлен желанием снизить нагрузку на сопровождающих, избавив их от разбора неосмысленных исправлений, созданных с использованием AI Теперь нагрузка будет в попытках отличить сгенерированный код от человеческого, особенно, когда контрибьюторы догадаются использовать промпт «пиши чуть неаккуратно, как писал бы живой человек». Луддиты забавные
Ответить | Правка | Наверх | Cообщить модератору

	29. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	–1 +/–
	Сообщение от Аноним (29), 15-Сен-25, 18:04
	Всего лишь повторяется история с художниками. Те тоже пытались организовать ИИ-контент отдельно,но платформы на котором это все размещалось их послали.Программист - хобби и лишь некоторые будут этим зарабатывать.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (59), 21-Сен-25, 03:36
	> Луддиты забавные Почему ты сидишь здесь, а не с ллмкой обсуждаешь эти новости?
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

36. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+1 +/–
Сообщение от Anonymus (?), 15-Сен-25, 20:34
>сокращение возможных векторов для атак >ставка делается на паравиртуализацию >позволяющего передавать из хост-окружения в гостевую систему данные и настройки >для организации совместного доступа нескольких гостевых систем к общей области памяти /0
Ответить | Правка | Наверх | Cообщить модератору

	38. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (38), 15-Сен-25, 22:02
	Инструкция, как сделать дырявый софт на расте
	Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+2 +/–
Сообщение от Аноним (50), 17-Сен-25, 15:33
Ну да, важно же от кого а не какой код
Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (59), 21-Сен-25, 03:40
	Судя по уровню твоего понимания новости, ЛЛМ действительно кодит сильно лучше тебя.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от pofigist (?), 22-Сен-25, 08:44
	LLM вообще-то кодит получше 99% джунлв. По факту - все зависит от того насколько ты умеешь правильно декомпозировпть и формулировать задачи... А по факту - LLM позволяет практически полностью избавится от тупыx кодеров, которые научились гoвнoкoдить за полгода и хотят за это 200-300к руб. в месяц, на руки.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема