федор unknown, да, все это делать можно.
Но при наличии сложной логики в коде начинается большое количество map, flatMap, zip и т.п. методов обработки. Все это было в нашем проекте, продраться через сложную реактивную логику было возможно не только лишь для всех :)
Перешли на kotlin coroutines. Теперь после bodyToMono стоит вызов котлиновского awaitSingle, который служит "мостиком" между миром реактивного программирования и корутинами, а дальше - простой и понятный код, практически в синхронном стиле.
Так что подумайте. Если у вас сложная реактивная логика - я бы очень рекомендовал посмотреть в эту сторону.
Доступ в докер контейнер - это вот как? Особенно учитывая что устанавливать какой-то софт в контейнер - это отдельная песня (перезапуск контейнера и привет).
Николай Сибирцев, я именно про то как вы поставили вопрос.
Ваша проблема: "объекты слишком медленно движутся" (движутся где? В модели? На экране?)
Ваш вопрос: "Как уменьшить масштаб объектов?"
Ваша формуровка: "Не могли бы вы помочь с манипуляциями с Viewport?"
То есть формулировка вопроса отстоит от проблемы даже не на 1 шаг, а на 2 (сначала делается предположение что нужно изменить масштаб объекта, а затем делается предпложение что для этого нужно манипулировать с viewport). Это уже "проблема XYZ" получается :)
nevidimka110011, да реально, конечно. Oracle вряд ли куда-то денется, эту БД много где в энтерпрайзе используют (в первую очередь в банках). Но выбор мест работы все-таки ограничен.
Kaishi, одновременно.
Начать учить язык программирования можно по русскоязычным книгам и статьям.
Но чем дальше, тем больше будет англоязычного материала (всевозможная документация) и вот тут придется осваивать английский.
Но при наличии сложной логики в коде начинается большое количество map, flatMap, zip и т.п. методов обработки. Все это было в нашем проекте, продраться через сложную реактивную логику было возможно не только лишь для всех :)
Перешли на kotlin coroutines. Теперь после bodyToMono стоит вызов котлиновского awaitSingle, который служит "мостиком" между миром реактивного программирования и корутинами, а дальше - простой и понятный код, практически в синхронном стиле.
Так что подумайте. Если у вас сложная реактивная логика - я бы очень рекомендовал посмотреть в эту сторону.