"Timescales that makes sense" may be a human reasoning but not necessarily the reasoning of inconceivably advanced timeless civilizations. Sure, that planet of fish may be harmless now, but what about in a quick three billion years when they have FTL and AGI and Von Neuman probes and Dyson spheres and antimatter bombs? Easier to click the delete button now to save the trouble later.
The laws of physics apply to the civilization of alien fish too, it's not a human specific timescale.
They have nothing to fight over with us, no reason to spend effort developing weapons to reach us, if they do have weapons they'd have a much higher probability of wiping themselves up first, and no way for their weapons to reach us within a time boundary that makes sense for any sentient race.
Dark Forest seems to be based on a scifi/fiction need to have conflict with "the other", which is thrilling but doesn't necessarily reflect the real cosmos.
That's still making assumptions based on our human understanding of the cosmos. Our "laws of physics" could be a localized understanding in our region of space, and much, much, much more powerful entities could operate outside of that, where our perception of time and scale does not meaningfully apply. It would be near-zero cost to destroy potential threats, so they might as well. It's like humans eliminating pests and pathogens. It's standard hygiene, a low cost preventative practice. Nobody is targeting a single bacterium, they're just wiping down dirty spots.
It's an interesting concept in the book because of how imaginative it gets with scaling.
I don't think it gets the scale right, and I don't think it's low cost or even sensible for a civilization to do. I think it's mostly a scifi book's plot device, at best a non-serious thought experiment.
Except I added in this and other comments why it's not a very convincing explanation for Fermi's paradox either.
In other words,
> answer: because they're all dead, or in hiding
I understand this is what the Dark Forest theory argues, but it works because it's meant for a scifi book; it's just not a very good explanation for the real universe.
You don't, that's why it's unethical to block them.
If you keep getting harrassed by people wearing black hoodies, would it be ethical to start taking countermeasures against all people who wear black hoodies?
If they are coming to my door to harass me, then yes, it makes sense to take countermeasures against all black-hoodie wearers when I see them at the door.
My issue with git is handling non-text files, which is a common issue with game development. git-lfs is okay but it has some tricky quirks, and you end up with lots of bloat, and you can't merge. I don't really have an answer to how to improve it, but it would be nice if there was some innovation in that area too.
Improving on "git not handling non-text files" is a semantic understanding aka parse step in between the file write.
Take a docx, write the file, parse it into entities e.g. paragraph, table, etc. and track changes on those entities instead of the binary blob. You can apply the same logic to files used in game development.
The hard part is making this fast enough. But I am working on this with lix [0].
Simple left or right merge. One overwrites the other one.
The appeal or structured file formats like .docx, .json, etc. Images are unstructured and simple "do you want to keep the left or right image" is good enough.
That doesn't really address the game dev use case then. Artists and designers want to prevent conflicts, not just throw away half the work and redo it.
Ok well what if I draw the foreground and you add something to the background and now my changes visually block your changes? Even if the file is merged, our work is wasted and must be redone. P4 is often popular in industry because artists can lock files and inform others that work is being done in that area.
If you actually want to capture those customers it's a use case that needs to be addressed.
Has there ever been a consideration for the git file format to allow storage of binary blobs uncompressed?
When I was screwing around with the Git file format, tricks I would use to save space like hard-linking or memory-mapping couldn't work, because data is always stored compressed after a header.
A general copy-on-write approach to save checkout space is presumably impossible, but I wonder what other people have traveled down similar paths have concluded.
Totally agree. After trying to flesh out Unreal's git plugin, it really shows how far from ideal git really is.
Partial checkouts are awkward at best, LFS locks are somehow still buggy and the CLI doesn't support batched updates. Checking the status of a remote branch vs your local (to prevent conflicts) is at best a naive polling.
Better rebase would be a nice to have but there's still so much left to improve for trunk based dev.
What strategies would you like to use to diff the binaries? Or else how are you going to avoid bloat?
Is it actually okay to try to merge changes to binaries? If two people modify, say, different regions of an image file (even in PNG or another lossless compression format), the sum of the visual changes isn't necessarily equal to the sum of the byte-level changes.
What you can do in P4 is work in trunk, make sure you have latest and lock binary files you're working on. If you do that you won't have conflicts (at the file level anyway). Unlike git's design, this collaborative model is centralized and synchronous but it works.
Git is missing the built in binary support, the locking, and the efficient information sharing of file status tracking. With LFS you can cobble something together but it's not fast or easy.
I'm all for other solutions but I wish git would at least support this flow more whole heartedly until something else is invented.
I guess a good way to preview things would go a long way. Merging might be unrealistic to generalize, but being able to diff on images, game engine prefabs, audio, etc would help deciding which one to use.
I really think something like Xet is a better idea to augment Git than LFS, though it seems to pretty much only be used by HuggingFace for ML model storage, and I think their git plugin was deprecated? Too bad if it ends up only serving the HuggingFace niche.
As long as it's within the law? What if they politically control the law-making system? What if they've shown themselves to operate brazenly outside the law?
It's not because of one incident. And the fascist part of these incidents isn't just the killing, it's the official response to it. They immediately claim the victims are terrorists and assassins and suppress investigation of it. Let's not pretend this is just some sad accident.
Agreed the official responses to almost everything - killings, terrible policy, various files - has been horrible. That is the result of having an uncouth person as president.
> If I had a button that would wipe out the entire Amazon jungle and replace it with a world class high technology industry, I wouldn't even think twice before pressing it.
Wow. Why, because the Amazon is just a bunch of trees or something boring? If "high technology industry" is so much more valuable without even thinking twice about it, you probably don't understand very much of the world.
I understand. I just don't care. I'd rather my country got rich and powerful instead. Would be nice to industrialize and keep the Amazon but I'd totally sacrifice it if needed. It's home to huge rare earths reserves.
You were anthropomorphizing software and assuming others are doing the same. If we are at the point where we are seriously taking a computer program's identity and rights into question, then that is a much bigger issue than a particular disagreement.
reply