Посмотрел оригинал заявления Брауна. Там сказано «Alan and the many thousands of other gay men who were convicted as he was convicted under homophobic laws were treated terribly.» www.number10.gov.uk/Page20571
Перевод: «С Аланом и с многими тысячами других мужчин-геев, осужденных по гомофобным законам, обошлись ужасно.»
Так что извинения даны не только конкретно за Тьюринга, хотя конечно он там в качестве центральной символической фигуры.
Вы упустили логическую цепь рассуждений. Повторяю для вас еще раз.
Алан Тьюринг был осужден по существовавшему тогда закону в рамках процессуальных норм. Извинения за этот случай показывают, что именно закон считается несправедливым.
У нас извинялись за внесудебные решения и за произвол. За действия по 121 статье закона никто не извинился — следовательно, те действия и тот закон считаются как бы «правильными». Вот в чем разница.
вы тролль? Вы понимаете разницу между ГУЛАГом, куда люди попадали незнаконно (суды троек были нарушением даже существоваших в то время процессуальных норм) и действия в рамках закона, который впоследствии был признан неправильным.
У нас еще никто не извинился перед осужденными за 121ю статью УК РСФСР.
Многие люди подписали эту петицию, а значит сочли, что извинения важны даже после смерти.
Дети и внуки незаконно репрессированных в СССР тоже добивались признания незаконности после смерти своих родителей. Это было для них важно — чтобы имя было незапятнано.
И еще это огромной важности воспитательный пример.
Хороший урок демократии для наших властей. Люди организовали петицию и мирным путём добились того, что считали правильным. А у нас только бунты в Пикалёво могут устраивать и перекрывать федеральные трассы.
Интерфейсы файловых систем разрабатываются уже 50 лет. Вы хотите, чтобы я тут в комментах решил все проблемы, которые могут возникнуть у теговых систем?
Погуглите, какими примитивными были файловые системы на ленточных накопителях. В начале ленты хранится TOC — список маркеров начала файлов. Выбираешь нужный файл, затем система перематывает плёнку и запускается считывание данных. Ни тебе аттрибутов, ни папок — ничего! И сравните что у нас теперь?
Я не очень понял проблему, которую вы попытались описать, если честно. Но в ваших рассуждениях заметен стереотипный подход. Вы пишете «строить дерево для поиска», «пути из тысяч возможных». Зачем? Если файл существует, у него есть уникальный тег — id, допустим. Это его обозначение для системы. Для человека нужно более понятное описание, допустим, тег "". Нет, лучше писать конкретно.
Итак, у нас есть файл с тегами: [123456789, «Звездные войны», «Атака Клонов», «mkv», «кино», «фантастика», «дубляж», «AC3», «русский», «английский», «hdtv», «720р», «torrents.ru»]
Понятно, что однозначно файл определяется только уникальным тегом с номером, но пользователю может быть достаточно выбрать или ввести теги «Атака клонов» и «720p», и он получит тот самый единственный файл, который соответствует этим критериям.
Конечно, если это огромная файловая помойка или есть много версий похожих файлов, то нужно вводить теги, которые помогут различить файлы, но в принципе это не отличается от текущей ситуации, когда есть
StarWars: Attack of the Clones.HDTV.AC3.Rus.Eng[torrents.ru].avi
и
StarWars_-_Attack of the Clones_-_720p_AC3_[Rus,Eng](torrents.ru).avi
Пользователю эти два варианта предоставляют одинаково много/мало информации о содержимом. Только в случае, когда вся полезная информация кодируется в имени файла, зачем нужно их раскидывать по папкам? А если начать использовать имена папок как теги, то возникает диллема — либо имя папки дублирует информацию в имя файла, например
\Видео\HDTV\StarWars: Attack of the Clones\StarWars: Attack of the Clones.HDTV.AC3.Rus.Eng[torrents.ru].avi
либо в папке лежит файл с коротким именем
\Видео\HDTV\StarWars: Attack of the Clones\SW2.avi
и имя файл без полного пути к нему несёт мало информации. А захотите вы скопировать файл на флешку или DVD — будете всю структуру папок ради одного файла дублировать?
В общем, вот примерно такие вопросы юзабилити нужно решать.
вот к примеру, есть файл aha-take_on_me.mp3. Без тегов у него объем 3 500 00 байт, но пользователь Вася добавил тег «NewAge», тег «1985», тег «Track 01» и тег «Best Collection». Куда эти теги записались? Правильно, в сам файл. В результате размер файла стал уже не 3 500 000, а 3 500 031 байт.
Для файловой системы — это разные файлы, а для Васи — один и тот же файл. Более того, у них будет разный хэш и с раздачей торрентов с этим файлом будут проблемы.
я рад за вас. многие ли могут воспользоваться strigi? *я даже не знаю, что это такое*
вы никогда не пытались каталогизировать объемы порядка 10 000 файлов с картинками? я имел такой опыт — поверьте, папок, даже с хардлинками, реально не хватает.
когда файлов 10 000, то все их не переименуешь… :(
«переименую файл» или «загляну в папку и все пойму» расходует человеческое время, и если есть возможность это автоматизировать, это надо автоматизировать.
речь о том, что базовые теги должны проставляться автоматически и поддерживаться на уровне средства хранения данных, а не на уровне ОС или приложения. ОС или приложение должны осуществлять интерфейс к управлению тегами, в частности, ОС должна анализировать файлы и расставлять теги, какие сможет понять. В идеальном случае система должна анализировать содержание на уровне семантики, что по сути является идеологией Web3.0 aka Семантический Интернет.
я так понял, что вы ратуете за преимущество человеческого поиска — увидел папку «Видео» — ага, значит все видео тут, заходим в неё, и просматриваем уже подпапки…
а то, что некто (допустим, другой пользователь или пьяный пользователь :) ) положил какое-то видео в папу Фотки, система не учитывает. И в таком случае результат человеческого просмотра (=поиск не машинными средствами) будет не полным.
с тегами, особенно автоматически расставляемым, такого можно избежать. причем это не потребует от пользователя вообще никаких усилий — ему не надо будет думать, в какую папочку сохранить файл, как назвать подпапку, чтобы через полгода по имени папки можно было понять, что в ней лежит и т.п.
Перевод: «С Аланом и с многими тысячами других мужчин-геев, осужденных по гомофобным законам, обошлись ужасно.»
Так что извинения даны не только конкретно за Тьюринга, хотя конечно он там в качестве центральной символической фигуры.
Алан Тьюринг был осужден по существовавшему тогда закону в рамках процессуальных норм. Извинения за этот случай показывают, что именно закон считается несправедливым.
У нас извинялись за внесудебные решения и за произвол. За действия по 121 статье закона никто не извинился — следовательно, те действия и тот закон считаются как бы «правильными». Вот в чем разница.
Доступно?
ru.wikipedia.org/wiki/Уголовное_преследование_мужеложства_в_РСФСР#cite_ref-9
У нас еще никто не извинился перед осужденными за 121ю статью УК РСФСР.
Дети и внуки незаконно репрессированных в СССР тоже добивались признания незаконности после смерти своих родителей. Это было для них важно — чтобы имя было незапятнано.
И еще это огромной важности воспитательный пример.
а с-линки в эксплорере до сих пор делать нечем.
Погуглите, какими примитивными были файловые системы на ленточных накопителях. В начале ленты хранится TOC — список маркеров начала файлов. Выбираешь нужный файл, затем система перематывает плёнку и запускается считывание данных. Ни тебе аттрибутов, ни папок — ничего! И сравните что у нас теперь?
Я не очень понял проблему, которую вы попытались описать, если честно. Но в ваших рассуждениях заметен стереотипный подход. Вы пишете «строить дерево для поиска», «пути из тысяч возможных». Зачем? Если файл существует, у него есть уникальный тег — id, допустим. Это его обозначение для системы. Для человека нужно более понятное описание, допустим, тег "". Нет, лучше писать конкретно.
Итак, у нас есть файл с тегами: [123456789, «Звездные войны», «Атака Клонов», «mkv», «кино», «фантастика», «дубляж», «AC3», «русский», «английский», «hdtv», «720р», «torrents.ru»]
Понятно, что однозначно файл определяется только уникальным тегом с номером, но пользователю может быть достаточно выбрать или ввести теги «Атака клонов» и «720p», и он получит тот самый единственный файл, который соответствует этим критериям.
Конечно, если это огромная файловая помойка или есть много версий похожих файлов, то нужно вводить теги, которые помогут различить файлы, но в принципе это не отличается от текущей ситуации, когда есть
StarWars: Attack of the Clones.HDTV.AC3.Rus.Eng[torrents.ru].avi
и
StarWars_-_Attack of the Clones_-_720p_AC3_[Rus,Eng](torrents.ru).avi
Пользователю эти два варианта предоставляют одинаково много/мало информации о содержимом. Только в случае, когда вся полезная информация кодируется в имени файла, зачем нужно их раскидывать по папкам? А если начать использовать имена папок как теги, то возникает диллема — либо имя папки дублирует информацию в имя файла, например
\Видео\HDTV\StarWars: Attack of the Clones\StarWars: Attack of the Clones.HDTV.AC3.Rus.Eng[torrents.ru].avi
либо в папке лежит файл с коротким именем
\Видео\HDTV\StarWars: Attack of the Clones\SW2.avi
и имя файл без полного пути к нему несёт мало информации. А захотите вы скопировать файл на флешку или DVD — будете всю структуру папок ради одного файла дублировать?
В общем, вот примерно такие вопросы юзабилити нужно решать.
вот к примеру, есть файл aha-take_on_me.mp3. Без тегов у него объем 3 500 00 байт, но пользователь Вася добавил тег «NewAge», тег «1985», тег «Track 01» и тег «Best Collection». Куда эти теги записались? Правильно, в сам файл. В результате размер файла стал уже не 3 500 000, а 3 500 031 байт.
Для файловой системы — это разные файлы, а для Васи — один и тот же файл. Более того, у них будет разный хэш и с раздачей торрентов с этим файлом будут проблемы.
это было бы любопытно. :) интересно пофантазировать, что могло бы получиться.
и, простите, тег — это слово или фраза. в этом смысле, если в пути к файлу есть /clients/, то это один и тот же 'clients'.
В противном случае путь — никакие не теги в принципе. Теги — это способ описания смысла содержимого!
вы никогда не пытались каталогизировать объемы порядка 10 000 файлов с картинками? я имел такой опыт — поверьте, папок, даже с хардлинками, реально не хватает.
А с тегами это не так.
И я могу написать
/storage/base.db[merlin, clients, 2008, archive]
а потом, если базой пользуется еще и arthur, я могу добавить тег
/storage/base.db[merlin, arthur, clients, 2008, archive]
но если у меня
/home/merlin/clients/base,
то мне придется сделать второй путь
/home/arthur/clients/base
видите? clients повторяется 2 раза. А если в системе есть излишнее дублирование, значит она не вполне эффективна.
«переименую файл» или «загляну в папку и все пойму» расходует человеческое время, и если есть возможность это автоматизировать, это надо автоматизировать.
речь о том, что базовые теги должны проставляться автоматически и поддерживаться на уровне средства хранения данных, а не на уровне ОС или приложения. ОС или приложение должны осуществлять интерфейс к управлению тегами, в частности, ОС должна анализировать файлы и расставлять теги, какие сможет понять. В идеальном случае система должна анализировать содержание на уровне семантики, что по сути является идеологией Web3.0 aka Семантический Интернет.
/storage/base.db[merlin, clients, 2008, archive] — вот это теги
а то, что некто (допустим, другой пользователь или пьяный пользователь :) ) положил какое-то видео в папу Фотки, система не учитывает. И в таком случае результат человеческого просмотра (=поиск не машинными средствами) будет не полным.
с тегами, особенно автоматически расставляемым, такого можно избежать. причем это не потребует от пользователя вообще никаких усилий — ему не надо будет думать, в какую папочку сохранить файл, как назвать подпапку, чтобы через полгода по имени папки можно было понять, что в ней лежит и т.п.
кстати, а как в вашей структуре выбрать все фильмы 2009 года? все равно придется поиск по всем режиссёрам запускать.
зато с папками вы постоянно рискуете забыть, в какую папку чего положили, и оно может там лежать годами, забытое, неиспользуемое…