The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Microsoft открыл код Windows Subsystem for Linux и текстового редактора Edit

19.05.2025 20:07

Компания Microsoft объявила об открытии инструментария, обеспечивающего работу подсистемы WSL (Windows Subsystem for Linux), позволяющей запускать Linux-приложения в Windows. Отмечается, что теперь любой желающий может собрать WSL из исходного кода и принять участие в разработке. Среди прочего, Microsoft начал принимать в WSL исправления и новые возможности, подготовленные представителями из сообщества. Код опубликован под лицензией MIT. Для разработчиков, желающих принять участие в работе над проектом, запущен сайт wsl.dev.

WSL предоставляет виртуальную машину с полноценным ядром Linux (на базе ветки 6.6), в которой могут запускаться дистрибутивы Linux. Ядро включает специфичные для WSL изменения, такие как оптимизации для сокращения времени запуска и уменьшения потребления памяти, возможность возвращения Windows освобождённой Linux-процессами памяти и настройки для исключения лишних драйверов и подсистем. Система устанавливается в отдельный дисковый образ (VHD) c файловой системой ext4 и виртуальным сетевым адаптером.

Компоненты WSL, связанные с ядром Linux и графическим стеком wslg, применяемым для запуска GUI-приложений на базе Wayland и X11, развивались в открытом виде изначально, но весь сопутствующий инструментарий оставался проприетарным. Отныне в число открытых переведены следующие компоненты:

  • Утилиты командной строки wsl.exe, wslconfig.exe и wslg.exe, используемые для взаимодействия с WSL.
  • Сервис wslservice.exe, применяемый для запуска виртуальной машины, активации в ней Linux-окружения и монтирования файловых систем.
  • Фоновые процессы, запускаемые в Linux-окружении для доступа к функциональности WSL. Например, процесс init для начальной инициализации, gns для настройки сетевого доступа, localhost для перенаправления портов.
  • Процесс plan9 c реализацией сервера Plan9, применяемого в WSL для совместного доступа к Linux-файлам из Windows.

Остаются частью Windows и не открыты в настоящее время:

  • Драйвер ядра Lxcore.sys, применяемый для запуска исполняемых файлов в формате ELF через слой обеспечения совместимости.
  • Драйвер P9rdr.sys и библиотека p9np.dll, обеспечивающие перенаправление доступа к ФС "\\wsl.localhost" при обращении из Windows к Linux.

Одновременно компания Microsoft открыла под лицензией MIT исходный код консольного текстового редактора Edit, написанного на языке Rust и нацеленного на поставку по умолчанию в 64-разрядных версиях Windows. В ближайшие месяцы редактор будет предложен для ознакомления и тестирования в сборках Windows Insider Program, после чего войдёт в штатную поставку Windows 11.

В редакторе попытались реализовать современный интерфейс с управлением в стиле VS Code. Целью заявлено предоставление интерфейса, который был бы понятен и прост в использовании даже для тех, кто не имеет опыта работы в терминале. Редактор компактен и занимает всего 250kB на диске. Из возможностей упомянуты: система меню, управление клавиатурными комбинациями или мышью, поддержка вкладок и одновременной работы с несколькими файлами, операции поиска и замены, режим автоматического переноса текста на новую строку.

