@Drbreen@sh.itjust.works — thank you. Your comment is fair, and I think you are right: I led with motivation and abstractions before explaining what ALIS actually is and why it might be relevant to developers here.
ALIS is an early single-player UE5 survival project. Its public repository can also serve as an Unreal architecture reference: developers can inspect and adapt its modular plugin boundaries, JSON-to-DataAsset pipeline, implemented inventory, vitals and loading systems, plus its build, test and release tooling.
The public tree is intended for code, documentation, review and contribution—not as an asset-complete game checkout. Contributions to code, tests, documentation and public text data are welcome in the ALIS repository.
To help me correct the message: what concrete context did you expect first from a post like this in /c/gamedev—a concise explanation of the playable build, or a focused technical breakdown with code and trade-offs, such as the plugin boundaries, data pipeline or one implemented gameplay system? If neither, what would have made the post useful to you?
@Drbreen@sh.itjust.works — thank you. Your comment is fair, and I think you are right: I led with motivation and abstractions before explaining what ALIS actually is and why it might be relevant to developers here.
ALIS is an early single-player UE5 survival project. Its public repository can also serve as an Unreal architecture reference: developers can inspect and adapt its modular plugin boundaries, JSON-to-DataAsset pipeline, implemented inventory, vitals and loading systems, plus its build, test and release tooling.
The public tree is intended for code, documentation, review and contribution—not as an asset-complete game checkout. Contributions to code, tests, documentation and public text data are welcome in the ALIS repository.
To help me correct the message: what concrete context did you expect first from a post like this in
/c/gamedev—a concise explanation of the playable build, or a focused technical breakdown with code and trade-offs, such as the plugin boundaries, data pipeline or one implemented gameplay system? If neither, what would have made the post useful to you?