|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Denis Smirnov 2:5020/400 26 Jul 2002 12:53:14
To : Victor Wagner
Subject : Re: Network file system
--------------------------------------------------------------------------------
Victor Wagner <vitus@45.free.net> wrote:
VW> Э-э нет. Существует объект "Адресная книга" в смысле такая маленькая
VW> базка данных по персонам и организациям. Она была в соответствии с тобой же
VW> предложенным принципом декомпозиции aka unix way оторвана от того
VW> самого почтового клиента (покажите мне почтового клиента, где бы не было
VW> базы алиасов. Даже в mailx она есть).
После моих разборок с разными MUA я вообще с трудом на эту тему разговариваю
спокойно. Складывается чёткое ощущение, что авторы ни одного из этих пакетов
про декомпозицию не знали.
VW> Только ее потом пришлось научить
VW> что разным приложениям может требоваться разная информация о персонах,
VW> поэтому они вправе добавлять туда дополнительные поля.
Ага. То есть -- табличка сама по себе уже отпадает как класс, адресная книга
хранит ту информацию, которую ей сказали, в том виде, котором ей
заблагорассудится (хоть в XML, хоть в csv, хоть в SQL, хоть вообще в LDAP).
Минус только в том, что она должна уметь понимать некий достаточно ёмкий язык
запросов (для минимизации передаваемых данных). Соответственно должен быть
некий интерпретатор такого языка, который можно было бы легко прикрутить
куда угодно.
VW> Естественно, что в соответствии с тем же самым принципом декомпозиции,
VW> объект ICQ-клиент не ведет своей собственной адресной книги, а
VW> использует общесистемную. То есть ту же самую, что и почтовый клиент.
VW> Он нуждается в таком свойстве персоны как UIN. А есть еще
VW> компонента-напоминалка о событиях, аналог старого доброго BSD-шного
VW> calendar. Она пользуется той же самой адресной книгой на предмет узнать,
VW> не предстоит ли день рождения кого-то из знакомых.
Угу. Кажется каша у меня в голове начинает пропадать, вместе с желанием
завязаться на технологию, на которую завязываться не обязательно.
VW> Угу. Единственное что это примерно файл на который есть симлинка внутри
VW> какой-нибудь таблицы базы данных.
Ага. Классно. А что будет, если я удалённый клиент?
VW> Пускать юзера на такой низкий уровень абстракции, как sql-запросы или
VW> файловые операции это значит заставлять его выполнять несвойственную ему
VW> в силу его профессии работу.
Hасчёт файловых операций -- согласен, насчёт запросов к БД -- нет. Скажем
при нормальной работе с тем же почтовым клиентом пользователь не должен
знать ни о чём, но что если он хочет найти какое-то конкретное письмо в
дикой по размерам базе данных. Городить для него extended поиск? Смотря
какой юзер. Если ему это нужно часто, то любой extended поиск будет для
него тормозом, и он был бы готов потратить пару дней на изучение того же
SQL на базовом уровне.
Т.е. возможность залезть на таком уровне должна быть.
VW> Hо в большинстве типичных коммерческих контор опускаться по уровням
VW> абстракции ниже классификатора документов юзеру нафиг не нужно. Если
VW> приходится, значит программисты чего-то не доработали. Или они тут и не
VW> были, поскольку начальник данного юзера поверил рекламе одной известной
VW> фирмы, что для того, чтобы работать с компьютером, никаких специальных
VW> знаний не надо.
Есть такое дело. По крайней мере что _большинству пользователей_ (соответствено
боьлшинству мелких контор) нет смысла знать, что комьютер это компьютер.
VW> По-моему, учитывая соотношение мощностей процессоров с пропускными
VW> способностями шин и сетей, дешевле лишний раз распарсить и скомпилить
VW> в байткод скрипт, чем организовывать специальную систему хранения
VW> откомпилированных версий. Впрочем, тот же питон ее умеет и без тредов
VW> и без EA.
Hу... Скомпилированый код по объёму меньше чем текстовая версия. В полуоси,
насколько я знаю, делает так -- читается сначала скомпилированая (если она
есть), смотрится прошитая там дата компиляции и сраванивается с mtime у
скрипта. Если у скрипта больше -- перекомпилируем, нет -- запускаем. Так что
реально по пропускной способности тоже преимущество получаем.
DS>> положить скомпилированый код? Очень красиво это смотрелось
DS>> на OS/2 с её REXX'ом.
VW> А у макинтноша вилки ресурсные были. Гадость страшная.
VW> Hо тогда процессоры были гораздо тормознее.
Если я могу обратиться к треду файла методом типа /путь/имя файла/имя треда,
то этот самый тред для системы перестаёт чем-то отличаться от файла. Так
что получаются только преимущества (как пример -- mysqld хранить свои таблицы
в 3-х файлах, так внешне это выглядело бы как 1 файл.
VW> Проблема в ДHК одна и та же у всего человечества похоже. Сколько народу
VW> пытается реализовать десктоп один лучше другого - MacOS, OS/2
VW> Presentation Manager, GEM, CDE, Windows, KDE, GNOME, а результаты
VW> примерно одни и те же. Как 30 лет назад придумали в Пало Альто эту
VW> метафору, так никто ничего нового с тех пор и не предложил.
VW> Хотя должно уже стать очевидным, что дело не в привычной по RL символике
VW> и методах манипуляции, дело в ассоциативных связях между объектами.
А пока не откажутся от идеи единого десктопа, да ещё и цельного с каким-то
набором библиотек -- так и будет. Как только авторы софта возьмут за аксиому
то, что они _не должны_ задумываться о том, какой у юзера десктоп, так сразу
они начнут опять плодиться в большом количестве, а значит что-то может и
получиться. А сейчас гном с KDE слшком много внимания на себя перетянули.
VW>>> И определенная задача у нее такая - дать возможность
VW>>> нескольким людям с разными правами свободно плескаться в
VW>>> море слабо, но разнообразно структурированной информации.
DS>> Ага. Только вот на самом деле, это обязанность нормального
DS>> интерфейса.
VW> Эта обязанность не интерфейса, а именно движка.
Это потому что информация, насколько я понимаю, вся у Communiware. А так она
должна быть у каждой софтины, которая за неё отвечает. И ко всему этому
счастью, стоящему у пользователя, должна быть некая система доступа к
информации (что и есть по-определению интерфейс).
Просто сам интерфейс состоит из двух уровней -- один из них прокладка между
информацией в виде, удобном компьютеру, и видом, удобным пользователю, другой
собственно морда.
--
С уважением, Denis
http://freesource.info
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
