А если ответ сервиса поменяется (после апдейта) — у вас все посыпется.
Для апдейтов есть версионирование, а если в текущей версии апи ответ изменился, то об этом надо узнать как можно раньше, а не проглатывать.
Статический контракт — все же, это предсказуемость поведения, и как следствие, поддерживаемость. В целом же, на каком бы языке не собрались писать бэк, все равно все упрутся в типы, которые на стороне БД приколочены гвоздями.
Отличная задумка. Выбор должен быть, и конкуренция это здорово. А как на счет тёмной темы? Есть ли из коробки или планируете ее реализовать? Как дела с расширениями, можно ли будет писать свои расширения, аналогично Azure Devops Services?
Для апдейтов есть версионирование, а если в текущей версии апи ответ изменился, то об этом надо узнать как можно раньше, а не проглатывать.
Статический контракт — все же, это предсказуемость поведения, и как следствие, поддерживаемость. В целом же, на каком бы языке не собрались писать бэк, все равно все упрутся в типы, которые на стороне БД приколочены гвоздями.