Size: a a a

DocOps-сообщество

2018 December 16

NV

Nick Volynkin in DocOps-сообщество
Огонь
источник

IK

Ivan Kochurkin in DocOps-сообщество
Constantine
Всем привет, а есть что-то наподобие  notion.so , но free or open source🙁
А почему именно такие параметры интересуют?
источник

NV

Nick Volynkin in DocOps-сообщество
Constantine
Всем привет, а есть что-то наподобие  notion.so , но free or open source🙁
и в чём именно наподобие?
источник

NV

Nick Volynkin in DocOps-сообщество
Привет! Расскажите о себе немного: чем вы занимаетесь, что вам интересно?  @PavelSavelyev , @maglik , @a1tavista , @v011d , @e_pogodin , @UncleTolik , @mastericaelena , @Alex , @vladimirak
источник

VK

Vladimir K in DocOps-сообщество
@Nick_Volynkin devops, управление и обмен знаниями, в основном документирование проектов по разработке
источник

AR

Andrew Rudenets in DocOps-сообщество
Всем привет, я тимлид в небольшой, но амбициозной команде. Пытаемся делать аутсорс по продуктовым стандартам, но пока получается средненько, и во многом из-за проблем с документацией. Интересно узнать, как построены процессы документирования у серьёзных людей)
источник

NV

Nick Volynkin in DocOps-сообщество
Vladimir K
@Nick_Volynkin devops, управление и обмен знаниями, в основном документирование проектов по разработке
О, это очень интересно. Расскажите, как в вашей системе соотносится девопс и управление знаниями?
источник

NV

Nick Volynkin in DocOps-сообщество
Andrew Rudenets
Всем привет, я тимлид в небольшой, но амбициозной команде. Пытаемся делать аутсорс по продуктовым стандартам, но пока получается средненько, и во многом из-за проблем с документацией. Интересно узнать, как построены процессы документирования у серьёзных людей)
Речь о проектной документации (как надо сделать), архитектурной (как мы уже сделали), или пользовательской (как теперь с этим жить)?
источник

NV

Nick Volynkin in DocOps-сообщество
а ещё есть эксплуатационная же — как теперь это поддерживать )
источник

AR

Andrew Rudenets in DocOps-сообщество
Nick Volynkin
Речь о проектной документации (как надо сделать), архитектурной (как мы уже сделали), или пользовательской (как теперь с этим жить)?
Интереснее всего узнать про архитектурную (собственно, после поста в канале и пришел), но про остальное тоже с удовольствием бы почитал/посмотрел что-нибудь.
источник

NV

Nick Volynkin in DocOps-сообщество
Andrew Rudenets
Интереснее всего узнать про архитектурную (собственно, после поста в канале и пришел), но про остальное тоже с удовольствием бы почитал/посмотрел что-нибудь.
Поста про ADR? Я тут как раз сижу и придумываю себе шаблон ADR для учебного проекта.
источник

AR

Andrew Rudenets in DocOps-сообщество
У нас просто беда, есть проектная, но большая её часть в гугл-доках и скорее для бизнеса, чем для разработчиков, архитектурная размазана по коду, а пользовательской толком и нет
источник

AR

Andrew Rudenets in DocOps-сообщество
Хочу навести порядок :)
источник

AR

Andrew Rudenets in DocOps-сообщество
Nick Volynkin
Поста про ADR? Я тут как раз сижу и придумываю себе шаблон ADR для учебного проекта.
Да, именно
источник

NV

Nick Volynkin in DocOps-сообщество
Проектную часто ведут в Confluence, но для небольших проектов вроде бы notion.so хорош. Он в последнее время развивается очень бурно.
источник

NV

Nick Volynkin in DocOps-сообщество
У гугл-доков есть недостаток: они не организованы в иерархию, нет единой точки входа.
источник

AR

Andrew Rudenets in DocOps-сообщество
Ага, а ещё нет политик доступа
источник

NV

Nick Volynkin in DocOps-сообщество
В результате из документов со ссылками друг на друга собирается направленный граф, в нём могут быть замысловатые пути, могут появляться компоненты связности, разные потерянные документы.
источник

AR

Andrew Rudenets in DocOps-сообщество
Очень большой геморрой, если увольняется сотрудник и нужно ему прикрыть доступы. У гугла нет централизованного способа отрубить человека от документации
источник

NV

Nick Volynkin in DocOps-сообщество
С политиками доступа наверное G Suite может помочь.
источник