Size: a a a

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

2019 January 26

SB

Sergey Bronnikov in DocOps-сообщество
Нац Нац
О у меня был где-то перевод про document driven development, если надо
Да, интересно
источник

V

Vlad [Krd] in DocOps-сообщество
Maksim Lapshin
Я сейчас начал пытаться потихоньку внедрять doc first подход, когда прежде чем взяться за кодирование, программист с техписом пишут будущую документацию на сайт
Так все-таки какого рода документация? Сначала было подумал что описание технического решения, но видимо все-таки нет.

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

DB

Dima Boger in DocOps-сообщество
Nick Volynkin
Звучит как отличная тема на knowledgeconf.ru! Результаты уже есть или подождем до 2020? :)
А у вас там митапы будут? 🌚
источник
2019 January 27

NV

Nick Volynkin in DocOps-сообщество
Dima Boger
А у вас там митапы будут? 🌚
Да, как на всех конференциях Онтико. Хочешь провести?
источник

ML

Maksim Lapshin in DocOps-сообщество
Vlad [Krd]
Так все-таки какого рода документация? Сначала было подумал что описание технического решения, но видимо все-таки нет.

Мы у себя внедрили процесс когда программист сначала описывает то, что он будет делать, подробно, в виде схем - блок-схему логики, сиквенс с интеграцией, планируемые апи, ер-модель, далее согласование лида и потом разработка.
документация, идущая на сайт
источник
2019 January 29

RT

Roman Tsirulnikov in DocOps-сообщество
Коллеги, буду благодарен за подсказки приемов наведения порядка с выравниванием элементов в PlantUML/Graphviz диаграммах при большом кол-ве элементов (порядка 20).
Без спецсредств plantuml творит вакханалию с расположением элементов.
источник

RT

Roman Tsirulnikov in DocOps-сообщество
в целом, решение найдено:
1) поделить совокупность блоков на регионы
2) скопоновать регионы по принципу табличной верстки
3) регион (группа объектов) это "скрытый пакет"

пример


skinparam package<<Hidden>> {
 borderColor Transparent
 fontColor Transparent
 backgroundColor Transparent
 shadowing false
 stereotypeFontColor Transparent
}


package "b01"<<Hidden>> {

'тут первая группа блоков, растет слева направо
}

package "b02"<<Hidden>> {
'тут вторая группа блоков, растет слева направо
}

'регионы компонуются сверху вниз (b02 под b01)
источник

АК

Анатолий Клюса in DocOps-сообщество
Roman Tsirulnikov
в целом, решение найдено:
1) поделить совокупность блоков на регионы
2) скопоновать регионы по принципу табличной верстки
3) регион (группа объектов) это "скрытый пакет"

пример


skinparam package<<Hidden>> {
 borderColor Transparent
 fontColor Transparent
 backgroundColor Transparent
 shadowing false
 stereotypeFontColor Transparent
}


package "b01"<<Hidden>> {

'тут первая группа блоков, растет слева направо
}

package "b02"<<Hidden>> {
'тут вторая группа блоков, растет слева направо
}

'регионы компонуются сверху вниз (b02 под b01)
Вырастет ли когда-то платинум до html... =)
источник

NP

Nikolaj Potashnikov in DocOps-сообщество
Roman Tsirulnikov
в целом, решение найдено:
1) поделить совокупность блоков на регионы
2) скопоновать регионы по принципу табличной верстки
3) регион (группа объектов) это "скрытый пакет"

пример


skinparam package<<Hidden>> {
 borderColor Transparent
 fontColor Transparent
 backgroundColor Transparent
 shadowing false
 stereotypeFontColor Transparent
}


package "b01"<<Hidden>> {

'тут первая группа блоков, растет слева направо
}

package "b02"<<Hidden>> {
'тут вторая группа блоков, растет слева направо
}

'регионы компонуются сверху вниз (b02 под b01)
интересно, что в graphviz dot есть специальное ключевое слово для невидимого ребра, так же там есть возможность изменения рейтинга элемента и исключения ребра из изменения рейтинга. Это во многих случаях дает возможность указать верную раскладку элементов без лишней путаницы. В PlantUML можно накрутить рейтинг через количество знаков в стрелке. Однако этого недостаточно. Идея с прятанием элементов через  стереотипы  — отличная. Большое спасибо
источник
2019 January 30

FM

Fox Mulder in DocOps-сообщество
Кто подскажет отличный паблик по джире
источник

ИУ

Илья Улеско in DocOps-сообщество
Fox Mulder
Кто подскажет отличный паблик по джире
источник

FM

Fox Mulder in DocOps-сообщество
спасибо
источник

ИУ

Илья Улеско in DocOps-сообщество
Fox Mulder
спасибо
В описании канала посмотрите ссылки, там указаны дополнительные ресурсы. Но вообще московский Atlassian User Group один из крупнейших в мире
источник

RT

Roman Tsirulnikov in DocOps-сообщество
Nikolaj Potashnikov
интересно, что в graphviz dot есть специальное ключевое слово для невидимого ребра, так же там есть возможность изменения рейтинга элемента и исключения ребра из изменения рейтинга. Это во многих случаях дает возможность указать верную раскладку элементов без лишней путаницы. В PlantUML можно накрутить рейтинг через количество знаков в стрелке. Однако этого недостаточно. Идея с прятанием элементов через  стереотипы  — отличная. Большое спасибо
благодарю за совет про рейтинг в стрелке

Про ключевое слово для скрытого ребра, будет примерно так:

ComponentA -[hidden]right- ComponentB
(выравнивание по горизонтали слева направо)
источник

NP

Nikolaj Potashnikov in DocOps-сообщество
Roman Tsirulnikov
благодарю за совет про рейтинг в стрелке

Про ключевое слово для скрытого ребра, будет примерно так:

ComponentA -[hidden]right- ComponentB
(выравнивание по горизонтали слева направо)
Хм, не знал, это очень пригодится)) еще бы найти возможность выключать стрелку из рейтингования. Впрочем, мне кажется, основная стратегия — делать настолько простые схемы, чтобы не было необходимости эксплицидно задавать раскладку
источник
2019 January 31

АС

Анастасия Степанова in DocOps-сообщество
Мой маленький скромный труд☺️ Не судите слишком строго😊
https://docplace.ru/gost34/
источник

АС

Анастасия Степанова in DocOps-сообщество
@Nick_Volynkin Надеюсь правилами чата не запрещено давать ссылки на свои статьи)))
источник

FM

Fox Mulder in DocOps-сообщество
ещё один стандарт для дизайнеров и разработчиков пользователей документации
источник

FM

Fox Mulder in DocOps-сообщество
имхо - надо переделать
источник

FM

Fox Mulder in DocOps-сообщество
Для написания документации на программу используются две серии ГОСТов 19 и 34
источник