We've submitted numerous GH issues and even tried to chase the developer down on LinkedIn. But he treats the project like a fun, novelty "gift" to the community and doesn't respect the SLAs that any repo maintainer needs to adhere to for my org to put their free code in production.
Currently, we are using Unreal Engine 5 to do our hundreds of architectural physics simulations - the major issue is that UE5 is very slow on *the EC2 instance* (we only have one 2048 core EC2 instance shared between the entire office; we used to use Vercel and Cloudflare but we had to sell our homes to suddenly subscribe to Cloudflare Enterprise (the CF sales guy told us that we would not be allowed to run a CF Worker for more than 30 days without it, even though we had a CF worker run for 37 years, and many of our CF workers have been running before the creation of CF (nobody knows why)) and a giant spike in our Vercel Cuda Function Invocations (for GPGPU compute on the Edge, allowing architects to view the collapse of their buildings with only ~53 ms of latency (compared to ~53 ms without Next.js))). Ball seems much faster (it can run on a Macbook Air), potentially allowing us to save at least several tens of millions of dollars per year on AWS costs.
All common issues! Particularly the cost spikes without a reasonable explanation. Also, the lack of NT support the issue you point to shows could be a problem. Ball runs fine on "M" Apple chips, however :)
It's embarrassing that we don't have NT support already. I have many users of NT on Alpha and MIPS who need Ball for critical services. Here's a convenient patch with a bunch of garbled test cases. Merge that in.
(I'm totally not a state actor looking to socially engineer you to hide an exploit, by the way.)
100% fun satire + a loving shoutout to all the folks who maintain GH projects that start as a labor of love and a desire to share with the community. Please don't let the triage of silly demands like this fictional one destroy your spirit.
More devs need to be good to OSS maintainers. Breaks my heart when I see folks treat public repos and GH issues as a service desk and not a collaboration! (Not saying anyone is doing that for this fun project, but a message I'll use any excuse to promote. Btw... that issue filed was I think someone genuinely helping the project.)
We've submitted numerous GH issues and even tried to chase the developer down on LinkedIn. But he treats the project like a fun, novelty "gift" to the community and doesn't respect the SLAs that any repo maintainer needs to adhere to for my org to put their free code in production.