Эволюция Windows 10

Ну ты сам так сказал 🤷‍♂️ А я и не шутил.

О ней родненькой. Тебе нужно одно, мне другое.

То есть, сама возможность вывести произвольную информацию на панель - вкусовщина, ок.

вот WSL2 – убогий костыль.

Я тут Hyper-V Manger в первый раз пощупал.

Что-то как-то блекло…

И будет раздавать контрагентам docx и xlsx на парсинг/

Що поделать, такова уж правда жизни в околоайтишных клоповниках. Иногда они сами это парсят, не прося предоставить нормальное API, хотя оно даже есть. Я тебе по-моему уже рассказывал кулстори на тему.

Для меня чем меньше мусора тем лучше, для тебя чем больше. Не вкусовщина разве?

Мне от DE нужны всякие там интеграции и настройка периферии, всё, чем меньше лишнего гуя тем лучше.

В Windows 10 добавили важные новые API.

Кстати, в Windows 10 добавили UTF-8 локали, и даже совместимые с Linux имена использовали. Важное API в 2020 :)

#include <clocale>
#include <cstdio>

int main()
{
  setlocale(LC_ALL, "ru_RU.UTF-8");
  puts("Привет, Ողջու՜յն");
}

АБСОЛЮТНЫМ фейлом для использования в ноутбуках > 2019 года выпуска

Чего там не так с ноутбуками 2020 года выпуска?

Должно быть православное предустановленное ПО.

Для меня чем меньше мусора тем лучше, для тебя чем больше. Не вкусовщина разве?

мусора

Вот это - вкусовщина.

чем меньше лишнего гуя тем лучше

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

Фичи не возникнут из флуктуаций вакуума

А ещё они не бесплатны. Потому я наличию ненужных предпочитаю отсутствие. Worse is better, мой хромоногий друг, это истинный Unix way.

O_o

Что ж там раньше было-то?

Что ж там раньше было-то?

Смотря для чего.

Для вывода текста различных стран был UTF-16, начиная с Windows NT 4.0(или даже более ранних версий Windows NT), когда Linux или FreeBSD о UTF даже не мечтал.

Если касается локалей, то были однобайтовые кодировки. Вид их был такой:

setlocale(LC_ALL, "ru-RU"); // ANSI codepage, 1251
setlocale(LC_ALL, "ru-RU.ACP"); // тоже самое, явно пишем что хотим ANSI 
setlocale(LC_ALL, "ru-RU.OCP"); // OEM codepage, 866
setlocale(LC_ALL, ".866"); //  ещё можно просто указывать .номер_локали
setlocale(LC_ALL, ".1251");
setlocale(LC_ALL, "С"); // ну и классические С и
setlocale(LC_ALL, ""); // и "" тоже поддерживались и поддерживаются

Как можно видеть, раньше было тире, а не подчеркивание.

В Windows 10 появились UTF-8 локали. Но это только в Windows 10 и я не помню с какой именно Windows 10. Даже в Windows Server 2016 нет UTF-8 локалей.

https://github.com/microsoft/STL/pull/1240

Жесть какая.

вывода текста различных стран был UTF-16

Это внутренне представление в который обычные строки прозрачно конвертировалось, или текст нужно было прямо в таком виде хранить?

Это внутренне представление в который обычные строки прозрачно конвертировалось, или текст нужно было прямо в таком виде хранить?

Прям хранить (в С/С++ это wchar_t)

Можно было хранить в char, но перед выводом всё равно переводить в wchar

В boost есть библиотека, которая прозрачно сама переводит перед выводом: https://www.boost.org/doc/libs/master/libs/nowide/doc/html/index.html

Для вывода текста различных стран был UTF-16

И даже его они не осилили. http://simonsapin.github.io/wtf-8/

Ты все врешь!

Ну когда появился Шindows, а когда Unix… Мелкософту вообще раньше свойственно было ложить на стандарты, они считали, что все должны подстраиваться под них… Так и потеряли рынок браузеров, мобильных операционных систем и серверов. Но для домохозяек и эникеев винда идеально подходит, и срать им там на tsv/csv, возврат каретки и прочее. Почему-то ты на самый главный минус в виде dll-hell не указал, наличие реестра, телеметрию…

Почему-то ты на самый главный минус в виде dll-hell не указал, наличие реестра, телеметрию…

Потому что ОС тут не причем, как ни странно. Там внутри какой угодно срач может быть/не быть, дело не в этом.

Но для домохозяек и эникеев винда идеально подходит, и срать им там на tsv/csv

Да, про это я и говорю.

Мелкософту вообще раньше свойственно было ложить на стандарты, они считали, что все должны подстраиваться под них…

Это не ошибка, а стратегия которая называется Vendor Lock. Например сейчас у майков Directx12 хотя существует Vulkan. У эппл тожа самая стратегия. В маках Metal вместо апи вулкана. Вендор лок это стратегия всех проприетарщиков.

Почему-то ты на самый главный минус в виде dll-hell не указал,

Нет такой проблемы.

У меня Windows 10 стоит в качестве 2-й ОС, но я не помню, когда туда в последний раз заходил. Под Linux/Proton работают уже 90% игр, которые меня интересуют. Сейчас я с нетерпением жду выхода FIFA 21 впервые в Steam (они помирились с EA) и если она будет работать под Proton (на что я очень надеюсь), у меня лично наступит вендекапец. И я форматну оба раздела с виндой. Сие событие собираюсь записать на видео для потомков.

главный минус в виде dll-hell не указал

Его уже давно нет с времён Windows 2000. Скорее в Linux so-hell.

наличие реестра

GSettings.

телеметрию

Тут вроде писали, что в Ubuntu телеметрию добавили…

а все эти dll, которые валяются в папках с программой, это к dll-hell отношения не имеет? в линуксе такой срани нет. я не использую убунту два года. gsettings только для стандартных программ гнома.

а все эти dll, которые валяются в папках с программой, в линуксе такой срани нет

С чего бы это? Вполне себе есть.

а все эти dll, которые валяются в папках с программой, это к dll-hell отношения не имеет?

Не имеет. Они никому не мешают. DLL-hell это когда программы устанавливают DLL в систему иногда перезаписывая другие версии.

Место лишнее занимают