почему виндовс не написали на асемблере

Разработка операционной системы, такой как Windows, на ассемблере имеет несколько значительных недостатков, несмотря на потенциальные преимущества в производительности:

1. **Сложность разработки и сопровождения**: Ассемблер — это низкоуровневый язык программирования, который напрямую управляет аппаратным обеспечением. Программирование на ассемблере требует значительно больше усилий и времени, чем на высокоуровневых языках, таких как C или C++. Отладка, тестирование и сопровождение кода на ассемблере также сложнее, так как код менее понятен и более подвержен ошибкам.

2. **Портируемость**: Высокоуровневые языки позволяют писать код, который можно относительно легко адаптировать к различным аппаратным платформам. Код на ассемблере сильно привязан к конкретной архитектуре процессора, что затрудняет его перенос на другие платформы.

3. **Скорость разработки**: Писать сложные системы, такие как операционные, на ассемблере требует много времени. Современные операционные системы включают миллионы строк кода, и написание их на ассемблере было бы чрезвычайно трудоёмким процессом.

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

5. **Модульность и переиспользование кода**: Высокоуровневые языки позволяют создавать модули и библиотеки, которые могут быть переиспользованы в других частях системы или в других проектах. На ассемблере этого достичь гораздо сложнее.

6. **Современные оптимизации компиляторов**: Современные компиляторы для высокоуровневых языков, такие как C и C++, могут производить высокоэффективный машинный код, который зачастую приближается по производительности к ручному ассемблерному коду. Это позволяет получать почти максимальную производительность без необходимости писать код на ассемблере.

Таким образом, использование высокоуровневых языков, таких как C и C++, позволяет разрабатывать сложные, масштабируемые и поддерживаемые системы быстрее и эффективнее, чем на ассемблере.

Действительно.
Приходит такой чувак к создателям разного ПО и говорит: ну, хлопцы, а давайте вы теперь возьметесь и начнете писать все свои программы на ассемблере.
После коллективного посыла этот чувак или остался без всего ПО, так как проще застрелиться, чем переписывать Photoshop на ассемблере, или остался с ОС, которая без ПО нахрен никому не нужна.

все юзеры винды такие ?

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

Напиши. Если это будет работать, заработаешь миллиарды)

Потому что Microsoft привыкла воровать чужой код, а на ассемблере его ещё не писали

Любая достаточно сложная программа на ассемблере содержит заново написанную, неспецифицированную, глючную и медленную реализацию половины языка Common Lisp.
(десятое правило Гринспена)

Написанный на Ассемблере код обычно не быстрее кода на С, а чаще всего медленнее. Поскольку компилятор Си умеет оптимизировать код лучше, чем человек. См, например, тест https/ stackoverflow.com/questions/9601427/is-inline-assembly-language-slower-than-native-c-code И пишется код на Ассемблере куда медленнее.

Это виндовсу не помогло бы, все равно лагал.