Выпуск стабильной версии OutWiker 3.2

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

Ведь доступ к компу не всегда есть

У вас дома, на работе компьютер есть? Поздравляю, доступ к компу у вас 20 часов в сутки. 4 часа я отложил на поездки в/из офиса и походы по магазинам. Так что данная проблема видится мне несколько надуманной.

Стопка .md – замечательная штука. Я ее храню в облаке. Для быстроправок (преимущественно на телефоне) obsidian, на десктопе предпочитаю Zettlr.

прочитать вставку «Кстати, о древовидности», и предложение после нее.

Зато наличие дерева дает ту опору, благодаря которой можно искать информацию «по логике вещей», если таковая логика прослеживается.

Это в науке так, причём в старой, устоявшейся уже. А когда начинаешь описывать, например, инфраструктуру своего отдела, типовые решения, задачи, полезную информацию, всё постоянно меняется, дополняется, исчезает, теряет актуальность. В итоге вначале у тебя логика одна, потом другая, затем добавляется кусок из третьей системы где вообще всё по своему. Я не абстрактно рассуждаю, а краткую историю корпоративной wiki описываю. Идея чёткой иерархии на практике приводит к хаосу. А вот в моей личной справочной системе никакой иерархии нету, а порядок есть.

И кстати, я сходил по твоей ссылке, и вот что прочитал:

Вы не понимаете, это другое. Zettelkasten изначально задумывался как подспорье для написания статей. Там свои правила, наверное хорошие, я не пробовал. Но принципы, которые придумал Луман, подходят для создания «wiki на стероидах» как нельзя лучше.

Вместо этого надо написать три заметки: про мониторинг, системы и логирование. И объеденить их связями. Вот только вряд ли эта совокупность записей тебе реально поможет при работе с мониторингом систем логирования.

Логика тут такая: в фазе думанья пишешь короткие заметки и связываешь их с другими, а в фазе писания объединяешь их в единый текст и посылаешь в журнал. Выглядит весьма разумно, но, повторюсь, тут я теоретизирую.

У вас дома, на работе компьютер есть? Поздравляю, доступ к компу у вас 20 часов в сутки.

Хочешь попытаться доказать мне и всему миру, что смартфон не нужен? Это будет трудно. То есть я могу прожить без смартфона (и без компьютера тоже), но это будет менее удобно и менее комфортно. Ну вот тебе навскидку

0. Компьютер на работе и дома это 2 разных компьютера, а значит нужна синхронизация (или сервер)
1. Доступ к смартфону (и Интернету) есть 24 часа в сутки, он всегда со мной.
2. Даже если я на работе или дома, это не значит что я сижу непрерывно за компьютером.
3. Я бываю ещё в отпуске, командировке, в больнице наконец. Да мало ли, в туалете и в гараже, на даче и на покатушках велосипедных, в ресторане и на деловой встрече
4. Кроме меня есть и другие люди, которые может быть вообще не имеют компьютера дома или на работе.
5. Смартфон всегда включён и может получить информацию о моём местоположении.

Продолжать?

Хочешь попытаться доказать мне и всему миру, что смартфон не нужен? Это будет трудно.

Себе я всё, что нужно, уже доказал. С остальными могу поделиться «как жить так, чтобы проблем не возникало», а дальше вы свободны принять это или идти своим путём. Я не Лев Толстой, чтобы взрослых людей жизни учить.

Вот, например, очевидно же, что

Да мало ли, в туалете и в гараже, на даче и на покатушках велосипедных

Это прекрасное время, чтобы перестать залипать в девайсы, отдохнуть от них и обратить внимание на окружающую реальность, там много хорошего. Но вы, конечно, вольны мне доказывать, что вам вот кровь из носу необходимо бывает написать заметку «влияние поздневизантийской живописи на становление стиля art nouveau» во время езды на велосипеде.

А когда начинаешь описывать, например, инфраструктуру своего отдела ... Идея чёткой иерархии на практике приводит к хаосу.

Но у тебя же в конце концов появляется структура отдела, в которой разрисована вся иерархия :)

Это прекрасное время, чтобы перестать залипать в девайсы,

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

Например у тебя хобби связано с мотоциклами и ты проводишь время в гараже, вносишь заметки о их ремонте, фотографии какие-то и т.п.

Или ты путешествуешь по городам и собираешь информацию об различных автобусах, которые использовались для общественного транспорта. Ты сможешь сфотографировать автобус, добавить местоположение и сразу внести в заметки.

«влияние поздневизантийской живописи на становление стиля art nouveau» во время езды на велосипеде.

