Доброго времени суток, коллеги.
Ведете ли базу знаний? Если да, в каком виде? Как поиск по базе организовали?
Спасибо.

https://helpdesk.bitrix24.ru/open/6048327/

Конфлюенс

(0) в поиск
тема выплывает раз в квартал
инструменты не меняются годами

(3) хм, не факт... пробовали to-do - как-то не оно. Пробовали "1С-Service Desk FREE" - глючная и корявая но концепция норм и перепилить не долго.... и тут большой голове пришло в голову купить коробку ITIL - ещё не распаковывали но подозреваю что не взлетит

Знание кистей и красок не сделает из вас художника...

кто то evernote юзает?

(5) для 1-2 линии техподдержки инструмент очень полезен

(0) Пытались. Пока доплачивали за статьи - как-то наполнялась. Перестали платить - все стухло. Тут не вопрос инструмента, тут больше вопрос мотивации - как убедить человека делится знаниями? Мало того что делить, так еще и оформлять это знание в формализованном виде (разметка, ссылки и т.д.).

я у себя никак не веду.
.
Все нужные для работы манагеров "знания" оформлены в виде "регламентов", лежать в групваре (юзаю http://www.worksection.com)
.
Всякие нужные ссылки - в той же групваре в отдельной задаче пишу сам себе комментами.
.
и все.

Для отдельного большого проекта есть необходимость подробного документирования и описания. Вот думаю под это дело DocuWiki использовать, может и Confluence можно - но как это выглядит и вообще - не знаю...

(9) это есть, но только как инструкции для юзеров... для программистов и техподдержки нужна именно база знаний (что-бы быстро заполнить пусть и не так красиво и строго, а просто как АК и эффективно как серпом по яйцам) вот к примеру фигня какая-то считается при расчёте себестоимости - как найти причину и исправить? или прикрутить к новому раб. месту Диадок(и настроить маршрут в нём)?, или ещё чего что ну уж точно не для юзера.

(11) Возможно, но это для развесистых компаний, где ИТшников много.

(12) особенно важно для компаний с филиальской структурой и размер филиала часто так себе и ИТ-шнег там полуадмин - полуаникей а решать нужно совершенно разноплановые проблемы

(0) когда-то давным-давно, два год назад развернул xwiki. Есть еще twiki - того же порядку и толку.
Прикольные штуки, но, когда в следующий раз встанет такая задача, выбор буду делать так:
1. используемая система учета задач имеет встроенную БЗ? Если да - используй ее.
2. Если нет - ищи что-то облачное, иначе упорешься админить

основная проблема с этими БЗ в том, что разные авторы по-разному понимают, куда и какие страницы укладывать. А некоторые, так, мать из на ногУ, являются еще и ссаными художниками со своим ссаным вИдением того, как это делать правильно, и каковое мнение, естественно, понятно только им одним и никакой логике, в том числе даже и квантовой, не поддается. В итоге, если авторов больше двух, то в БЗ потом хрен что найдешь - различного рода гении засрут лужайку обрывками фрагметов до полного бесполезия. Ну, или, за хвосты их всех держать руками и контролировать что там делается. Херня тоже.
Нужно стряпать какие-то гайдлайны с одной стороны понятные и лаконичные, а с другой - всеобъемлющие. А это ж не просто всё.

wiki, встроенная в битбакет или гитлаб надысь мне понравилась. Можно $git log и всё видать - кто, куда и чего навалил. И с экспортом русского в пдфы всякие проблем вообще никаких. В остальных всех местах, которые видел, с этим надо изобретать всегда что-то.

(15) спсб, посvотрел бегло упомянутые вики, буду иметь в виду

(15) wiki, встроенная в битбакет или гитлаб надысь мне понравилась. Можно $git log и всё видать - кто, куда и чего навалил.
- тут пока разработка через хранилище идет только. так что пока непонятно ...

(17) ты не понял - упомянутые вики сами автоматически вне зависимости от твоего желания версионируются в гите. То есть ты как бы wysiwyg-редактор чо-то правшь, но на самом деле все правки версионируются в гите. Как результат ты потом можешь видеть всю историю инструментами гита.

(0) https://kb.mista.ru/

и не говори спасибо :)

Пока оформляешь знание, оно уже устаревает и нужно бежать изучать новое.

