нельзя

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

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

видимо, я исхожу из принципа пусть все читают все, лишь бы читали

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

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

Confluence

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

Я возможно сейчас продумываю "чертежи" нового велосипеда:)

у нас в (данный момент строящейся) базе знаний будет много чего, в т.ч учёт ушедших людей, будут salary-related штуки. Это не всем норм видеть. Зачем хранить это в базе знаний? меньше разброс по тулзам, все живут в едином пространстве, это же кул. Там же и учет тестовых девайсов и книг в библиотеке

да, это в целом такой стандартный подход уже

ну у Антона была речь про знания о разных проектах, я поэтому спросила, зачем их закрывать, если это выученные уроки, так-то понятно, что кейсов полно с чувств. инфой

Очень интересно, а расскажите пожалуйста если можно подробнее, что там будет

Да всё хотим туда, от проектных док, до процессных. Разделение доступа по департментам\per-person и всякэ такэ. Всё это делается средствами Notion

О, здорово

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

ну вот я слабо осведомлен пока о системах хранения знаний и их способах)

Есть отдельный класс систем, нацеленный на хранение текстовых данных, поиск, контроль доступа - Content Management System (CMS).
В архитектуре каждого портала, систем документооборота, collaboration и т.п., есть CMS ядро. Отдельное, либо жестко связанное с основной системой.

Проектный офис на уровне компаний может быть вполне  доволен SharePoint и прочими корпоративными решениями.

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

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

Вот тут например, парни, продвигающие плагин улучшенного экспорта из Confluence в word, коротко расписали как использовать Confluence в качестве CMS.
Можно пристреляться, насколько Confluence соответствует потребностям:
https://www.k15t.com/blog/2014/08/confluence-for-content-management-101-useful-resources-videos-and-further-reading

Из еще более близкого к исходному коду, в GitLab Pages есть функции контроля доступа к страницам.
Есть открытая Netlify CMS, которая использует GitlLab как хранилище и Hugo для генерации сайтовой части.

Спасибо за развернутый ответ!

Через два часа (с 14:30 до 16:00) мы собираемся встреться в Google Meet редакцией Прагматичного Гайда. Вы можете присоединиться.

Будем прорабатывать главы про культуру шаринга знаний и фиксацию знаний. Если хотите поделиться своей экспертизой или послушать нас — выделите себе полтора часа.
Объявление о начале и ссылка для подключения будет в канале с новостями гайда https://t.me/pragmatic_km