КГ
Или спеку на ходу может кто-то дописывать, в отдельной репе писарю может быть проще
Size: a a a
2021 February 09
k
а. Да хз. В ряде ситуаций так может быть удобнее. Типа тем кому нужна спека могут не иметь доступа к коду апи
это уже к организационным моментам наверное
k
Или спеку на ходу может кто-то дописывать, в отдельной репе писарю может быть проще
а это решается отдельной веткой в гит-е по идее
k
хотя я не уверен за счёт чего проще 🤔
КГ
а это решается отдельной веткой в гит-е по идее
Как по мне ветки в гите ничего кроме создания merge hell'ов не создают)
k
Как по мне ветки в гите ничего кроме создания merge hell'ов не создают)
если каплинг высокий, то да
но это не проблема гит-а или веток
но это не проблема гит-а или веток
k
ну или ещё вариант - в организации не могут договориться кто какую фичу делает. Я правда никогда такого не видел
MG
У нас спека возле модуля. На уровне DoD есть правило: сделал изменения затрагивающие спеку - актуализируй спеку. На код-ревью это как поинт что бы не упустить. Вроде никаких проблем
АГ
генерация кода из спеки - норм. генерация спеки из кода - это портянки с комментами в коде, в объеме х2 к коду, для генерации спеки. т.е. спека в коде - такое себе чот
BT
побежать я всегда успею)
да и я в целом не работаю на этом проекте
скорее накидываю им на вентилятор.
Так сказать сторонний диванный консультант
да и я в целом не работаю на этом проекте
скорее накидываю им на вентилятор.
Так сказать сторонний диванный консультант
вот так жаловался, что ничего не знаешь, а теперь консультант)
DT
халп
простой (ХЗ, на самом деле не очень) вопрос. Стоит ли держать спеку (напр. OAS) в отдельной от эндпоинтов, которые она описывает, репе?
Ну тип если рассмотреть монорепо-проект - часто всю спеку полностью кладут в отдельную папку. У нас проблема в том, что хотят запихнуть спеку по всем эндпоинтам (которые в разных репах) в одну общую репу документации.
Мне кажется, что с точки зрения кохижена и каплинга лучше всего пихать спеку к тому модулю, который спека описывает, это упростит изменения(не надо делать коммит в 2 репозитория по 1 фиче), удобнее будет подключать валидацию по json-schema.
Кто как делает?
простой (ХЗ, на самом деле не очень) вопрос. Стоит ли держать спеку (напр. OAS) в отдельной от эндпоинтов, которые она описывает, репе?
Ну тип если рассмотреть монорепо-проект - часто всю спеку полностью кладут в отдельную папку. У нас проблема в том, что хотят запихнуть спеку по всем эндпоинтам (которые в разных репах) в одну общую репу документации.
Мне кажется, что с точки зрения кохижена и каплинга лучше всего пихать спеку к тому модулю, который спека описывает, это упростит изменения(не надо делать коммит в 2 репозитория по 1 фиче), удобнее будет подключать валидацию по json-schema.
Кто как делает?
1 bounded context = 1 contract
k
вот так жаловался, что ничего не знаешь, а теперь консультант)
тут важное уточнение - диванный консультант) Отличие в количестве слов 1, а разница по факту большая)
k
точно так же нифига не знаю =\
MM
точно так же нифига не знаю =\
k
1 bounded context = 1 contract
наверное мы хотим nice and even 🤔
k
У нас спека возле модуля. На уровне DoD есть правило: сделал изменения затрагивающие спеку - актуализируй спеку. На код-ревью это как поинт что бы не упустить. Вроде никаких проблем
респект
SB
халп
простой (ХЗ, на самом деле не очень) вопрос. Стоит ли держать спеку (напр. OAS) в отдельной от эндпоинтов, которые она описывает, репе?
Ну тип если рассмотреть монорепо-проект - часто всю спеку полностью кладут в отдельную папку. У нас проблема в том, что хотят запихнуть спеку по всем эндпоинтам (которые в разных репах) в одну общую репу документации.
Мне кажется, что с точки зрения кохижена и каплинга лучше всего пихать спеку к тому модулю, который спека описывает, это упростит изменения(не надо делать коммит в 2 репозитория по 1 фиче), удобнее будет подключать валидацию по json-schema.
Кто как делает?
простой (ХЗ, на самом деле не очень) вопрос. Стоит ли держать спеку (напр. OAS) в отдельной от эндпоинтов, которые она описывает, репе?
Ну тип если рассмотреть монорепо-проект - часто всю спеку полностью кладут в отдельную папку. У нас проблема в том, что хотят запихнуть спеку по всем эндпоинтам (которые в разных репах) в одну общую репу документации.
Мне кажется, что с точки зрения кохижена и каплинга лучше всего пихать спеку к тому модулю, который спека описывает, это упростит изменения(не надо делать коммит в 2 репозитория по 1 фиче), удобнее будет подключать валидацию по json-schema.
Кто как делает?
У нас отдельно лежит но во время деплоя заливается на s3 откуда уже на специальном адресе со статикой подтягивается и JS показывается как надо
SB
У нас отдельно лежит но во время деплоя заливается на s3 откуда уже на специальном адресе со статикой подтягивается и JS показывается как надо
Я к тому что можно и вашим и ихним. Во время сборки объеденять
k
У нас отдельно лежит но во время деплоя заливается на s3 откуда уже на специальном адресе со статикой подтягивается и JS показывается как надо
а на бек как?
SB
а на бек как?
не понял что значит на бэк