На системном уровне в Эгее было сделано много важных изменений:
1. Больше нет дебильного реестра! [ >>> ]

В самом деле, все настройки делятся на две группы: а) постоянные, которые изменяются не каждый день (в идеале — вообще не меняются) и б) переменные (которые можно потерять без особого вреда и неудобств).
И, кстати, по логике вещей бритвы Оккама переменных настроек вообще лучше не делать, ибо нефик… в смысле — они лишние. Если требуется частое изменение настроек — это признак того, что система (движок) спроектирована как-то не так.

ps. Ну, и чтобы два раза под стол не ходить, замечу, что меня всегда несколько удивлял проприетарный подход в e2 (тот же реестр, в частности). Т.е. понимать, почему так — понимаю, но все равно удивляет

Иной раз надо дать кому-то ссылку на конкретное место на странице. Если «якорей» в html страницы не предусмотрено, то действия по поиску нужной фразы/абзаца приходится давать текстом (типа «промотать до картинки с непонятной фигней и два абзаца вниз, читать вставку»; напоминает навигацию по GPS: «20 метров вперед, потом повернуть направо»).

Поэтому вот хочется, чтобы была возможность точно указывать бродилке место на странице — чтобы она промотала страницу до нужного места и выделила нужный фрагмент.

Например, при получении адреса site.com/page235.html##a13 бродилка загружает страницу, находит div a13, переходит к нему и выделяет этот блок/div контуром. Т.е. адресация идет по id или name любых блочных конструкций.

Понятно, что на первых порах точного позиционирования не будет, но потом, когда движки начнут «нумеровать» абзацы, все будет очень замечательно.

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

То, что FB отключил rss — это хорошо. Пользователь должен быть внутри сервиса, а не вне него. Т.е. положительная сторона в том, что массовый пользователь («домохозяйка») оказывается заперт внутри сервиса, и по остальным интернетам уже не ходит («не путается под ногами»)

В будущем, когда виртуальная реальность станет нормой, пользователь будет находиться внутри сайта — как в комнате или зале. И, чаще всего, в западне, из которой выбраться будет непросто; вход будет простым, а вот выйти намного сложнее, ибо маркетинг говорит нам, что посетителя надо задержать внутри сайта подольше.
Впрочем, многие и не против.

Таким образом, FB формирует открытый и закрытый (замкнутый на себя) интернеты. Хорошо это (тактика огораживания сервиса) для массового пользователя или нет — прямо сейчас сказать сложно, поживем — увидим.

Частная релевантность — это сортировка/фильтрация поисковой выдачи регулярными выражениями пользователя

Один из энтузиастов Firefox, дизайнер Дэвид Регев (David Regev) в интервью на сайте Mozilla Labs подробно объяснил, что такое «административный мусор» (administrative debris) в интерфейсе. К административному мусору, по Тафти, относится всё, что не является контентом, то есть панели инструментов, кнопки и различные виджеты. К сожалению, от всего этого нельзя полностью избавиться, потому что пользователю всё-таки нужно оставить какую-то возможность давать команды браузеру. Но есть различные способы, как его скрыть. Что касается адресной строки, то она однозначно должна исчезнуть, сказал Дэвид Регев [ >>> ]

bonus track: Цифровая генетика

«Мне кажется, кто-то записывает эти адреса в маленькую черную книжечку и …»

Если кто-то думает, что в интернетах ничего не исчезает, то он сильно ошибается. Исчезает, и еще как. Вот внес какую-то страницу в букмарк, а через несколько дней или месяцев ее уже и нет. И, как показывает практика, многие из них были в «единичном экземпляре» и нигде не продублированы (например, обсуждение в LJ или в Friendfeed).
Но, даже если где-то сохранилась копия, найти ее без образца текста очень затруднительно.

Так что выходом из такой ситуации видится сохранение страницы локально.
Но просто сохранить — мало, нужно еще как-то организовать удобную работу с этими сохраненными страницами. Иначе говоря, нужна система хранения и поиска (рубрикации) в ней нужных страниц.

Навскидку, в такой системе хранения будут три типа данных.
а) короткие записи (note) из одного-двух предложений (афоризмы, удачные комментарии)
б) длинные записи, для статей в plain text с простым BUI-форматированием
в) полный архив страницы в формате maff или mht, если форматирование страницы важно, а сделать plain text из нее проблематично

Нет ли у кого желания написать такой движок (потому как готовых под такую задачу найти не удается)?

Есть подозрение, что с таким подходом («real time, co-creative web») скоро начнут писать романы в realtime. Раз уж сейчас немногие способны осилить длинные тексты, то почему бы не сделать из написания романа интригующее шоу в реальном времени?

ps. Но с другой стороны, мне кажется, что live web приведет к сильной избыточности информации, усложнению web и необходимости постоянного онлайн-присутствия, но счастья «в длинной перспективе» так и не принесет

А почему на десктопах мы до сих пор используем файлы, а не концепцию локального облачного хостинга с доступом через локальный веб или через api?
Или файл, как истинная ценность, вечен?

Как-то странно, что до сих пор в браузере не появилось отдельного долговременного кеша для скриптов (в дополнение к кратковременному для html) — чтобы хранить в нем «более-менее стандартные частоупотребимые» и достаточно тяжелые скрипты (типа jquery).
Обновлять их по тому же принципу, что и плагины к браузеру.
Некий нюанс будет в том, как объяснить браузеру, какие скрипты хранить, а какие нет. Но вполне преодолимый