ну ты круглые привел.
там трешак начинается в выравнивании.

16-и ричное представление не имеет избыточности относительно 2-го.

0001 - 1 - 1
1010 - A - 10
1111 - F - 15

идем дальше

0001000 - 10 - 16
0001001 - 11 - 17
11111111 - FF - 170

вот видим как ширина лезет

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

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

так что конякула видимо просто с темой не знаком, вот и удивляется.

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

я именно в этом контексте и сказал. а конякула не знаю чем читал. та так же как и с десятичными. только умножать на степени двойки удобнее 16-е, а на степени 10-ки - 10-е.

так то я тоже в уме не умножу 1317 на 6021, только в столбик. а в столбик и 16-е так же легко умножать.

Ну табличку умножения придется знать до 16, а не 10. Согласен, сложнее, но не принципиально.

видно, что не работал ты с бинарными файлами.