Это заговор

[gul_tech]

Человеку для определения чего-то естественно последовательно уточнять, а не наоборот. Город, улица, дом, квартира. Или час, минута, секунда. Или сотни, десятки, единицы. В общем, оно понятно.
При этом некоторые пишут/читают слева направо, некоторые справа налево, как у кого повелось, тут "интуитивно понятного" нет, это традиция, как есть страны с левосторонним и правосторонним движением. Арабы и евреи пишут справа налево, европейцы и американцы - слева направо.

Так вот. Почему интернетовские доменные имена имеют вид firma.kiev.ua, которые, чтобы было интуитивно понятное последовательное уточнение, нужно читать справа налево? Почему не ua.kiev.firma (как в иерархии конференций usenet, в фидошных эхах и во многих других местах)? Кто из авторов DNS был евреем или арабом? Ведь даже для резолвинга разбирать домен нужно последовательно справа налево (сначала ua, потом kiev.ua, потом firma.kiev.ua), что совершенно нелогично для английского языка.

Я уже молчу про интеловскую архитектуру с хранением чисел "левый байт самый младший" - такой записи нет ни у евреев, ни у арабов, насколько я знаю. И ведь каждый раз при приёме или отправке таких чисел в сеть нужно переставлять байты местами, а при получении - менять обратно, потому что в сети, благо, принят нормальный порядок (сначала старший байт, потом младший). В чём же фишка перевёрнутого порядка байт? Чтобы можно было записать четырёхбайтное число, а потом по тому же адресу прочитать двухбайтное, и, если число было небольшим, получить правильный результат? Как-то это несолидно выглядит в качестве аргумента.

Comments

[skolk.livejournal.com]

Ну, на некоторых архитектурах декремент просто не был реализован.
Т.е. его надо было рисовать или как NEG, INC, NEG или как ADI #-1, это длиннее и дольше (кэша не было, память медленная).
Бывает команда IJNZ, с ней используется _отрицательный_ счетчик цикла...

Поэтому автоинкремент кажется как-то привычнее автодекремента.

Вообще, иногда оптимальный XOR записывается как
a + b - ((a & b) << 1) ;-)

[gul-kiev.livejournal.com]

В общем, да, архитектуры и чипы бывают разные, и я готов согласиться с тем, что среди них есть и такие, на которых быстрее складывать, когда в памяти сначала идёт младший байт, а потом старший.
Но зачем так хранить данные там, где это от этого нет выигрыша в эффективности арифметики (а проигрыш от перестановок туда-сюда довольно существенен)?

Internet

[skolk.livejournal.com]

- тогда еще не существовал. ;-)

А значит, оба варианта были равноправны.
Интернет сделал IBM/Motorola/Sparc "равнее" чем DEC/Intel.

Кстати, кажется, DCE RPC (Microsoft DCOM) использует little endian...