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

Ну на ассемблере писать несложно если не гнаться за производительностью. То же что и в других языках -- писать минимального размера функции и стараться выражать новое через старое. Только работает медленнее, чем яву, ну да чего там :)

Вообще-то на Ассемблере пишут, чтобы работало быстрее 😁

на ручном асме как правило бинарь получается меньше, но работает не быстрее

Если у Вас цель - уменьшить размер бинарника, то да, за производительностью Вы и не гонитесь.
Но если Вам нужна производительность, то без Ассемблера никуда. И обработчик быстрых прерываний Вы на нем напишете, и алгоритмы шифрования самые быстрые - на Ассемблере (не считая тех, что в железе) 😊

Ну удачи с ручной оптимизацией ассемблера :)

Спорное утверждение

Нет это неправильная формулировка цели: на ассемблере пишут то что нельзя реализовать из яву

Остальные догадки про быстро, компактно и прочее целиком как и в случае яву зависят от квалификации программиста

О, классика молодежных заблуждений пошла. Вы фасмер, я так догадываюсь?

Интересно, почему вот это спорное высказывание всеми оставлено без внимания, а на меня накинулись? 😁

Я бы попросила не использовать здесь харрасмент по признаку возраста, тем более, что мне не очевидно, кто из нас двоих старше 😊

Не накинулись. Просто я даже на С могу написать простой код, быстрее и под десяток архитектур, а на ассемблере не факт, что будет быстрее, ибо компиль может и векторизовать, а асм какой есть, такой и есть. И лучше маштобируется на большой штат.
Асм не маштабируется. В этом прям большая проблема.
Другое дело, что если нужно написать функцию, из которой нет возврата, или иные весёлые штуки, то на яву это не реализуешь без пол литры и кучи интрисиков компилятора. И то не факт, что получится.

Потому что это утверждение в общем случае верно

А твое может оказаться верно в одном специфическом случае (и то без асма возможно получится еще быстрее) а в общем случае неверно

Вот это утверждение правильное. Потому что иное просто не имеет смысла и суходрочка без особой пользы.

Мы не про производительность программиста, а про производительность кода 😊

Я сильно сомневаюсь, что ассемблер умеет по хорошему делать Dead Code Elimination & Redundant Code Elimination + Inlining. На большой кодовой базе.

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

Это простые оптимизации, но они позваляют сильно бустануть перф на ЯВУ. Порой лучше, чем сырым асмом.