Дополнительно можно отметить устранение в майском обновлении Windows ошибки, приводившей к невозможности загрузить некоторые Linux-системы в конфигурациях с двойной загрузкой, в которых на одном компьютере используются Windows и Linux. Проблема возникла в августе прошлого года и устранена только сейчас (до этого исправление требовало ручного удаления данных SBAT, установленных в UEFI). Суть ошибки в том, что Microsoft хотел заблокировать возможность обхода режима Secure Boot при помощи уязвимых версий GRUB на компьютерах, на которых используется только Windows, но не учёл нюансы. В итоге изменение привело к нарушению процесса загрузки у пользователей систем с двойной загрузкой, использующих дистрибутивы Linux с необновлёнными параметрами SBAT и загрузчиком GRUB.

  1. Главная ссылка к новости (https://blogs.windows.com/wind...)
  2. OpenNews: Microsoft начал тестирование поддержки запуска GUI-приложений Linux в Windows
  3. OpenNews: Microsoft открыл Hyperlight, гипервизор для изоляции отдельных функций в приложениях
  4. OpenNews: Microsoft опубликовал дистрибутив Azure Linux 3.0
  5. OpenNews: Microsoft развивает GUI для настройки WSL, прослойки для запуска Linux-приложений в Windows
  6. OpenNews: Microsoft опубликовал WSL 2.0.0, прослойку для запуска Linux-приложений в Windows
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63265-wsl
Ключевые слова: wsl, microsoft
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (83) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 20:33, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    вназапно Plan9, всегда знал что он на десятилетия опередил свое время
     
     
  • 2.85, Аноним (85), 00:26, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно, он нам таки поможет пробрасывать окна и клаво-мышинный ввод Вяленого между хостами.
     
  • 2.90, Аноним (-), 00:44, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > вназапно Plan9, всегда знал что он на десятилетия опередил свое время

    Ты удивишься но протокол plan9 - довольно распостраненная штука в виртуализации для проброса файлов/фс и проч.

    Это примерно как с *nix - сам по себе даром никому не, но на цитаты - разобрали. Тут на цитаты разобрали лишь небольшой закоулок, протоколы P9, но все же.

     

  • 1.4, НяшМяш (ok), 20:40, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Edit написан на расте (кстати без зависимостей). Ждём включения в состав новой убунты?
     
     
  • 2.22, Аноним (22), 21:07, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Софт на расте очень долго собирается, так что через годик-другой.
     
     
  • 3.28, Минона (ok), 21:26, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дольше генты?
     
     
  • 4.70, Аноним (85), 23:59, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только сам Rust сколько времени собирается?
     
  • 4.91, Аноним (-), 00:47, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Дольше генты?

    Rust и LLVM одна из причин кончины генты. Времена компила софта с этим великолепием стали совершенно зубодробильные.

     

  • 1.5, Аноним (5), 20:40, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Круто, майки переизобрели свой же редактор EDIT.COM из МС-ДОС!
     
     
  • 2.15, Аноним (15), 20:57, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что угодно, лишь бы лексикон из дос не портировать?
     
     
  • 3.71, Аноним (85), 00:01, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А вот W&D можно бы и портировать.
     
  • 2.16, Аноним (16), 20:57, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Могут себе позволить, однако.
     

  • 1.6, Аноним (6), 20:40, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Лучше бы исходник Interix открыли и с Cygwin гибридизировали.
     
  • 1.7, Аноним (7), 20:40, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    MS Edit легкий и консольный и простой. Слишком слабо.

    MS VSCode тяжёлый и на хромиуме. Слишком жирный и медленный.

    CudaText нормальный. Средний.

     
     
  • 2.8, Аноним (5), 20:43, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > CudaText нормальный. Средний.

    И написан на православном турбопаскале! Вообще если без шуток, то CudaText понравился, но тормозила прокрутка, когда в последний раз тестил.
    В итоге для себя остановился на https://zed.dev

     
     
  • 3.37, tty2 (?), 21:35, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Открыть файл на 30ГБ осилит?
     
     
  • 4.41, Аноним (41), 21:38, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем открывать файлы 30 гб в текстовом редакторе? Совсем rбoбo?
     
  • 4.77, Аноним (7), 00:14, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    CudaText осилит, если в ПК памяти больше 30Гб.
    Только укажите опцию в user.json:
    "ui_max_size_open": 32000
     
     
  • 5.80, Аноним (7), 00:17, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, не осилит. Там лимит: Value is internally limited by 2047.
     
  • 3.69, cheburnator9000 (ok), 23:49, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>zed.dev

    Дрысня которая под линуксом требует аппаратного графического ускорения.

     
     
  • 4.78, Аноним (7), 00:16, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если уж Zed дрысня, то попробуйте - Lapce, ECode (требует 3д-карту), CudaText.
     
  • 2.14, Аноним (14), 20:51, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://vscode.dev
     

  • 1.9, Аноним (6), 20:43, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >консольного текстового редактора Edit

    Извините, но ффтопку. Очередной никому не нужный notepad.exe, 100% бесполезный, теперь для консоли.

     
     
  • 2.17, Илья (??), 20:58, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > notepad.exe

    Первым делом всегда устанавливаю именно тот самый wine+notepad из WindowsXP. Он у меня практически всегда запущен

     
     
  • 3.42, Аноним (41), 21:40, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Блокнот топовый редактор для конфигов. Минимализм на максималке.
     
  • 3.94, Аноним (-), 00:58, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Первым делом всегда устанавливаю именно тот самый wine+notepad из WindowsXP. Он у
    > меня практически всегда запущен

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

     

  • 1.13, anoni (?), 20:50, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Собрался Edit в этом вашем линуксе

    https://postimg.cc/K38jGMJW

     
     
  • 2.45, Аноним (45), 21:41, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А зачем было собирать, если они готовые бинари дают?
     
     
  • 3.63, anoni (?), 22:50, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    забавы ради, не потехи для
     
     
  • 4.72, Аноним (85), 00:04, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Забава одобрила?
     

  • 1.18, myster (ok), 21:00, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Расходимся, это для WSL2.
    Для WSL1, которая превосходит WSL2 во всём, потому что это не VM, код по прежнему закрыт.


    PS: существует заблуждение, что WSL2 это продолжение WSL1, нет, они разрабатываются параллельно. WSL1 не списывали.

     
     
  • 2.21, Джек (?), 21:03, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Wsl1 в стадии вялой поддержки, да не списывли, но и не развивают
     
  • 2.23, Аноним (14), 21:08, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://learn.microsoft.com/ru-ru/windows/wsl/compare-versions
     
  • 2.43, Аноним (41), 21:41, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Для WSL1, которая превосходит WSL2 во всём

    Ох сколько я тут доказывал это, часто с пруфами, но всё равно народ упорно не верит.

     
     
  • 3.56, НяшМяш (ok), 22:20, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тоже согласен с тем, что WSL1 лучше второго. Когда ещё пользовался виндой, прям тащился от написания скриптов на баше и отсутствия необходимости крутить для этого виртуалки или ставить кучу глючного хлама вроде cygwin.
     
  • 2.66, Роман (??), 23:25, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это прям сильное заявление
    под WSL2 у меня спокойно работает btrfs внутри файла отраженного в loop block device, базовые фичи ядра типа неймспейсов и всяких системд, в wsl1 этого и рядом нет
     
  • 2.86, пох. (?), 00:28, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Расходимся, это для WSL2.

    А ты чо ждал?

    > WSL1 не списывали.

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

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

    Дорогая ms, открой нам лучше плиз storage direct, а то с этими м-ками угробившими все альтернативы уродскому ceph, негде хранить собственный прон (так чтоб еще был шанс через пару лет пересмотреть).

    ibm все равно туда не полезет, опасности никакой.

    А мы тебе может поможем допилить refs до нормального состояния.

     

  • 1.20, Джек (?), 21:02, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Во втором мало интереного. Вот бы исходники первого wsl открыли и энтузиасты продолжили его пилить
     
     
  • 2.87, пох. (?), 00:29, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    там половину исходников винды пришлось бы заодно открывать. Иначе хрен ты чего продолжишь. Ну и потом, кто ж в них верит, в этих... энтузиастов.

     

  • 1.27, Аноним (27), 21:20, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Наброшу. У меня глаза задержались на этом:

    "Редактор компактен и занимает всего 250kB на диске"

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

     
     
  • 2.29, Аноним (29), 21:27, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так это unsafe. Потому и компактный.
     
  • 2.39, Аноним (41), 21:37, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    250kb довольно много для консольного текстового редактора. Впрочем от языка тут мало что зависит, если это не ассемблер и чистый winapi.
     
     
  • 3.58, НяшМяш (ok), 22:23, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тот же nano у меня на диске занимает 336 кб. Так что вполне нормальный размер.
     
     
  • 4.60, Зелепыня Подпынявый (-), 22:28, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Речь вероятно о том, что если захотеть, можно сильно меньше 🤏, и сам размер бинарника не является киллер фичей 🎈
     
  • 4.74, cheburnator9000 (ok), 00:12, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не волнуйся, они просто забыли телеметрию закинуть.
     
  • 2.40, Аноним (40), 21:38, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Плохо набрасываешь. Открой исходники и узри, что там в каждом файле по >10 unsafe. Ясенфиг бинарь будет нормального размера, а не сотни мегов как обычно на расте.
     
     
  • 3.46, Аноним (41), 21:42, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а не сотни мегов как обычно на расте

    Это не считая исходников со скачанными библиотеками на пару гигов для одного проекта. Но именно такой смyзи-way нравится зумерам.

     
  • 3.49, Аноним (45), 21:45, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Открой исходники и узри, что там в каждом файле по >10 unsafe.

    Объясни, как наличие unsafe влияет на размер бинаря?

     
  • 3.59, Аноним (59), 22:27, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Открой уже сборочный файл этих самых сорцов, вместо гадания на смуз W кофейной г... большой текст свёрнут, показать
     
     
  • 4.76, cheburnator9000 (ok), 00:14, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> # No one needs an undebuggable release binary

    пстц.

     
  • 3.61, Аноним (27), 22:35, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ясенфиг бинарь будет нормального размера, а не сотни мегов как обычно на расте.

    Ложь. Если про "как обычно". Сейчас глянул свою "как_обычную" программулину, в бинанс (криптобиржа такая) за инфой лезет - 6 мегабайт (5.9М екзешник). Это в папке "\target\debug" проекта, т.е. дебаг. В папке "release" (после релизного билда командой "cargo build --release") она же занимает уже 1.5M

     
  • 2.62, Аноним (62), 22:46, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Меня больше беспокоит то, что простенькая программа на расте 500 мб памяти потребляет и периодически тормозит, когда более функциональная на питоне с си за 10 мегабайт не выходит и никгда не тормозит независима от объёма данных. В итоге получается, что программа на расте захлёбывается данными и отрабатывает медленнее чем питон (с сишными батарейками, но да). Про то, что этой программе на расте надо 100 гб на диске я уже не вспоминаю. И всё равно версия на питоне более функциональная и не валится в неожиданных местах.
     
     
  • 3.64, Аноним (27), 23:03, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тут уж что-то конкретное сказать сложно. Соглашусь лишь с тем, что один и тот же программист, решая одну и ту же задачу на двух разных языках может написать две совершенно разные программы. Особенно, например (только как абстрактный пример! Ни в коем случае не наезд на Вас), если на одном языке плотно пишет уже 20 лет, а второй взялся изучать на прошлой неделе и тянет туда старую парадигму и привычки.
     
     
  • 4.67, Аноним (62), 23:32, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Были использованы батарейки для достижения абсолютно аналогичной функциональност... большой текст свёрнут, показать
     
  • 2.65, Аноним (59), 23:10, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Наброшу. У меня глаза задержались на этом:
    > "Редактор компактен и занимает всего 250kB на диске"
    > Это в копилку обычного здесь холивара, в раздел "Этот ваш раст компилирует
    > хелловроты размером по стопицот мегабайт!"

    Как бы еще развести местных холиварщиков на "показать как надо" - ну типа хелловрот-не-на-расте, с минимальными (или без) зависимостями-рантаймом и тд.

     

  • 1.32, Аноним (32), 21:30, 19/05/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.47, Аноним (7), 21:43, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Edit.
    Смущает - где у него файлы для языков разных? В гитхаб не вижу файлов. Наверно зашитые ресурсы и свои лексеры не добавить и чужие не поправить?
    Сатанизм какой-то.
     
     
  • 2.53, Аноним (41), 21:49, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так це ж текстовый редактор для написания текста, а не редактор кода
     
     
  • 3.54, Аноним (7), 22:00, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да. И это очень плохо. Но он открытый, так что через полгода лексеры приделают.

    Но может и нет. Так как покраска кода ЭТО ТРУДНО.

     
     
  • 4.57, Зелепыня Подпынявый (-), 22:21, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да нефига не трудно. Только вопрос зачем, если этих редакторов кода как грязи. Тот же nano есть, который умеет любой код светить, только толку от него, если не умеет в дебаг.
     
  • 2.55, Аноним (14), 22:06, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/elementary/code
     

  • 1.50, Аноним (59), 21:45, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Редактор компактен и занимает всего 250kB на диске

    Как так-то? У местных Вое^W разоблачителей растоманских сказок - хелловроты несколько МБ занимают, а тут цельный редактор!

    ЗЫ:
    Кстати, майки в своем репертуаре:
    src/sys/unix.rs
    [CODE]
    //! Unix-specific platform code.
    ...
    match *libc::__errno_location()
    ...
    [/CODE]

     
  • 1.68, Аноним (68), 23:47, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Каждый раз запуская Windows, я говорю Спасибо Билл Гейтс, Спасибо Microsoft.

    Каждый раз включая лампочку, я говорю Спасибо Никола Тесла.
    Каждый раз заводя свой мотор в автомобиле я говорю Спасибо Генри Форд.

     
     
  • 2.73, Аноним (-), 00:11, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Каждый раз запуская Windows, я говорю Спасибо Билл Гейтс, Спасибо Microsoft.
    > Каждый раз включая лампочку, я говорю Спасибо Никола Тесла.
    > Каждый раз заводя свой мотор в автомобиле я говорю Спасибо Генри Форд.

    Каждый раз запуская Linux, я говорю "Какие же вы уроды, господи!"

     
  • 2.75, Аноним (85), 00:13, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Каждый раз, ползуясь свободным ПО, я говорю: Спасибо, Ричард Мэтью Столман!
     
  • 2.81, Аноним (85), 00:18, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати, за лампочку благодари Ильича. (А. Лодыгина)
     
     
  • 3.89, пох. (?), 00:43, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, да, вряд ли у него газоразрядная лампа теслы - игрушка конечно прикольная, но в быту скорее вредная. Так что благодарить надо Эдиссона (ну и Лодыгина, похоже первого кто сумел продать вольфрамовые нити, в том числе, кстати, и Эдиссону)

     
  • 2.84, Аноним (7), 00:21, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Каждый раз когда я включаю ТВ, я говорю: "Спасибо, господин Зворыкин!".

    Каждый раз когда я слушаю радио в машине, я говорю "Спасибо, господин Попов!".

     

  • 1.79, Аноним (79), 00:17, 20/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    майкрософт решили запилить своего убийцу nano, скорее всего просто потому что легкий способ заинтересовать разрабов-любителей работать в сонсоли
     
     
  • 2.82, Аноним (85), 00:20, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Следующим будет убийца Emacs или Vim?
     
  • 2.83, cheburnator9000 (ok), 00:21, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/microsoft/edit/issues

    У vi теперь появился реальный конкурент, но редактор фуфло, он только портит файлы, мелкософту осталось научиться только бибикать.

     
  • 2.101, Аноним (101), 01:24, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Наконец-то у растовщиков появился редактор. Дело за малым: осталось что-нибудь написать в нем.
     
  • 2.102, Аноним (68), 01:28, 20/05/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.88, Ан Оним (?), 00:40, 20/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://www.tadviser.ru/index.php/Статья:Сотрудники_и_управление_персоналом_в_

    Генеральный директор Microsoft Сатья Наделла в апреле 2025 года официально подтвердил, что в настоящее время искусственный интеллект отвечает за написание до 30% кода корпорации. При этом в отрасли отмечается, что за последние годы качество обновлений для операционной системы Windows заметно снизилось, хотя прямой связи между этими явлениями официально не установлено.

     
     
  • 2.93, Аноним (93), 00:57, 20/05/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.95, Аноним (-), 01:04, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Генеральный директор Microsoft Сатья Наделла в апреле 2025 года официально подтвердил,
    > что в настоящее время искусственный интеллект отвечает за написание до 30%
    > кода корпорации. При этом в отрасли отмечается, что за последние годы
    > качество обновлений для операционной системы Windows заметно снизилось, хотя прямой связи
    > между этими явлениями официально не установлено.

    Совершенно случайное совпадение - натренированый на индусском гамнокоде AI генерит индусский гамнокод, только еще со своими глюками. Фигня получается?! Зато минус 30% индусов, и 30% экономии на зарплатах а пипл как-то же хавает до сих пор эти кривые дриснятки и одинацатки.

     
     
  • 3.97, Аноним (93), 01:17, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Индусский Интеллект
     
  • 2.100, Аноним (101), 01:23, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Генеральный директор Microsoft Сатья Наделла в апреле 2025 года официально подтвердил, что в настоящее время искусственный интеллект отвечает за написание до 30% кода корпорации.

    Где-то я уже это слышал...

    > Google CEO says over 25% of new Google code is generated by AI

     

  • 1.96, Аноним (96), 01:07, 20/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну и нахрен оно кому нужно?
     
     
  • 2.98, penetrator (?), 01:18, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    странно, что этот вопрос еще не задал никто с самого начала
     

  • 1.99, Аноним (101), 01:20, 20/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Отмечается, что теперь любой желающий может собрать WSL из исходного кода и принять участие в разработке. Среди прочего, Microsoft начал принимать в WSL исправления и новые возможности, подготовленные представителями из сообщества.

    Интересно, это связно с недавней волной увольнений в ms?

     
  • 1.103, Аноним (101), 01:29, 20/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему в новости уделено внимание тому, что код редактора на расте, а код wsl на С++/C - нет?
     
  • 1.104, Аноним (101), 01:40, 20/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Одновременно компания Microsoft открыла под лицензией MIT исходный код консольного текстового редактора Edit, написанного на языке Rust

    Нормально они там unsafe понатыкали

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру