АМ
мы кстати не флудим же тут?) а то вдруг тут чат для других целей)
Size: a a a
2020 May 26
АМ
Тоже верно:)
АМ
Ну так вот:) смотри кейс. Например у нас есть информация "как у нас построен деплоймент". Почти во всех случаях деплоймент построен стандартным образом. Но в рамках некоторых клиентов и проектов есть отличия (службы безопасности, ограничения клиенсткого сервера и тд)
В связи с этим надо делать какое-то ответвление для конкретного кейса, но хотелось бы, чтобы это было в рамках статей про деплоймент и доступно тем, кто работает в рамках клиента. Типо сноски "Для клиента Х есть такие отличия"
В связи с этим надо делать какое-то ответвление для конкретного кейса, но хотелось бы, чтобы это было в рамках статей про деплоймент и доступно тем, кто работает в рамках клиента. Типо сноски "Для клиента Х есть такие отличия"
NV
подскажи как сделать так, чтобы документация была обширная, но при этом чтобы не надо было писать доку:)
"обширная документация" это как "хорошее покрытие кода тестами" — очень нечёткое понятие.
АМ
Я хз насколько я понятно поясняю свою ситуацию
АМ
"обширная документация" это как "хорошее покрытие кода тестами" — очень нечёткое понятие.
Да, это была скорее шутка:) но аналогия хорошая)
RN
Да, это была скорее шутка:) но аналогия хорошая)
этом чате такими вещами не шутят!)))
L
Ну так вот:) смотри кейс. Например у нас есть информация "как у нас построен деплоймент". Почти во всех случаях деплоймент построен стандартным образом. Но в рамках некоторых клиентов и проектов есть отличия (службы безопасности, ограничения клиенсткого сервера и тд)
В связи с этим надо делать какое-то ответвление для конкретного кейса, но хотелось бы, чтобы это было в рамках статей про деплоймент и доступно тем, кто работает в рамках клиента. Типо сноски "Для клиента Х есть такие отличия"
В связи с этим надо делать какое-то ответвление для конкретного кейса, но хотелось бы, чтобы это было в рамках статей про деплоймент и доступно тем, кто работает в рамках клиента. Типо сноски "Для клиента Х есть такие отличия"
а в чем проблема сделать так, как ты описал? Общая часть и специальная, разделение идет или в отд статьи с пролинковкой или подзаголовками. Чего выдумывать. В SSG можно сделать еще переиспользование кусков (про деплой, про тесты, про бизнес) под разные кейсы клиентов в статьях собственно пр этих клиентов, но я бы не усложняла.
AG
Ну так вот:) смотри кейс. Например у нас есть информация "как у нас построен деплоймент". Почти во всех случаях деплоймент построен стандартным образом. Но в рамках некоторых клиентов и проектов есть отличия (службы безопасности, ограничения клиенсткого сервера и тд)
В связи с этим надо делать какое-то ответвление для конкретного кейса, но хотелось бы, чтобы это было в рамках статей про деплоймент и доступно тем, кто работает в рамках клиента. Типо сноски "Для клиента Х есть такие отличия"
В связи с этим надо делать какое-то ответвление для конкретного кейса, но хотелось бы, чтобы это было в рамках статей про деплоймент и доступно тем, кто работает в рамках клиента. Типо сноски "Для клиента Х есть такие отличия"
Немного о таком рассказывала Лариса Кострова, суть в том, что есть страницы с общей частью правил, которые встраиваются в страницу с правилами для конкретного проекта. Если вдруг приходит идея как улучшить общие правила, меняем в одном месте. У страниц с нюансами заказчиков можно настроить доступы, чтобы конкретный человек мог читать только нужное.
AG
А страницы с общими правилами станут такими почти универсальными заготовками для всех следующих проектов.
EV
Всем привет) Уважаемые знатоки, посоветуйте, пожалуйста, литературу на тему формирования структуры Базы Знаний по проекту ну или поделитесь своими лайфхаками)
из консалтинга могу подсказать одностраничники делать по проектам (кому, что и кто делал) и складывать их в реестр.
обычно этого достаточно, чтобы впоследствии хотя бы найти хвосты и вытащить знания из (оставшихся в компании на тот момент) людей
обычно этого достаточно, чтобы впоследствии хотя бы найти хвосты и вытащить знания из (оставшихся в компании на тот момент) людей
АМ
а в чем проблема сделать так, как ты описал? Общая часть и специальная, разделение идет или в отд статьи с пролинковкой или подзаголовками. Чего выдумывать. В SSG можно сделать еще переиспользование кусков (про деплой, про тесты, про бизнес) под разные кейсы клиентов в статьях собственно пр этих клиентов, но я бы не усложняла.
Что такое SSG?
L
Что такое SSG?
static site generator
АМ
Немного о таком рассказывала Лариса Кострова, суть в том, что есть страницы с общей частью правил, которые встраиваются в страницу с правилами для конкретного проекта. Если вдруг приходит идея как улучшить общие правила, меняем в одном месте. У страниц с нюансами заказчиков можно настроить доступы, чтобы конкретный человек мог читать только нужное.
А это в каком софте?
L
А это в каком софте?
в целом в любом, где есть переиспользование контента от конфлуэнса до многих генераторов сайтов
IV
из консалтинга могу подсказать одностраничники делать по проектам (кому, что и кто делал) и складывать их в реестр.
обычно этого достаточно, чтобы впоследствии хотя бы найти хвосты и вытащить знания из (оставшихся в компании на тот момент) людей
обычно этого достаточно, чтобы впоследствии хотя бы найти хвосты и вытащить знания из (оставшихся в компании на тот момент) людей
спасибо)
АМ
но в SSG нельзя разные доступы на разные страницы сделать, верно?