Пробовал на одном проекте использовать gherkin (cucumber если точнее), в принципе всё достаточно неплохо получалось (даже прикрутили i18n для написания юз. кейсов на русском), но в итоге всё это поддерживать оказалось слишком сложно из-за быстрого увеличения кол-ва требований. Хотя возможно просто дело было в недостаточной организации процесса.
Из плюсов могу сказать, что с помощью cucumber действительно очень круто получалось делать интеграционные тесты прямо из требований, очень понравилось.
В своё время доводилось работать в проекте с очень похожим workflow работы с требованиям, в принципе действительно удобно. Использовали для хранения требований confluence, с ним тоже проблем не было.
Здесь всё на самом деле стандартно, интересно как раз как и на основе чего формируются рекомендации и насколько они лучше обычной выдачи последних материалов, например
JIRA: Нет возможности назначения нескольких исполнителей для 1 задачи.
Если захотеть, то можно немного извратиться, у нас так реализовано:
У каждой задачи есть текущий ответственный (Assignee), Автор задачи, Бизнес Аналитик, Бекенд и Фронтенд разработчики. На каждом этапе меняется ответственный (в зависимости от этапа). Это позволяет быть в курсе, кто над задачей вообще работает, кто ответственный в текущий момент. В принципе, сложно представить ситуации, где над одной задачей работает одновременно сразу несколько человек (обычно это признак того, что задачу надо разбивать на подзадачи)
В своё время использовали для массового складирования данных от клиентов и последующего извлечения после простого map-reduce. Очень понравилось кеширование map-reduce – время получения ответа практически мгновенное. Еще всё прекрасно с горизонтальным масштабированием – просто устанавливается еще один сервер и при настройке указывается, что надо подключаться к имеющемуся (как в одном ДЦ, так и в разных). На чтение/запись скорость отличная для нас была (точные цифры сказать уже не могу — не помню). Из нюансов – для совсем мелочи не подходит, так как по дефолту берёт себе под кеши от 4Гб памяти :)
Вообще, достаточно интересный продукт, обязательно посмотрите.
Из плюсов могу сказать, что с помощью cucumber действительно очень круто получалось делать интеграционные тесты прямо из требований, очень понравилось.
Если захотеть, то можно немного извратиться, у нас так реализовано:
У каждой задачи есть текущий ответственный (Assignee), Автор задачи, Бизнес Аналитик, Бекенд и Фронтенд разработчики. На каждом этапе меняется ответственный (в зависимости от этапа). Это позволяет быть в курсе, кто над задачей вообще работает, кто ответственный в текущий момент. В принципе, сложно представить ситуации, где над одной задачей работает одновременно сразу несколько человек (обычно это признак того, что задачу надо разбивать на подзадачи)
Я могу написать — dsl для работы с rest api, работа с xml, yaml, json, работа с СУБД — всё это становится гораздо приятнее с method_missing.
Вообще, достаточно интересный продукт, обязательно посмотрите.