Если ты путешествуешь на велосипеде по незнакомому городу, посещаешь художественные музеи, осматриваешь архитектуру, то почему нет?

Да мало ли применений можно придумать. Твоя позиция мне понятна, но не все живут только в офисе и дома.

Но у тебя же в конце концов появляется структура отдела

В случае жёсткой иерархии в стиле wiki или файлового дерева, правильная структура должна быть с самого начала и потом не меняться. А вот с org-roam она у меня постепенно проявляется в ходе работы. При этом сама и без усилий.

Не знаю, может, для других это не является столь большой проблемой, но для меня размышления «куда ж воткнуть эту маленькую заметку, чтоб её потом найти можно было» могут занять существенную долю усилий по её написанию. А org-roam позволяет мне сосредоточиться на существенном, а заметка потом сама попадает в правильное место автоматически. Это спасение.

Вот, опять вы теоретизируете, придумываете проблемы вымышленных людей в гипотетической ситуации. Это скучно.

Не знаю, может, для других это не является столь большой проблемой, но для меня размышления «куда ж воткнуть эту маленькую заметку, чтоб её потом найти можно было» могут занять существенную долю усилий по её написанию.

Понял. Ну у меня уже выработана стратегия: вот куда хочется в данный момент поместить, даже осознавая что место не самое удачное, туда и помещаю. Пишу хорошие теги. С правильными тегами заметка всегда будет под рукой.

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

Вот, опять вы теоретизируете, придумываете проблемы вымышленных людей в гипотетической ситуации. Это скучно.

Я понимаю, что тебе трудно и скучно представлять себя в чужой шкуре, думать о возможном применении программы кем-нибудь другим, с другим образом жизни. Не каждый может справиться с этой задачей.

Таков уж я. Вот, если бы вы поделились своим личным опытом, по ведению, организации, использованию систем управления знаниями, это было бы интересно и поучительно.

Таков уж я. Вот, если бы вы поделились своим личным опытом, по ведению, организации, использованию систем управления знаниями, это было бы интересно и поучительно.

Можно было бы догадаться по моему вопросу. Я использую mediawiki и dokuwiki.

Разумеется мои вопросы и замечания основаны на моём личном опыте.

Я использую mediawiki и dokuwiki.

А почему две системы, или вы их как-то интегрируете между собой?

А почему две системы, или вы их как-то интегрируете между собой?

Основная mediawiki, на работе используется нашей организацией. Конечно же есть проблемы с ней, но я не представляю, как можно заменить программой типа Outwiker.

Так как mediawiki это большая штука, с кучей зависимостей, для себя и семьи вне работы я поставил dokuwiki. Преимущества dokuwiki

0. Элементарно ставится из пакета в Дебиан
1. Отсутствие сложных зависимостей и простота администрации.
2. Есть система разграничения доступа (в mediawiki можно сказать её нет).

Из минусов - многие вещи (базовые в mediawiki) идут в виде плагинов и их надо отдельно устанавливать. Например тэги. Синтаксис отличный от привычной mediawiki.

То что обе вики основаны на веб, думаю объяснять не надо.

Сейчас думаю, что dokuwiki лучше mediawiki. Но исторически уже сидим на mediawiki на работе.

Спасибо, буду знать. К слову, забыл ещё одно ограничение меток (впрочем, тут нужно хорошенько постараться, чтобы оно сыграло). Метки хороши, когда их мало, в стиле «How to monitor the logging system :logging:monitoring:». А вотъ ежели вы захотите заморочиться и написать статью про Крылова, то получится кошмар в стиле «Иван Андреевич Крылов :статский советник:баснописец:поэт:прозаик:драматург:переводчик:издатель:русский дворянин:участник осады Оренбурга (со стороны лоялистов):самоучка:издатель:путешественник:библиотекарь:академик:кавалер ордена святого Станислава II степени:упокоенный на Тихвинском кладбище Александро-Невской лавры:изображённый на памятники тысячелетия России:». Т.е. это работает, но выглядит уродливо и неестественно. И уродливо. А вот, с обратными ссылками, вы просто пишете нормальный текст на литературном русском языке, получая при этом все функциональные возможности по поиску и упорядочивании заметок.

Основная mediawiki, на работе используется нашей организацией. Конечно же есть проблемы с ней, но

Ясно-понятно. Аналогично и у нас, только с Confluence в качестве большой жирной wiki. Монстр медленный, уродливый и после 10 лет развития и поглощения другой компанией там такая каша, что если враги её у нас украдут, то никакой беды не будет. Мы в этом хаосе теряемся, а они тем более ничего полезного не найдут. Переходим к отдельной системе документации для отдела, в виде статичного сайта на Hugo. Так что

