suavesito

I would say it reversed. Technology is _just one_ form of culture.

I think that most people that are "scientific" are unable (because of our education) to _try_ to think about the validity of this way of _understanding_.

I like to think that societies in Latin America (and, importantly, all around the world) survived thousands of years not because of luck, but because the cultures (language, traditions) they developed had ingrained the "scientific knowledge" necessary to survive in the conditions that lived in. An important part of it was that they did not see only as rulers and owners of the world, but only as one part of it. That is one of the basis of what people call magical thinking, but it is sound once you stop disqualifying it just because the word "magical" is in it.

And, I mean, literally, only those who could adapt and understand their world to survive, survived. The knowledge maybe was not as fast evolving as the scientific methods allows to be, but it is, ultimately, the same method. Try, fail, and repeat. Those who were successful survived.

The knowledge ingrained in the culture, traditions and understanding accompanying it was, and _is_, a fundamental part of the solutions that allowed them not to only survive, but to thrive in their environments.

The first comment in this post says that you do not need the culture to carry out the solutions. That may be true, but it does miss that our culture is the strongest (after "basic necessities") incentives we have to choose some things over others. Or understanding of the world is our culture, and our understanding of the world is what makes us take some actions instead of others. You might be able to mimic technical solutions, but to fully understand them, you need the culture that developed them, as it is _literally_ the understanding of the world that allowed the solutions to exist.

Yes, just that server and client are very much tied, and we have a release cadence of one new version per week. So, you would need to track the release of each week and compile it, to be able to connect to the official server.

The project started, as you stated, as a clone of Cube World (the name CloneWorld was thrown a few times, did not stick). But it was rapidly decided that the direction we wanted was different. Veloren is a look-similar (and I would argue that not that much) of Cube Wolrd, but it is headed in a completely independent direction.

Not a coincidence, it was derived from the word!

The launcher was there to make it easier to pull the latest build without needing to check if a new version was available. A couple of years back the updates were irregular (sometimes a few days, other more than a week). We regularized the new builds once a week, but, still, the launcher now serves as a way to explore different unofficial or experimental servers that are being available (via registering in the GitLab project).

Don't you think this is too short an argument to dismiss an as complex topic as this is?

What, aside from this argument (which I'd like to found an study providing evidence of what you wrote, and one providing evidence of exactly the contrary), you think explains _better_ the observations than their arguments?

You need not to use something expensive, only things that you think _looks_ expensive. But, what looks expensive, if not, obviously, the things that are expensive.

Which is a lot, at least in terms or how much you can buy. Mexico is really cheap, compared to USA.

In Mexico you cannot have that, as the constitution says that no right that you had can be taken from you retroactively.

The problem is the Mexico is the most strict country (by law) in copyright terms, which is dead of last author plus 150 years and there is no fair use.

It doesn't work on Windows either... at least by a comment in the issue. I don't have Windows.

It can explain it. Better training and better equipment are (at least) two variables that improve people timings. Maybe a century ago there was an Usain Bolt, just didn't had neither the proper training, nor equipment, and those low factors avoided better timings.

It works great with wine too.

Thus is a great tool, although not FOSS. But I've seen great things made with this, as it is used for Veloren (www.veloren.net), an Open Source (and open assets) voxel MMORPG written in rust. The community has created amazing things for release parties and assets with this. You should check out the project.

(Disclaimer: I'm part of the mod team.)

Survivor bias, if you like.