Конечно не очень комфортно в rust для тестировать все в публичные крейты писать, но думаю это решиться в ближайшее время, учитывая возросший интерес к Wasm. Пробовал только в личных проектах, поэтому было некоторые допущения к коду проекта))
Сейчас даже не так сложно написать wasm приложение на Android как это было около года назад. Тут хочу оставить ремарку, что речь о Rust проектах, где используется один код для вебсайта, десктопного приложения и мобильного
Спасибо из интересную статью, особенно про wasm) Правильно ли я понимаю, что был взят только C++ для Wasm? И их каких побуждений? Было ли это продиктовано запуском и проверкой чужого кода внутри wasm?
Сам тыкал wasm, правда только на Rust , где он показался крайне удобной и приятным инструментом для разработки
Спасибо за интересную статью и тему для размышления
Работаю порядка 5 лет и осознал важность развития команды и роли хорошего лидера во главе стола.
Оглядываясь на прошедшей опыт по работе с проектом я осознал, что переодически необходимо писать не самые "правильные" архитектурные решения для оценки идеи или по другим соображениям
Все же Soft скилы это основа команда и ей правда стоит уделять больше внимания, чем это происходит в некоторых коллективах
Добрый день, вопрос симуляции заключается в её качестве и на первом этапе нам было достаточно проверять что робот может теоретически доехать то конечной точки.
Изначально был необходим простой планировщик пути и какого-нибудь Theta Star вместе самой простой картой было достаточно, а когда решили расширять, поняли, что, с учётом всех остальных проектов, производительность узкое горло, и вместо того, чтобы ворошить чужое с кучей настроек, а потом дописывать чужой стек навигации, что довольно время затратно, мы решили написать свое и сконцентрироваться на наших условиях, что в итоге позволило быстро редактировать код при необходимости и решать баги, а так же удобно добавлять новые фичи, если того требовалось
Другие планировщики пробовали, но их было довольно мало, в частности, вариации ros navigation stack и carmen. В итоге проблема схожа с вышеописанной)
Конечно не очень комфортно в rust для тестировать все в публичные крейты писать, но думаю это решиться в ближайшее время, учитывая возросший интерес к Wasm. Пробовал только в личных проектах, поэтому было некоторые допущения к коду проекта))
Сейчас даже не так сложно написать wasm приложение на Android как это было около года назад. Тут хочу оставить ремарку, что речь о Rust проектах, где используется один код для вебсайта, десктопного приложения и мобильного
Добрый день!
Спасибо из интересную статью, особенно про wasm) Правильно ли я понимаю, что был взят только C++ для Wasm? И их каких побуждений? Было ли это продиктовано запуском и проверкой чужого кода внутри wasm?
Сам тыкал wasm, правда только на Rust , где он показался крайне удобной и приятным инструментом для разработки
Спасибо за интересную статью и тему для размышления
Работаю порядка 5 лет и осознал важность развития команды и роли хорошего лидера во главе стола.
Оглядываясь на прошедшей опыт по работе с проектом я осознал, что переодически необходимо писать не самые "правильные" архитектурные решения для оценки идеи или по другим соображениям
Все же Soft скилы это основа команда и ей правда стоит уделять больше внимания, чем это происходит в некоторых коллективах
Добрый день, вопрос симуляции заключается в её качестве и на первом этапе нам было достаточно проверять что робот может теоретически доехать то конечной точки.
Изначально был необходим простой планировщик пути и какого-нибудь Theta Star вместе самой простой картой было достаточно, а когда решили расширять, поняли, что, с учётом всех остальных проектов, производительность узкое горло, и вместо того, чтобы ворошить чужое с кучей настроек, а потом дописывать чужой стек навигации, что довольно время затратно, мы решили написать свое и сконцентрироваться на наших условиях, что в итоге позволило быстро редактировать код при необходимости и решать баги, а так же удобно добавлять новые фичи, если того требовалось
Другие планировщики пробовали, но их было довольно мало, в частности, вариации ros navigation stack и carmen. В итоге проблема схожа с вышеописанной)
Здравствуйте, мне пришлось немного переписать, ибо в изначальных английских статьях, например:
https://www.google.com/url?q=http://courses.shadmehrlab.org/Shortcourse/minimumjerk.pdf&sa=U&ved=2ahUKEwjrjYasx63mAhXwxIsKHbctBTsQFjABegQIAhAB&usg=AOvVaw0IRtGL-tPgfvBwXURn7_Cm
Есть описание траектории только если мы движемся к конечной точке, где скорость и ускорение 0. Учитывая математику, нашу текущую скорость и ускорение, а так же выходные, расчитваем траекторию, где вектор с нулевым индексом уже нормирован. Тем самым мы не костылим и получаем езду с хорошим ускорением и разгоном