Самый главный аргумент не в этом, а в том, что в фаре фокус ВСЕГДА одновременно и на командной строке, и на папках/файлах (и потому за ним никогда не надо следить и переключаться), а тотал - сосёт.

Ну да, конечно.
Гораздо проще и нагляднее наисать
65535 вместо FFFF, или
4294967295 вместо FFFFFFFF

Это понятно.
Хэши, например, или гуиды какие-нибудь, интересно посмотреть, как будут выглядеть в десятиричном виде.

А я привел пример маски. Я знаю точно, что 1 байт - FF, 3 байта - 6 букв F, и так далее. На два умножаешь, и всё.
Надо мне отбросить старший байт в 64-битном слове обнулить - делаю and (14 букв F) и всё, точно сработает.
А считать, сколько это в 10-ричном, я ебал. Калькулятор запускать лень, на листочке или в уме считать тем более. Нет смысла.

16-я удобнее в программировании, при работе с флагами, масками и т.д. А так же для отображения двоичных данных - для просмотра на глаз.

10-я удобнее, привычнее при оперировании числами. Складывать 16-е еще куда ни шло, а вот при умножении - куй его знает, что там получается)

Ну вот FF*FF = FE01, если я не ошибаюсь (это ж вроде то же, что 255*255=65025).
Я хер знает, как это получить на глаз или в столбик.
*Обьяснять не надо, мне лень :)

Очевидно же, что FFFF+DC7 вычислить проще. Тут даже считать не надо.
Левое полное слово превращается в нули и бит слева, и добавляем DC7 (не забываем про уже добавленный бит, т.е. уже использованную единицу, потому DC6).
Получаем 10DC6.

Ну можно в столбик в десятичных считатать, конечно, что-то там "в уме" запоминать и переносить. Тратить на это в 50 раз больше времени и ошибаясь при этом в расчетах каждый N-ный раз.

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

Да, 60-ричная до сих пор рулит.

Тогда секунды были бы совсем короткими. По 0.36 от нынешних.

Лучше на 10. В часе - 10 минут, в минуте - 10 секунд.
Тогда одна секунда длилась бы 36 нынешних секунд.
Это я понимаю - секунда. Уххх, секунда!