С одной стороны задачу чтения в удобном виде - давно решили без конфлю. С другой - версионность и отчуждаемость в конфлю есть, но это ад. С третьей - читать с карандашом и отправлять потом вопросы и правки - как-то удобнее, чем в реквесте.
Для себя нашёл один выход - писать в md, в ci лить в конфлю, обсуждать в ней же, результат фиксить в md/git/реквест на слияние.
Кстати, графики тоже хочется в текст. Пока получилось только диаграммы последовательностей туда утащить.
Ещё у кассет есть 2 большие проблема - их можно записать на существующей системе и существующих данных, что существенно снижает их применимость.
Я пользуюсь pyVCR и yaml формат кассет более 3 лет. Подход интересный, но ограниченный. Если нет готового окружения под рукой - проще делать моки. Для неожиданных данных - тоже моки. Да и без моков легко получить кассету в 180мб, и окончательно потеряться.
Кстати, большинство юнитов с кассетами используются повторно как интеграционные, но уже без кассет (они просто удаляются).
Меня часто спрашивают:
Почему это нормально, что на прохождение ревью может уйти в 2 раза больше времени чем на написание кода? Может быть ли это нормально для старичков проекта? Почему? Или сколько времени закладывать на исправление выявленных багов? Почему так много? что будет если половину этого времени переложить на аналитиков, то будет ли здесь экономия?
Что вы отвечаете на такие вопросы?
Очень не хватило отдельной части как проверить получившийся результат. Куда и как писать автотесты на автоматизируемые процессы. Я понимаю, что это потянет на отдельную статью, но хочется видеть мнение разработчиков платформы на этот вопрос.
Интересно, но лично у меня «Реальные заболевания: гастрит, боли в суставах» больше всего ассоциируются с офисом, а именно необходимостью выбора той пищи что есть в кафешках рядом. А дома ты готовишь уже с учётом себя любимого. Единственное скил готовки пришлось качать — оказывается тортики, бутерброды и салатики это не то же самое, что каждый день обедать.
С одной стороны задачу чтения в удобном виде - давно решили без конфлю. С другой - версионность и отчуждаемость в конфлю есть, но это ад. С третьей - читать с карандашом и отправлять потом вопросы и правки - как-то удобнее, чем в реквесте.
Для себя нашёл один выход - писать в md, в ci лить в конфлю, обсуждать в ней же, результат фиксить в md/git/реквест на слияние.
Кстати, графики тоже хочется в текст. Пока получилось только диаграммы последовательностей туда утащить.
Ещё у кассет есть 2 большие проблема - их можно записать на существующей системе и существующих данных, что существенно снижает их применимость.
Я пользуюсь pyVCR и yaml формат кассет более 3 лет. Подход интересный, но ограниченный. Если нет готового окружения под рукой - проще делать моки. Для неожиданных данных - тоже моки. Да и без моков легко получить кассету в 180мб, и окончательно потеряться.
Кстати, большинство юнитов с кассетами используются повторно как интеграционные, но уже без кассет (они просто удаляются).
Почему это нормально, что на прохождение ревью может уйти в 2 раза больше времени чем на написание кода? Может быть ли это нормально для старичков проекта? Почему? Или сколько времени закладывать на исправление выявленных багов? Почему так много? что будет если половину этого времени переложить на аналитиков, то будет ли здесь экономия?
Что вы отвечаете на такие вопросы?
Как минимум API. Robot Ready это важно для многих