GK
задача оценить дизайн сервиса до того как в реализацию влиты существенные деньги
не представляю как это сделать автоматически, даже идей нет
Size: a a a
2020 December 11
RT
для начала можно попроьовать составить эмпирические правила оценки, затем для них подобрать числовые метрики
GK
для начала можно попроьовать составить эмпирические правила оценки, затем для них подобрать числовые метрики
Да, проделать научное исследование по сути. Методика оценки - это диссертация
GK
Недостающий элемент - аппробация
PD
для начала можно попроьовать составить эмпирические правила оценки, затем для них подобрать числовые метрики
Так не понятно же, а куда бизнес будет развиваться?
А без этого понимания мне кажется, что все такие прикидки будут не очень осмысленны.
А без этого понимания мне кажется, что все такие прикидки будут не очень осмысленны.
PD
Оценки же нужны тут как что-то относительное, я правильно понимаю? Для выбора "делаем так" или "делаем так"?
А чем отличаются разные решения, можешь описать?
А чем отличаются разные решения, можешь описать?
VN
задача оценить дизайн сервиса до того как в реализацию влиты существенные деньги
обычно MVP и фокус-группы...
SL
мне кажется проще "определить и измерить" то что будет "мешать" повторному использованию.
SL
спасибо, интересно, идеи там точно есть
вроде об этом был доклад на ArchDays 2020.
AM
задача оценить дизайн сервиса до того как в реализацию влиты существенные деньги
Техническую используемость? Типо если я точно решил использовать такой сервис, то насколько мне это будет удобно. Или коммерческую. Типо если я выбираю сервис для определенной задачи, то насколько этот привлекателен?
PT
Привет. А кто нибудь сталкивался с задачкй валидации стандарта API?
Типа, договорились пагинацию делать определенным способом, и надо что бы никто своего не напридумывал.
Типа, договорились пагинацию делать определенным способом, и надо что бы никто своего не напридумывал.
VA
Привет. А кто нибудь сталкивался с задачкй валидации стандарта API?
Типа, договорились пагинацию делать определенным способом, и надо что бы никто своего не напридумывал.
Типа, договорились пагинацию делать определенным способом, и надо что бы никто своего не напридумывал.
у меня было на уровне описаний в вики только, предполагаю, что можно вынести в базовый "сваггер" и потом валидировать его на предмет соответствия чем-то типа https://bitbucket.org/atlassian/openapi-diff/src/master/ или https://bitbucket.org/atlassian/swagger-request-validator/src/master/
PT
О, посмотрю, спасибо.
VA
ну идея такая -- твой сваггер должен соответствовать "стандартному" в части пэйджинга, соответственно, надо бы это чекнуть, тулы которые я планировал использовать -- по ссылке) я сам не успел, т.к. сменил работу)
RT
Оценки же нужны тут как что-то относительное, я правильно понимаю? Для выбора "делаем так" или "делаем так"?
А чем отличаются разные решения, можешь описать?
А чем отличаются разные решения, можешь описать?
Попробую ответить. Я быстренько накидал схему распределения сервисов.
Вопрос к тому, как оценить решения прикладных команд чтобы сформировать сервисы A, B, C с целью быстро собирать новые продуктные вертикали
Вопрос к тому, как оценить решения прикладных команд чтобы сформировать сервисы A, B, C с целью быстро собирать новые продуктные вертикали
PD
Ну, оценивать же можно только "относительно". Типа два решения, какое лучше.
А просто "45" - не показатель (даже если сможешь это 45 получить)
А просто "45" - не показатель (даже если сможешь это 45 получить)
RT
Привет. А кто нибудь сталкивался с задачкй валидации стандарта API?
Типа, договорились пагинацию делать определенным способом, и надо что бы никто своего не напридумывал.
Типа, договорились пагинацию делать определенным способом, и надо что бы никто своего не напридумывал.
У нас есть стандарт API, нормативный документ в формате asciidoctor в Git. Определяет как технические форматы, так и методику синтеза сущностей-операций в API
RT
при этом формат описания самого API - OpenAPI3 (ex. swagger)
PT
У нас есть стандарт API, нормативный документ в формате asciidoctor в Git. Определяет как технические форматы, так и методику синтеза сущностей-операций в API
А проверка соответствия этому документу есть какая то?
RT
Ну, оценивать же можно только "относительно". Типа два решения, какое лучше.
А просто "45" - не показатель (даже если сможешь это 45 получить)
А просто "45" - не показатель (даже если сможешь это 45 получить)
Библиотечка для elixir предлагает решать задачу через анализ зависимостей. Их можно выявить и посчитать. Правилами задать какие зависимости хорошие, какие плохие.