Исходное сообщение
"Выпуск дистрибутива NixOS 18.09, использующего пакетный мене..." Отправлено Andrey Mitrofanov, 08-Окт-18 12:18
> Господа, давайте закроем тему, почему хэш перед именем, а не после, навсегда. > Короче, если ставить хэш "в конце", его просто не найти. > Если же хэш "в начале" (сразу после /nix/store), то всё значительно упрощается: > нашли /nix/store, отсчитали n байт. Всё. И это тож.  "Слегка" эффективнее.  Может быть. [В том же phd-thesis.pdf Автор [пишет о том, что] ищет просто 32 байта hex-а.] И это: https://nixos.wiki/wiki/FAQ#Why_.3Chash.3E-.3Cname.3E_instea... И это--^^ _всё_ пост-фактум.  Почему Дольстра выбрал именно №1, а не №2 неизвестно.  Пока? Полистал phd-thesis.pdf -- там только про "уникально идентифицировать" и "избегать коллизий".  Путь, включающий хеш, не важно _где_ - по №№1, 2 или 3(ниже), вполне отвечает Высоким Требованиям. Вот, например, в Maak-е [того же автора] хеши "после" [или даже "в середине" -- давайте ещё №3 пообсуждаем--]: "" The usual approach is to form an output name using a hash of the input attributes. For example, compileC (./foo.c) might yield a filename .maak_foo_305c.o, while compileC {in = ./foo.c, cflags = "-g"} would yield .maak_foo_54db.o; in actuality, we use longer hashes to decrease the probability of a collision. "" --http://nixos.org/~eelco/pubs/iscsd-scm11-final.pdf Можно искать в источниках, можно г-на Дольстра при случае спросить, можно фантазировать (и меряться, кто выдумал Лучше!), факта это всё не меняет:  с технической т.з. разницы _нет_ и [версия, что] выбор был сделан автором произвольно ничем не хуже прочих.