(18) видеть историю это уже вторично. Первично собственно функции создания и модификации содержимого.

Можно ли, например, на странице определять доступ к различным блокам текста для разных категорий пользователей?

(21) в xwiki и twiki - да. В опенсорсных халявных облаках доступ режется на вику в целом, а на отдельные странички доступ идентичен.
Но вот, надо ли реально в одной и той же вике держать и публичные, и секретные страницы - большой вопрос

(0) Могу порекомендовать наше решение для этой цели.
https://softonit.ru/catalog/products/it/#detail
Есть самостоятельная база-знаний, которая при желании привязывается к инцидентам (задачам).

(4) если правильно приготовить, то взлетит

(4) но вообще внедрение ИТИЛ предполагает наличие тех.поддержки

почему wiki не предлагают? тут же не обязательно знания, связанные с IT

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

(27) у вики отвратительный редактор и поиск оставляет желать лучшего

(25) а то ты у нас не работал и не знаешь что подготовки не будет

(30) Это как?

(31) именно так!

Философская тема.))
Особенность знаний в том, что они сжимаются по мере понимания затронутой темы в форму некого справочника и разворачиваются по мере необходимости тем, кто эти знаниями пытается воспользоваться.
Проблема существования БЗ в уровне подготовки пользователя. Если уровень низкий или не совпадает с заложенным уровнем в БЗ, то либо база пухнет от мусора, либо не заполняется.
Хороший пример в этом плане-ресурсы интернета. Чтобы найти в этой куче мусора необходимую и качественную информацию потребуется определенная квалификация по искомой теме, терпение, время и удача.
Как-то так. Поэтому столько вариаций и реализаций БЗ.

(29)Заполнял wiki-1c.ru вроде нормальный редактор и к поиску претензий нет. Не гугл конечно, но в целом должно хватить.

(32) Что за "подготовка"?

(0) Базы знаний для меня тяжеловесны. Затраты на поддержание существующих инструментариев баз знаний для меня превышают пользу от их применения.

Поэтому для себя создал блокнот с автоматизацией. Выглядит так: https://youtu.be/9qBbxs9PjZA (1 мин 59 сек)

Подробнее о нем можно узнать тут: Свой стартап

(36) Дополню. Логика в том, чтобы иметь под рукой в виде заметок некий кэш информации. Где ее минимум и она легко доступна.

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

Над чем сейчас и работаю.

(37) Гугл Кип или подобное не осилил что ли?

(36) неплохо. Не помешало бы еще добавить иерархию в посты

(38) Неплохо. В Кипе нет форматирования текста, а оно мне нужно.

(39) Благодарю. С иерархией не получится отнести заметку сразу к нескольким папкам. А с тегами - можно отнести сразу к нескольким тегам.

Поэтому заместо иерархии скорее будет быстрый выбор по наиболее часто используемым тегам (чтобы не вводить)

(38) Второй важный момент: добавлю к постам автоматизацию. С решениями из коробки вроде Кипа такого, само собой разумеется, не получится

(35) какая разница если никакой не будет...

(40) "В Кипе нет форматирования текста, а оно мне нужно" // Ну есть же всякие менее аскетичные Эверноуты и аналоги, там богатые возможности по оформлению стикеров / заметок

(43) В Эверноуте, когда я его использовал, другая боль:
1. Нет тегирования. Только папки. А это - проблема из (40)
2. Нет воспроизведения гифок

(40) в конце прошлого года один из разработчиков Keep сказал, что поддержка разметки markdown - их следующая задача.

(45) Было бы здорово.

+ Говоря о кэше заметок нельзя не упомянуть платформу Яндекс.Острова. https://youtu.be/Muy7tYrnqV8 (2:54)

Хотя сама платформа со смертью Сегаловича заглохла, идеи, высказанные в ролике, очень здравые. Что информация сама по себе редко является конечной целью. Нужна возможность интерактивного действия над ней.

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

(27) если ты про mediawiki, на которой википедия, то причины три:
1. Это ссаное пыхапэ
2. Оно не умеет (by design) разные права доступа на разные страницы и категории
3. Редактирование статей при любых плугинах и редакторах - для яйцеголовых задротов, не айтишным людям оно не дается.

(47)dokuwiki лишена этих проблем, может конечно какие-то свои добавлены...