Конечно поддержка то только с 13 версии. К тоже это была первая версия полная багов

Так что лучше с 14

1) если данных овер мало, то проблем не будет и без индексов. приколы начинаются, когда данных много. и не обязательно big data, достаточно начать работать с 1-2 млн записями, чтобы отхватить гемор при выборке данных.

плюс есть задачи, которые нельзя реализовать по логике вопрос-ответ по той простой причине, что они не успеют выполниться быстро.

дополнительно к этому, работать на мобильном устройстве, у которого есть своя БД, своя собственная фс не то, чтобы проще, просто это по-другому. на сервере надо учитывать, что у тебя не 1 устройство, а 100500 устройств делают различные запросы и не должны друг другу мешать. при этом надо сохранить скорость работы и не терять данные

Данные в данном случае выступают транзакциями, если мы говорим о микросервисах. У меня была интересная задача из реального проекта. Юзер вызывает апиху и надо пройтись по 5 серверам и отдать данные

Еще была задача, написать мини хостинг на 2 сервиса, реализовал за 4 дня https://github.com/lolik20/VMControlService

да и мобилки и фрон и бек - интересны и хороши чем-то, и имеют геморой в чем то другом

Ну так вот, сравнивались простые кейсы в мобайле и сложные на беке.

Обсудим эти вопросы через 2 месяца. Когда в свифт вьеду

а вы писали сервер на свифте? я вот видел что его уже можно и в контейнеры запаковывать)

Ужас какой

а что за транзакции в контексте микросервисов? это же не транзакции бд?

ну по бенчмаркам он пошустрее той же ноды будет

Я описал кейсы с которыми сталкиюваюсь каждый день. Теперь ты опиши что тебе каждый день приходиться делать на свифте

Новый .net уничтожает ноду по скорости. А вот сервак на свифте писать чет жестко

а я на react-native (js) пишу. на свифте только некоторые модули правлю. ну и учу разработку под ios

Нативка интересная вещь. Но я бы предпочел TS)

ну тс конечно же)

Работа в Background, проблема эту хрень тяжело отлаживать.