я не представляю, как можно заменить программой типа Outwiker.

Вполне можно заменить. Если основной источник информации — репозиторий git с файлами в mardown, то какая разница где и как его просматривать, через веб-интерфейс или нормальной программой?

Вполне можно заменить. Если основной источник информации — репозиторий git с файлами в mardown, то какая разница где и как его просматривать, через веб-интерфейс или нормальной программой?

1. Если бы был клиент под все системы (виндос, мак, линукс, андроид), можно было бы рассмотреть и такой вариант, но даже если забыть про смартфон, то

2. Если поддержка гита не интегрирована в клиента и не прозрачна для пользователя, это сразу сильно повышает порог входа.

Такое можно использовать для программистов, которые уже умеют пользоваться гитом. И то, не уверен что это удобней.

А веб-морда медиавики разом снимает все эти проблемы.

Если поддержка гита не интегрирована в клиента

Да, Господь с вами, из всех проблема эта — наименьшая. Т.е. вот вообще, если только вы DOS и OS/2 в список поддерживаемых платформ не внесёте, git везде есть и работает. А может и в этих двух, не проверял.

А вот обучение сотрудников в большой компании — это такой геморой, что лично мне гораздо проще забить и не проявлять инициативу.

git везде есть и работает.

Так нужен же не только гит, но и сам OutWiker. А с mediawiki всё просто, запустил браузер и вперёд.

А вот обучение сотрудников в большой компании — это такой геморой

В том и дело. Медиавики в браузере это очень просто. Просто зайти и прочитать умеют уже все и без всякой подготовки. Что-то изменить требует каких-то усилий, но тоже достаточно легко.

Сравни теперь с системой на основе программы подобной OutWiker + git. Просто чтобы прочитать что-либо, надо сделать кучу телодвижений - поставить гит и аутвикер, получить доступ, настроить его, зачекаутить и т.п.

Мне думается, тут устроено несколько иначе. Возможно вы застали время, когда в объявлении о работе писали требование «уверенный пользователь ПК». А сейчас уже не пишут, т.к. по умолчанию считается, что все всё на базовом уровне умеют. Так же и тут, есть умолчание «браузер — это просто», поэтому компания вправе неявно выдвигать предположение: „вот вам сайт, сами разбирайтесь, а нет — ваши проблемы». В случае же внешней программы, ответственность на обучение пользования ей лежит на работодатели, а сотрудники вправе говорить: „мы вашу программу не знаем, не умеем, отстаньте с вашими глупостями“. Хотя в реальности это один и тот же интерфейс, просто реализованный либо через html,css,js, либо на qt/gtk.

И в этом тоже дело, конечно. Но не только. Даже если бы пользователи не знали, как пользоваться браузером, всё равно гораздо проще кликнуть на ссылку в письме, чем установить и настроить два приложения, научиться клонировать и т.п. Это объективно проще и быстрее, а не только дело привычки и умений.

Это да, тут я согласен. Но confluence тормозит каждый раз, как я его использую, каждый, постоянно. Если бы был выбор, я бы предпочёл один раз 5 лет назад потратить минуту времени, чтобы набрать sudo apt install programname.

Каким образом обратные ссылки избавят от этой лапши тегов, расскажите пожалуйста подробнее? Пока это звучит как серебрянная пуля. Насколько знаю про обратные ссылки, это обычные гиперссылки, но со способностью уведомлять объект, на который ссылаются, о том, что на него ссылаются, поэтому не понимаю ваш комментарий.

Куда вы поместите заметку «как мониторить систему логгирования»? Оба места подходят.

Я бы поместил например в категорию мониторинг, а в категории логгирование просто создал ссылку на ту заметку, или наоборот.

Насколько знаю про обратные ссылки, это обычные гиперссылки, но со способностью уведомлять объект, на который ссылаются, о том, что на него ссылаются, поэтому не понимаю ваш комментарий.

Именно так. Это предоставляет эквивалентную меткам функциональность. Если вы выбираете метку «статский советник», получаете все статьи с такой меткой. Если вы переходите на статью «статский советник», то обратные ссылки покажут вам все статьи, ссылающиеся на данную. Т.е. те же самые, что и с метками. Только вместо каши из меток в заголовке вы можете где-то в тексте статьи написать нормальную фразу на нормальном языке «Крылов вышел в отставку в чине статского советника», а в другом месте «Крылов издавал журнал „Почта духов“, название которого очевидно полемизировало с журналом „Адская почта“». И вжух, магия, Крылов уже доступен как «статский советник», «издатель», «Почта духов» и Адская почта».

