Hey everyone, I'm Josh Higginbotham, the author/maintainer of Starlight.jl.<p>Thanks for creating and participating in this thread, there's a lot of valuable information for me here in the form of y'all's thoughts and opinions.<p>I thought I'd make an appearance and address some of the questions and concerns that have been raised here.<p>With respect to actual money being on the table and my ability to pay, not only is actual money on the table but I have already paid out more than $1000 USD in bounties to different contributors. Conceptually the bit about not being able to pay immediately boils down to "potential paying issues are infinite but my resources are not". So far I haven't had to deal with a contract being completed and not having the money to pay immediately, but if that situation were to arise (and as the project grows the probability that it will occur increases), my approach would be to put away a portion of my paycheck each month to save up to pay the bounty. If this happened with multiple bounties at once, I'd pay them in order by date of completion.<p>With respect to the proposal/approval system, this is something I came up with chiefly in order to prevent a "Wild West" scenario with different contributors competing for the same bounty. Not only does this eliminate that concern but it helps me establish relationships with contributors that in turn help ensure that quality work is done.<p>With respect to the quality of work I expect, yes I do reserve the right not to pay for contributions I don't like, even given a completed proposal and months of work invested. That's a worst-case scenario, but theoretically it could happen. It would be conceptually equivalent to, say, firing someone, or terminating a contract on a dedicated freelancing site like Upwork. Yeah that's a lot of power in my hands, but the open-source nature of this project ensures some accountability. If I treat people badly (and especially if I decide to use their work anyway) I risk losing contributors, and in the worst case I risk a fork under new leadership. In order to maintain a good project I have to maintain a good community, and whether I like it or not, that means I have a reputation to uphold. Which reminds me that eventually I'll need to establish community standards at some point. Right now I'm just ripping off Julia's. I may create a bounty issue for that, who knows.<p>With respect to some of the bounty issues not being well-defined, the answer is yes, whoever said that part of the point of proposals is helping me define issues was absolutely correct. This is especially true for things like the CONTRIBUTING.md, where fully defining the problem is tantamount to writing the actual document. Figuring out what makes an acceptable proposal is a tricky balancing act that I have to manage.<p>With respect to how value is assigned to bounties, unfortunately that is in fact somewhat arbitrary. Basing it on a combination of experience and man-hours required would look better on paper but ultimately not be much less arbitrary, especially given my own relative lack of experience. If anyone would like to offer a solution, I'm all ears.<p>With respect to Starlight's uniqueness and value, as well as Julia's suitability for game programming, that's something I'm still exploring. This project came about as a result of me trying to write graphics applications in Python and wondering whether a faster language with native matrices might be a better fit. Enter Julia. I'm with y'all in questioning some of its core paradigms, especially as a fan of Python's approach to OO programming, but so far I've found that working "with" Julia rather than "around" or "against" it tends to get better results than I could have achieved in a different language. All of that is to say that the sales pitch is something I'm still working on.<p>The ultimate motivation though is that I just like Julia and want to be able to make games with Julia. Just about every other major programming language has a major game programming toolkit available, why not Julia? Simply because no one's done it yet. I wanted Starlight.jl to exist but it didn't yet, so I decided to build it myself.<p>To be clear, I am not here to involved in any flame wars about language design. The answer to the question of "why Julia" is essentially "because no one's tried it yet". GameZero is a highly-simplified engine for students and teachers, so that doesn't really count. And AFAIK Gloria is not actively maintained, so it doesn't count either. Meanwhile the answer to the question of "is Julia ready" is "it doesn't matter because any work we do has the potential to influence the course of its development anyway".<p>See the repo for information on how to get in touch with me. I'm happy to talk "offline" about this.<p>P.S. Unity has been described as "a C++ engine with a .NET layer". Starlight is a C++ engine with a Julia layer, where the C++ engine is its own open-source project being developed in parallel by yours truly. It's called Telescope. If anyone's interested I can post more details about it.<p>P.P.S. The Agents thing is a good idea. I'm still deciding whether to go with Agents or Actors. Maybe we could use both? Either way the best thing to do is create an issue for it. :)