В своем Telegram-канале разработчики ОС Astra Linux заявили о создании для всех пользователей единой базы знаний. Сейчас база находится в стадии бета-тестирования.

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

Если вы много работаете с информацией и вам нужна база знаний, чтобы найти в ней актуальный ответ – конференция TEAMLY точно будет для вас полезной!

17 апреля в ЦДП эксперты из компаний SPLAT Global, ОАК, Аналитический центр при Правительстве РФ, ГрандМоторс, Инфосистемы Джет поделятся своим опытом управления знаниями и профитами от него.

Приглашаем вас на конференцию TEAMLY 17 апреля! Каждые полгода мы проводим конференцию про знания в бизнесе для собственников, руководителей отделов, продакт-менеджеров, сотрудников HR и IT-департаментов.

В этот раз вместе с экспертами из SPLAT Global, ОАК, Kamaz Digital, ATI.SU, “Инфосистемы Джет” обсудим не только как организовать и внедрить эффективную базу знаний, а ещё – как управлять задачами, чтобы релизить быстрее и формировать культуру открытого обмена опытом.

Программа и ссылка на регистрацию – под катом ↓

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

Представьте себе, что вы летите с отдыха с пересадкой, и вот в транзитном аэропорту вашему самолету сначала не дают посадку, затем вы тусите пару суток в разных очередях, никто ничего не понимает, вам обещают вылет через 2 часа, но снова и снова переносят. Наконец, измотанный и уставший после отпуска, вы прилетаете в свой город и узнаете, что ваш чемодан улетел в кругосветку. Представили? А вот пассажирам, которые оказались в лондонском Хитроу 28 марта 2008 года и представлять не надо. 

Коллапс продолжался больше недели после открытия нового терминала аэропорта. Поскольку Хитроу – ключевой европейский транспортный узел (в аэропорту каждые 45-50 секунд взлетают и приземляются самолеты), багажный кризис вызвал проблемы по всей Европе и даже по миру, а потерянные чемоданы развозили хозяевам еще 2 месяца. 

Новости проекта «Luman Box» для Windows: масштабирование, открытие исходников, осмысления опыта веденияи индивидуальных баз знаний, размышление над перспективами метода и проекта

Центр корпоративных решений СБЕР занимается дистанционной поддержкой клиентов банка. Департамент обслуживает более 3 миллионов юридических лиц — сотрудники консультируют по телефону, отвечают на вопросы в чатах и делают рассылки. Также в структуре контакт-центра есть инструменты для клиентского self-service: виртуальный ассистент, чат-боты и справочник для бизнеса. Екатерина Горшенева, руководитель проектов по управлению знаниями, рассказывает, как разрабатывали свою платформу, какие результаты получили и в чем главная задача корпоративной базы знаний.

Раньше базу знаний развивали на платформе Confluence, но со временем назрел переход на собственное решение.

В этой статье будет показано как можно начать организовывать свою базу знаний в Obsidian, отталкиваясь от источников. В статье будет разобрано то, какие стоит использовать папки и теги; как создать свою первую точку входа в систему. Также будет уделено внимание способу ведения журнала (дневника). Статья будет предполагать, что вы не против автоматизации процессов в своей базе знаний, поэтому все источники будут шаблонизированы и впоследствии собраны в свои отдельные библиотеки с помощью dataview. Завершится статья подробным примером (алгоритмом) рабочего процесса.

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

Всем привет! На связи мы, Мария и Яна из самой драйвовой IT-команды «БАРС Груп». В этой статье расскажем, как создавали инструмент эффективного взаимодействия в IT-команде — базу знаний постановок задач, которые реализует проектная команда. По порядку разберем, почему мы решили создать шаблон, как разрабатывали и как доводили до ума после внедрения и, конечно, о результатах.

В статье я покажу как с помощью иерархической логики и плагина Breadcrumbs можно упорядочивать базу знаний в Obsidian. Способ хоть и весьма специфический, но, я думаю, любителям Obsidian о нём будет весьма любопытно узнать.

Расскажу, за счет чего поддержка не пробила дно, а стабильно вывозит 25 000 обращений в месяц, экономя при этом 6,5 млн рублей в год. Расскажу, как мы этого добились.

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

Чаще всего это не более минуты.

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

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

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

• Часть 1 — Введение
• Часть 2 — Freebase: делаем запросы к Google Knowledge Graph
• Часть 3 — Dbpedia — ядро мира Linked Data
• Часть 4 — Wikidata — семантическая википедия

До недавнего времени мы и для внутренней, и для внешней документации использовали xWiki. И если для внутренней документации ее применение оправдано, то для внешней xWiki не самое оптимальное решение: внешнюю документацию создают максимум два–три человека, регистрация дополнительных пользователей не нужна, на xWiki постоянно идут атаки спам-ботов, а изменение структуры документации, переименование, масс-правки, изменение оформления и некоторые другие вещи требуют или правок непосредственно в базе данных, или достаточно много телодвижений. Из плюсов — визуальный редактор, возможность импорта/экспорта статей в формате OpenDocument и гибкая настройка прав. Поэтому было решено для внешней клиентской документации переехать на новый движок, и выбор пал на Material for MkDocs.