Кстати, не тормозит? У меня с ростом количества заметок начал периодически дико тормозить.

Пока не замечал. Но у меня там мало заметок (сотни), я обычно в одной пишу по какой-то теме с подзаголовками по надобности.

Все это отлично покрывает гит

(в плане обсуждения server & standalone) у Git серьёзный недостаток - а именно сервер и собственно git.

Тогда для хранения домохозяйкиных заметок нужен внешний сервис, квалификация в git и масса телодвижений.

Внешний сервис - это либо купленный/арендованный сервер или аккаунт где-то у дяди. В обоих случаях твои заметки могут превратиться в тыкву, «извините так получилось» или внезапно затребуются платёжные реквизиты, паспортные данные и плагины во все устройства. Или будут вопросы по содержанию

С git-ом к этим рискам добавится ещё гимор админства git-а :-) Поди объясни домохозяйке про коммиты, ветки и слияния

git хороший инструмент, но немного не для того. Личное это личное

нужно нечто, синхронизующее файлы разных устройств находящихся в одной локальной сети. Без интернетов этих всяких.

чтобы легко и просто: вот пачка *.md *.adoc (asciidoc мне лично больше нравится) на компе, и читаемо-понятный индекс/древо/теги порождённый «иерерхическими заметками». Их надо синхронизировать между моими устройствами, чтобы везде одинаковый набор.

У меня тоже сотни. 10Мб текста и иногда поиск несколько секунд ждёшь, тогда как grep по директории отрабатывает махом.

вместо каши из меток в заголовке вы можете где-то в тексте статьи написать нормальную фразу на нормальном языке «Крылов вышел в отставку в чине статского советника»

Не вижу преимуществ, либо всё ещё недопонимаю принцип. В случае тегов это пишется как-нибудь так Крылов вышел в отставку в чине [статского советника](#статский_советник). В случае обратных ссылок всё равно придётся указывать что фраза должна быть ссылкой на понятие, или имеете ввиду что при написании заметки она индексируется поисковиком и автоподшивается к странице Статский советник, но тогда это называется saved search, а не обратная ссылка.

Тогда уж Joplin. Тоже под капотом использует Markdown + возможность писать плагины + E2E-шифрование, чтобы можно было не поднимать своё облако, а хранить заметки в каком-нибудь OneDrive.

(в плане обсуждения server & standalone) у Git серьёзный недостаток - а именно сервер и собственно git.

Сервром может быть любое из устройств, а собственно сам гит можно и под капот спрятать

Тогда для хранения домохозяйкиных заметок нужен внешний сервис

Не нужен же

квалификация в git и масса телодвижений.

квалификация в гит – всем полезна, пусть учат :) но я имел в виду не совсем то: просто использовать гит для синхронизации/возможности_восстановления_всего_из_одной_копии как протокол под капотом софтины, подобной сабжу

Внешний сервис - это либо купленный/арендованный сервер или аккаунт где-то у дяди.

либо домашний комп, либо вообще продвинутый роутер

В обоих случаях твои заметки могут превратиться в тыкву

в том-то и прелесть гита, что имея хоть одну локальную копию, ты ничего никогда не потеряешь ( и это главная киллер фича предлагаемого мной подхода, никто из конкурентов такого не делает )

Или будут вопросы по содержанию

если видеть можешь не только ты и содержание не охраняет неуловимый Джо – шифруй

Поди объясни домохозяйке про коммиты, ветки и слияния

я, кстати, жене ( преподаватель ангельского ) объяснил на базовом уровне ( add, commit, push, pull ) и зачем это надо и она, представь, вполне поняла и пользуется, хранит некоторые свои документики между работой-домом и нексолькими компьютерами. Оказывается, за пределами айти тоже есть разумные люди :)

Личное это личное

я не согласен с твоим посылом про то что гит заставляет что-то публиковать

нужно нечто, синхронизующее файлы разных устройств находящихся в одной локальной сети. Без интернетов этих всяких.

ну ты так говоришь, будто в локалке гит не работает git != github

чтобы легко и просто: вот пачка *.md *.adoc (asciidoc мне лично больше нравится) на компе, и читаемо-понятный индекс/древо/теги порождённый «иерерхическими заметками». Их надо синхронизировать между моими устройствами, чтобы везде одинаковый набор.

