Я догадываюсь что имеется в виду обзор с высоты птичьего полёта/бук.

Вроде что можно сделать, а что ещё нельзя.

Та не будут они доку писать, пока так активно все внутри перелопачивают

+++, каждый релиз очень ломающий, чо уж

основные штуки есть в примерах, более сложное - берешь сорцы в зубы и разбираешься

Вот например я совсем не понимаю как в Bevy всё "рисуется". Например зачем в "спрайте" всякие компоненты: draw, render_pipeline. Что они делают и как взаимосвязанны? Как мне самому написать, что-то подобное?
Из ближайшей задачи, которую мне надо будет решить - как рендерить в "текстуру". Надеюсь смогу это как-то расковырять в исходниках. Родные примеры и сторонние "игры" довольно просты, сомневаюсь что там такое будет.

Но в целом согласен, что писать доку для либы, которая "ломается" каждый релиз - это так себе.

Я исходники не читал, но вангую что компонент draw нужен что б в рендерере отфильтровать только те энтити которые надо draw-нуть.
А render_pipeline для выбора того как его рендерить

Source: сам примерно так и делаю :)

может начать тогда с теории ECS и как там должно работать?

возьми вот http://adventures.michaelfbryan.com/posts/ecs-outside-of-games/ например

(в конце статьи еще полезные ссылки)

(меня слегка волнует что в конце статьи в качестве примеров orbtk и dces)

(последний раз когда я смотрел orbtk там компоненты хранились внутри Entity, чуть ли не по хэшмапе на entity)

а в dces components: HashMap<(Entity, TypeId), Box<dyn Any>>,

статья _очень_ старая, а про orbtk можно и не читать

December 28, 2019 вовсе  не старая

Мужики пилят какое-то безумие! В хорошем смысле! 😄
Wasm уже есть -- нужно обязательно прикрутить Rust! И Bevy. 😉

Кстати мы в wowcube.com уже начинаем привлекать под NDA первых желающих пописать игры под принципиально новую консоль ;) wasm/C++ один из способов. Второй - web-projector (это когда игра выполняется на хосте, а на куб летят только изменения экранов)

На более серьёзной ноте, Алекс вон готов расширять команду, так что можно считать и за вакансию. 😉