По мере надобности технологом могут быть ПМы, аналитики, спец. техподдержки, разраб. Вообще любой специалист, все зависит от установок от работодателя. И рано или поздно перед ним встает вопрос о том, что бы быстро и эффективно получать, обрабатывать и хранить информацию. А инструментов, тьма. Присмотримся к чужому опыту.
Попса.
Все началось когда попробовал mindjet mindmapper. Чудесный инструмент, ориентированный на визуалов и желателей тыкать по кнопочкам. Обладаете шаблонным мышлением, поклоняетесь винде, вам сюда. Там сейчас кажется какие то облачные штуки приделали. Но цена кусается, а на других системах использовать проблематично.В общем для "эффективных" менеджеров самое то: они могут в два клика локальную БД проекта экспортнуть с дефолтными настройкаки в какой-нибудь промежуточный формат, а остальные ебитесь как хотите. Остальное - крывыее поделки. Вообще все. В процессе обдумывания на что переезжать понял такую вещь:
1) Для быстрой обработки инфы, катетеризации и прочего, клиент должен быть нативный с максимально возможным количеством хоткеев или интуитивно понятной версткой текста.
2) Для поиска по категориям, количество вложений должно быть внушительным.
3) Бэкапы БД это славно, но если работаешь во "враждебной" атмосфере, должен быть доступ к накопленным ключевым знаниям в считанные минуты.
Но это утопичные требования для одного продукта. Необходимо еще ввести деление по потребностям:
i)обработка, восприятие, возможность, экспорта в "палаты памяти"
ii)стабильный доступ, разные варианты поиска.
Простые вещи.
Категория (i) по сути своей является костылем для сознания: все что не умещается в оперативке технолог, но межет понадобиться в ближайшее время надо переносить туда.Для первой категории ПО первым делом на глаза попадается ToDoList, типичный аутлайнер: удобный и шустрый. Можно даже запустить под вайном, но если в кармане андроид то ожидаются проблемы с синхронизацией. Но вполне подойдет для решения потока задач, так как за не имением достаточных технических навыков, и при работе из под обычного пользователя - наилучшее из зол.
Если вернуться к интеллект-картам и вспомнить что главное это надпись на стрелочках, а не сами стрелочки или их цвет, то сразу же хочется упомянуть workflowy. Область применения ограничивается только вашим нэймингом: насколько хорошо компактно и понятно вы можете составить заголовок и вложения. Вот только необходимо иметь стабильное подключение. Но говорят, что уже есть хромовское оффлайновое расширение. Пользуюсь с осторожностью для обработки скелетов идей и тудулиста. Можно шарить листы, что плохо сказывается на взаимоотношениях с ИБ.
Можно еще посмотреть в сторону кроссплатформенных локальных вики систем: на пример. Но если существует ограничение по правам запуска/допуска то это гиблая идея. но вообще есть список подобного ПО.
Сложные вещи.
Категория (ii) заточена для командной работы и часто представляет из себя комплекс простых инструментов.Самым очевидным является организовать фтп помойку и свалить туда все вордовые файлы. Кривое решение, особенно потому что из-за свободы воли каждый будет писать по своему усмотрению, использовать левые стили или просто решит переместить файл в другую директорию, а перелинковка между документами сломается. Хочу отметить, что перелинковка между страницами в одном доке тоже порой не тривиальна, но это решаемо парой палок и изолентой.
У многих происходят потуги использовать гитовые проекты (1, 2) с интегрированными вики. Выглядит круто, но это информация от разработчиков разработчикам. А что произойдет, если разраб поправит код, а технолог опишет изменения через неделю, как это обычно бывает? Будет комит в рпозитарии, который скорее всего придется мержить либо он будте болтаться в истории. Но самое главное, мало кто сможет переплюнуть github с его относительной адресацией и прочими плюшками.
Многие при гуглении могут наткнуться на разные варианты импорта текста на общественный ресурс, но суть одна
1) используем человеко читабельную разметку,
2) конвертируем (например так или сфинксом вот так)
3) кладем на общий ресурс или в отдельную вики. В репозитарий, при его использовании может смотреть настроенный движок.
4) Можно задействовать и встроенный в вики движок импорт, а можно заморочиться с шаблонами (которые рано или поздно необходимо согласовать). Чужой опыт использования можно прочитать, но самое интересное как всегда в комментах.
Самое захватывающее, что я видел это локально поднятый гит сервер, с локально поднятым ReadTheDocs, который показывает текст собранный сфинкосм из комментариев кода.