вот читаю этот абзац, а вижу одно слово – git :)

Или обсидиан. Это, в общем-то, уже надстройки.

Отлично подходит для локальной Wiki. Но почему они не сделали пакеты для популярных дистров, или AppImage хотя бы?

Емакс сложен, я зашёл в его руководство; начал изучать, совершая описанные действия и уже устал, но умозаключение любопытное: незачем тянуться к стрелкам, если есть CTRL-сочетания, так проще. Русского языка в интерфейсе у меня почему-то нет. Пока скачал «на проверить» Zim. Обратные ссылки там тоже есть.

Все эти приложения для заметок, дневники не имеют главного — контроля доступа к данным. Нет никакой шифрации. Кому охота свои дневники, заметки раскрывать кому-то ещё, кроме себя? Поэтому пользуюсь только KeePassXC для подобного. И поиск там удобный. Хотя, если инфа не особо секретная, можно и эти приложения использовать, в принципе. Но личный дневник это по умолчанию секретная инфа.

Но зачем в каждую программу, работающую с чувствительными данными, встраивать кастрированную шифрацию, когда есть специальные программы, которые занимаются только шифрацией и делают это хорошо. Это как требовать от файлового менеджера наличие встроенного аудиоплеера или просмотрщика хотя бы текстовых файлов. Не unix-way-но.

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

Это потому что Emacs вываливает на пользователя сочетания клавиш, которые придуманы одним человеком для себя, с ему одному понятной логикой выбора клавиш. А остальные, кто осваивал Emacs после него, вынуждены были колоться, но запоминать эти клавиши, потому что альтернатив не было. Со временем это возвели в культ и теперь любой вопрос о том почему для выхода из Vim была выбрана та клавиша а не другая, встречает шквал хейта от фанатов. В этом есть сильный минус для негуевых программ, тогда как в гуе управление программой стабильно, на виду и доступно через одно место, панель меню.

вам вот кровь из носу необходимо бывает написать заметку «влияние поздневизантийской живописи на становление стиля art nouveau» во время езды на велосипеде.

Вообще-то да, и не мне одному. Тиньков, например, говорил что в пути записывает мысли на диктофон. Лично у меня часто в поездке возникает ситуация, когда пришла бизнес-идея или инсайт и чтобы это не забыть, надо срочно набросать заметку, диктофоны я не люблю, потому что не позволяют быстро обозревать уже проговоренное, в отличие от портянки текста.

в гуе управление программой […] через одно место

Всё так.

В случае тегов это пишется как-нибудь так Крылов вышел в отставку в чине статского советника.

Если вы можете указывать метки в теле статьи, а не в её метаданных, то отличий действительно почти и нет. Тут единственная разница, что для цеттелькастена #статский_советник будет равноценной словарной статьёй, в которой можно будет указать что это вообще такое, откуда взялось, какому военному и придворному чину сответствует, либо дать ссылку на статью про «Табель о рангах».

Люди, не ведитесь на это! Данный пост был проспонсирован производителями мазей и свечей от геморрроя.

тогда как в гуе управление программой стабильно, на виду и доступно через одно мест

Сравним MS Office каким он был, когда я с ним столкнулся и текущую версию интерфейса. Общего тут только то, что элементы управления вверху, а рабочая область внизу. А вот аккорды emacs’а стабильно точно такие же, как и раньше.

Накопитель зашифруй и будет тебе шифрация дневника.

Там есть snap и flatpak: https://jenyay.net/Soft/Outwiker

И каждый раз выключать комп? Ситуации бывают разные. Вы можете с женой, братом, сестрой и т.д. пользоваться одним компом, например … у меня вообще курьёзный случай был: племянники попросили поиграть в комп, в отпуске, на моём ноутбуке. Таких «мелких, но неприятных» ситуаций может быть ещё больше, это я просто так, быстро перебрал в памяти, что вспомнилось. Должна быть защита, хотя бы условная. Неусловную, сильную защиту, можно обеспечить тем же LUKS, это понятно …

И каждый раз выключать комп?

Если вы считаете, что компом могут завладеть враги, то надо блокировать экран. У нас на работе было правило (пока из-за ковидлы на надомную работу не перешли), если владелец забыл заблокировать экран и ушёл, можно с его компа (соответственно, от его имени) зайти в общий чат и принести всем пиццу. Я, вот, приносил раз, с тех пор блокирую.

племянники попросили поиграть в комп,

Всё ж таки не будем забывать, что linux — многопользовательская система.

Всё ж таки не будем забывать, что linux — многопользовательская система.

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