Всю статью не осилил.
Есть бинарный входящий в стандартный stl на плюсах: binary seach lower bound
Как я понимаю — нужно для обычных массивов, поэтому заменить итераторы на указатели, остальное вроде не сложно немного переделать.
Под важном на убунте и сейчас работает. Как раз билда приложений не хватало. Правда учитывая рынок игры, утверждение сомнительное, насколько не хватало билдить приложение под Линух.
Лучшеб Гуи встроенный переделали бы.
А кто целевая аудитория?
Программисты интересующиеся моделированием или модельеры, которые вынужденны будут вынужденны постоянно писать скрипты на питоне?
Я, конечно, понимать что цель благая — свободное ПО. Но любой, относительно, профессиональный инженер проектировщик вряд ли будет писать скрипты на питоне, ровно как и наоборот. Ну или я что-то не понимаю в смысле разделения труда.
Надеюсь со временем поменяется. У меня складывается впечатление, что некоторые девелоперы относятся к Юнити как к конструктору для несерьезных инди-поделок. В то время, например, как EA с UT еще два года назад заключили контракт на многолетнее сотрудничество.
Очень понравилось, еще с предыдущего поста.
Несколько вопросов:
1) Будете ли в дальнейшем добавлять в cascadeur захват движения? Если да, то какой?
2) Все связи жесткие?
3) Какие платформы планируете поддерживать?
Я же писал, в предыдущем топике: «Данная статья представляет из себя первый набор базовых (из раздела Beginner) уроков. Уроки в основном нацелены на изучения скриптинга и использования компонентов.»
И где, кроме моего примечания, тут изучения C#? Изучение библиотек Unity имеет косвенное отношение к изучению шарпа.
Обычно логические операторы используют с булевым типом, поэтому наверное лучше взамен
!rigidbody, писатьrigidbody != nullЗачем лишняя переменная?
float translation = Input.GetAxis("Horizontal") * Time.deltaTime * speed; transform.position += new Vector3(0, 0, translation);transform.position += new Vector3(0, 0, Input.GetAxis("Horizontal") * Time.deltaTime * speed;);Есть бинарный входящий в стандартный stl на плюсах:
binary seach
lower bound
Как я понимаю — нужно для обычных массивов, поэтому заменить итераторы на указатели, остальное вроде не сложно немного переделать.
Если что — пруф
Лучшеб Гуи встроенный переделали бы.
Программисты интересующиеся моделированием или модельеры, которые вынужденны будут вынужденны постоянно писать скрипты на питоне?
Я, конечно, понимать что цель благая — свободное ПО. Но любой, относительно, профессиональный инженер проектировщик вряд ли будет писать скрипты на питоне, ровно как и наоборот. Ну или я что-то не понимаю в смысле разделения труда.
Несколько вопросов:
1) Будете ли в дальнейшем добавлять в cascadeur захват движения? Если да, то какой?
2) Все связи жесткие?
3) Какие платформы планируете поддерживать?
И где, кроме моего примечания, тут изучения C#? Изучение библиотек Unity имеет косвенное отношение к изучению шарпа.
PS: Ну ясно, что авторы имели ввиду R->R, раз используется x.