Где высокопроизводительные вычисления, там и реакция на внешние события (датчики), а после принятия решения - активация исполнительных механизмов робота. Можно обучить нейросеть в вирт.среде и выгрузить её текущее состояние в микросхему через программатор непосредственно на "борт".
Сергей Протько: "Это не относится к вопросу. Как я уже говорил - это реализуется один раз для всех методов API." - согласен, что один раз для всех методов API, поэтому оно и стоит в заглушке, таким образом, я проверяю сразу и корректность алгоритма шифрования, и корректность обмена данными.
С остальным - полностью согласен!
Сергей Протько:
1. про "трубу": я создаю инструмент контроля взаимодействия клиента и сервера. Почему так? потому, что при шифрации/дешифрации данных, они могут быть некорректными на противоположной стороне.
2. "И я категорически против, что бы мобильщики ждали пока бэкэндщик родит заглушку. " - Ну так заглушка (сам скелет) разрабатывается 1-2 дня - максимум. Далее - просто таблица готовности функций идёт => никому не придётся ждать.
3. "берем apiary или любой подобный сервис и используем его для обявления слоя интеграции клиента и бэкэнда" - а вот тут, уже я категорически против, т.к.:
3.1 весь процесс разработки не должен быть завязан на сторонние интернет-сервисы и эта работа должна быть выполнена именно в рамках проекта.
3.2 это может сильно отличаться от того, что могут предложить сторонние веб-сервисы, например, потоковые сокеты с изменением данных во времени.
3.3 Как бонус - этот слой избавляет от большинства ошибок на этапе тестирования.
