История изменений

И это ни разу не повод писать что-то на чистом ассемблере. Особенно прикладные программы. Да, даже ОС.

MenuetOS и впоследствии KolibriOS были написаны исключительно как объект демосцены и proof of concept. Допустим ты вот захотел такую ос на... IA-64. А для этого нужно ее переписывать на ассемблере. Для IA-64, который VLIW. Ты считаешь, что компилятор из аналогичной ОС, но на С сгенерит менее эффективный и быстрый код, чем ты будешь писать такую ОС на асме? А время, за которое ты напишешь данную ОС значения не имеет? А если тебе понадобится её потом на SPARC перенести, потом на ARM м т.д.? Будет ли оно того стоить? Согласно твоей логике про «мусор» компилятора, такие языки как фортран, с и т.п. вообще не должны были появляться, ведь их компиляторы дают «мусор».

Давай вернемся в каменный век и будем набивать сразу машинный код? Зачем нам какой-то ассемблер? Ведь абстрагирование от чего-либо само по себе зло. А если ЯП — абстракция над ассемблером, то и ассемблер — абстракция над 0 и 1.

И это ни разу не повод писать что-то на чистом ассемблере. Особенно прикладные программы. Да, даже ОС.

MenuetOS и впоследствии KolibriOS были написаны исключительно как объект демосцены и proof of concept. Допустим ты вот захотел такую ос на... IA-64. А для этого нужно ее переписывать на ассемблере. Для IA-64, который VLIW. Ты считаешь, что компилятор из аналогичной ОС, но на С сгенерит менее эффективный и быстрый код, чем ты будешь писать такую ОС на асме? А время, за которое ты напишешь данную ОС значения не имеет? А если тебе понадобится её потом на SPARC перенести, потом на ARM м т.д.? Будет ли оно того стоить? Согласно твоей логике про «мусор» компилятора, такие языки как фортран, с и т.п. вообще не должны были появляться, ведь их компиляторы дают «мусор».

Давай вернемся в каменный век и будем набивать сразу машинный код? Зачем нам какой-то ассемблер? Ведь абстрагирование от чего-либо само по себе зло. А если ЯП — абстракция над ассемблером, то и ассемблер - абстракция над 0 и 1.