3 ms·
Eh, I kinda hope not. Codeberg's latency even for just browsing is pretty bad (in my experience) and also is only sporting a single 9 of uptime [1]. I wish Cod
by jonpalmisc 5mo ago
Eh, I kinda hope not. Codeberg's latency even for just browsing is pretty bad (in my experience) and also is only sporting a single 9 of uptime [1].
I wish Codeberg the best, but I thought it was a questionable choice for Zig and feel similarly for Ghostty—doesn't seem like a strict improvement.
[1] https://status.codeberg.eu/status/codeberg https://status.codeberg.eu/status/codeberg
- preisschild 5mo agoTbf its free software and the quality will go up the more people are using it and contributing.
- eddythompson80 5mo agoI haven’t really found that free services scale the same way. It’s hard for the “open source community” to contribute and improve the quality of bottlenecks that are only encountered by one operator. When you take OSS projects that scale well, say Linux, Postgres, Kafka, redis, etc. they either scale up (Linux) which is arguable easier, or were able to scale out because there are thousands, if not millions, that have massive deployments pushing them to their limits. Unless there is some sort of secure way to “open source” operational data for codeberg, or many others running huge deployments of Forgejo I don’t see it being very effective. I do see Google having another go at code hosting though.
- preisschild 5mo agoI'm not only talking about engineering contributions, but also about monetary contributions
- eddythompson80 5mo agoOh that’s even more hopeless
- eddythompson80 5mo agoWell, that page took 13 seconds to load for me :/
- winrid 5mo agoCould just be the status page software itself. It looks like it uses https://github.com/louislam/redbean-node https://github.com/louislam/redbean-node which is kind of cursed > This automatically generates the tables and columns... on-the-fly. It infers relations based on naming conventions.