Windows XP mod 2022 (новости, перспективы, общение)

На самом деле авторы как nt так и иксов были бы счастливы, если бы у них на тот момент был такой инструмент как c++, им не пришлось бы городить жуткие конструкции из структур и макросов. За раст не скажу но видимо там тоже все неплохо, раз столько желающих пихнуть его в ядро.

 

Просто оставлю это здесь для тех, кто был не в курсе:

 

По "c++ mascot" гуглятся полторы картинки с этой крысой, в основном скриншоты с какой-то "content-free encyclopedia". Официальность зашкаливает. Похоже на очередной "локальный мем", который кто-то в одно лицо пытается навязать.

 

зато крыса потешная, причем тут вообще c++ и что это такое? ^..^

 

Душнила должен душнить, это нормально, главное понастроить причинно-следственных связей между всем, чем можно.

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

 

Людей, к чьим словам невозможно относиться серьезно, принято называть "трепло дешевое". Если ты в таких метишь, то давай, больше подобной хрени а-ля ИА Панорама пости.

 

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

 

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

 

Шутка про крысу конечно глупая, сама крыса несимпатичная и чем-то напоминает Столлмана, но и за тот условный Челябинск, в котором вырос f13nd, мне немного страшно.

 

А тогда его не было, да? Вот цитата с вики

Кто мешал в 93 или 95 , или когда там появилась NT, реализовать ее с начала до конца на плюсах , с божественным ООП? Или инженеры Майкрософт такие же ретрограды и не видели перспектив? Надо же. Формат РЕ спроектировали на 30 лет вперед, как и другие вещи, а тут не догадались взять С++, писали на каком-то отсталом Си зачем-то.

--- Сообщение объединено, 23 фев 2022 ---

ну вот я пробовал тут https://wasm.in/threads/voprosy-po-rust.34248/ , еще вы с Rel мне отвечали, собрать простой ехе на Раст. и там по дефолту прилинковалась эта цртшная фигня.

Мне сложно тут обоснованно спорить, я не знаток плюсов. Уже как-то говорил, почитай книгу Столярова по плюсам, там он высказывает мнение по STL и т.д.
http://www.stolyarov.info/books/cppintro

 

Так мы же говорим про флажок no_std. Там ты подкладываешь расту реализации функций выделения памяти и ещё какие-то - и дальше он всё делает сам. Заведётся на любом железе, под которое умеет собирать LLVM.

Так а смысл что-то читать, если я сам на нём пишу и знаю, что у него под капотом?
В плюсах не происходит никакой магии, которая ВНЕЗАПНО разворачивается в миллиард ассемблерных инструкций.
Сколько строчек ты потратил бы на реализацию функции на си - столько же будет и на плюсах. И при компиляции плюсовая функция развернётся в примерно такое же (или даже меньшее) количество ассемблерного кода.
В целом, из-за поддержки шаблонов, из-за выражений, вычисляющихся на этапе компиляции, из-за поддержки ссылок компилятор может делать более широкие оптимизации, и плюсовый код в среднем будет более экономным и производительным.
Ты зачастую можешь увидеть, что огромная простыня шаблонного кода с constexpr'ами в бинарнике превращается в простой "mov rax, N".
На чистом си же все вычисления в большинстве случаев пришлось бы делать в рантайме.
С точки зрения производительности, минималистичности и переиспользования кода си довольно сильно проигрывает плюсам.

--- Сообщение объединено, 23 фев 2022 ---

Почему не догадались? Огромная гора кода, связанная с графикой, в Nt на C++.
Открой исходники NtGdi или DirectDraw в Win2003 - сплошной C++.

 

Во-первых, в NT ВНЕЗАПНО полно кода от Win3, а в той - ВНЕЗАПНО от Win1, которые, естественно, еще на Си, а во-вторых разработчики ядер ОС действительно ВНЕЗАПНО ретрограды и свежевышедший неотполированый язык ВНЕЗАПНО в ядро пихать не будут.

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

--- Сообщение объединено, 23 фев 2022 ---

Лучше гляньте что там сейчас, в последних вендах просто оргия ооп.

 

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

 

Новый крестовый поход, теперь на компиляторы. Кстати это... intel в РФ того... иди за AMD.

 

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

 

Программисты Ксении не умеют.

 

Чего не умеют? Оптимизация хуже? У новых. Совсем наоборот, как раз новые лучше переваривают говнокод. Вот заметил, если VS2010 и VS2017 скормить хороший код, то разницы не будет, или VS2010 создаст чуть чуть ЛУЧШИЙ код, но если скормить говнокод, то VS2017 или более современный, то конечно код получится заметно лучше старого VS2010. Вывод, современные компиляторы заточены под говнокодеров.

 

Сказано же: не умеют оптимизировать код и по размеру и по производительности одновременно. Чем они там в своих микрософтах занимаются вообще?..

 

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

 

Сразу чувствуется эксперт в говнокоде.