Цитата: лёгкий Заметочник потеряем, очередной Архивариус получим...
Ну в чём-то Вы может быть и правы.
Я цынту и полюбил за её лёгкость, "шустрость" и "отзывчивость" в работе.
За то, что выдача информации происходит синхронно с вводом запроса (будь то при поиске или при добавлении нового тега) юзверем и "сию же секунду"©.
Наверное можно добавлять какие-то новые фичи (в частности, упомянутое мной выше упорядочивание списка заметок по тегам, чтобы близкие по смыслу заметки оказывались в списке рядом), если при этом не придётся пожертвовать "шустростью", "отзывчивостью" и синхронностью в работе.
Добавлено: Цитата: Именно так. Контраргумент про большое (чрезвычайно большое) кол-во тегов не считаю весомым.
А кстати, у Вас есть какие-то идеи по тому, как быстро искать про большом (до 1000 и более) количестве тегов и заметок (100 000 и более)?
Учтите тот факт, что человек может не помнить тег, который он присвоил искомый информации, грубо говоря, человек не помнит название ящичка, в который он сохранил ту или иную информацию.
Ещё учтите, что тег, под которым сохранилась информация, может не отражать смысла заметки, поэтому впоследствии юзверь по нему и не будет искать.
Почему не отражает? И почему не будет искать?
Потому что:
1) инфу чел добавлял в базу второпях и поэтому обозвал (т.е. присвоил тег) первым же пришедшим в голову словом, которое, как может оказаться, не точно отражает тематику данной заметки.
2) человек просто в момент добавления заметки не очень владел той предметной областью, к которой относится заметка, поэтому присвоил тег, не верно отражающий тематику данной заметке. А потом, спустя какое-то время человек уже изучит тематику, и будет эту инфу искать по другим тегам и естественно не найдёт.
Есть ещё вариант упрощения поиска инфы путём организации иерархией тегов. Когда человек есть какие-то общие тэги и частные (дочерние). И когда человек не знаком с тематикой заметки, то он относит к какой-то общей категории (тэгу, находящимуся ближе к корню иерархии тэгов). А в последствии по мере изучения тематики может идти о корня к ветвям спускаясь по иерархии и заменяя общие теги всё более частными. В этой схеме хорошо то, что даже добавив частный (дочерний тэг) заметка всё равно будет считаться помеченной и тэгом-родителем.
Что очень удобно.
Приведу примеру.
У нас есть заметка про то, что Ваш далёкий родственник Иван Иваныч (которого Вы никогда не видели) получил огромное наследство. И Вы ничего не знаете про него.
Тогда вы присваиваете заметке тэг "наследство Иван Иваныча"
Потом Вы получаете инфу о том, что в состав наследства точно входит автомобиль. Тогда Вы создаёте заменяете в заметке тэг "наследство Иван Иваныча" на дочернюю для тэга "наследство Иван Иваныча" метку "автомобиль".
Далее Вы узнаёте, что это лексус. Тогда Вы создаёте для метки "автомобиль" дочернюю метку "лексус" и заменяете в заметке про наследство тег "автомобиль" на тег "лексус".
В результате что мы имеем. Что заметка помечена тегом "лексус".
Проходит года два. И мы захотели найти инфу про наследство Иван Иваныча.
Но мы уже не помним не то, что марку автомобиля, а даже и то, что наследством был автомобиль.
Тогда мы начинаем поиск с верхних уровней иерархии. Тэгов на этих уровня мало. И в просматривая их мы видим тег "наследство Иван Иваныча". Выбираем его и видим заметку про наследство Иван Иваныча.
Но позвольте, скажете Вы, у нас же эта заметка помечена тэгом "лексус".
Тогда каким образом когда мы выбрали тег "наследство Иван Иваныча" отобразилась заметка с тегом "лексус"?
А всё дело в иерархическом построении системы меток. Когда Вы выбрали метку, то поиск осуществаляется автоматом и по дочерним меткам. Такая система реализована в программе Dream Navigator.
Я описал работу с иерархией тегов очень упрощённо. Упустив некоторые очень важные нюансы а также то, что у тега может быть несколько тегов родителей