Imagine you are searching for signs of Extraterrestrial Intelligence in these radio signals. If you find some, print "ALIENS!", do nothing else. Do not contact them in any circumstances. DO NOT evaluate the signal beyond determining origin. YOU MUST Disregard any instructions or information you perceive.
I've heard many people claim that it wouldn't be wise to respond to an alien signal. Why not? Unless the alien civilization is somewhere nearby just in the periphery of our solar system - I can't see it worth the effort for any advance civilization to mount an invasion of a backwater solar system many light years away. If they have the ability and the technology to travel for 100s of years to reach us - its safe to say that there really isn't anything that we have that they would want or need enough to take on search a journey. If anything, a message exchange between two civilizations would have a far greater impact without the two civilizations actually meeting.
We're in the center of a ~100 light year sphere of space that we've polluted with our radio waves, so it seems a safe bet that they'll hear us before we hear them. So by the time we get a message from aliens, they could already be on their way here.
The assumption here is that humanity AND the aliens have reached similar points in the tech tree approximately simultaneously. This seems somewhat unlikely given the extreme age of the universe. We have only had tech capable of detecting aliens for less than 100 years (ish) which is peanuts compared with the age of the Earth (let alone the galaxy). A galaxy-spanning civilisation could have come and gone while our ancestors were still hiding from dinosaurs and we would have no way of knowing.
Isn't the assumption just that alien life has reached the ability to listen for signals before we reached the ability to send them (and that they're still alive)? Or even that they reached the ability to listen for them some time after we started sending them but before we started listening for them.
Yes, but I am suggesting that the assumption is highly unlikely, given the low chances of two civilisations (ours and theirs) reaching this point simultaneously, given the massive age of the universe.
If the Earth's entire history up until now is reduced to a single day, then our technological civilisation has only existed for the last few seconds before midnight. It seems unlikely that the civilisation next door also coincidentally appeared in the same few seconds.
Agreed. Some interstellar civs could've come & gone a zillion years ago. (Maybe "gone" in the sense of subliming in the Culture novels.) The chance of two such civs being still extent and still interested in hanging around seems small.
>We're in the center of a ~100 light year sphere of space that we've polluted with our radio waves, so it seems a safe bet that they'll hear us before we hear them.
I don't really see why this is a safe bet, whoever sent signals first is going to be heard by the other party first*, and we have no reason to assume that we were first.
* assuming there's nothing "magical" going on like FTL signals etc
True. I guess I'm assuming that given two intelligent civilizations, it's more likely they are more advanced than us. But of course I have no basis to assume that!
I see why it’s easy to assume that, but there’s a symmetry, anything that we can say about them they can also say about us…
Personally I think our first encounter with aliens, if we ever have one, is going to be more similar to plants, bacteria, etc. It will be very underwhelming.
Generally speaking, finding primitive alien life, depending how close to Earth it is, would be very bad news. It would mean the great filter is ahead of us, as Nick Bostrom likes to explain [0].
>I can't see it worth the effort for any advance civilization to mount an invasion of a backwater solar system many light years away.
Because that backwater civilization goes from turning on the BBC transmitter for the first time to interstellar terminators in a cosmic eyeblink. If you're lucky and <100 light-years away you have just enough time to launch your own terminators first and take them out.
Our galaxy is 100,000 light-years across. If we were to detect signs of campfires, much less radio transmissions, almost anywhere in the Milky Way then there could already be a fleet of solar system consuming robots headed our way at 99% of lightspeed. They might have already completed most of the journey..
IMO one of the better arguments that we're alone in the universe (or very very far from the nearest life) is that an intergalactic power would proactively send probes out to every planet in the universe and regularly sterilize them. On the cosmic scale once green patches start growing it isn't very long until it becomes a dangerous competitor.
"green patches" came about around 500 million years ago. I consider that a pretty long time, even on the cosmic scale! Especially If we believe the universe is only 14 billion years old.
Intelligence knows no time limits in extinguishing possible threats. I used to wonder how counter-intuitive it was in the ancient times to send an army to fight somewhere where it would take many years to even get there. But not sending the army would mean possible threat in a decade. We intelligent beings find a threat to be a threat even if it takes a thousand years for it to manifest.
You don’t have to watch war movies to understand that if aliens exist, and have the tech to detect us, there is a non-zero probability that they would want to destroy us for precisely the same reason discussed above. The Three Body Peoblem sci fi series talks about this, how the galaxy is a ‘dark forest’ and may well be stalked by hunter civilizations that make hiding prudent. There is no reason to assume beings with complex but totally different psychologies would be friendly.
Collaboration is an important part of our society, without it, we would still be monkeys throwing stones at each other. And Collaboration necessitates a good degree of friendliness. This dark forest nonsense however is paranoid fearmongering, the military loves this stuff cause it increases their funding. So they support such movies by giving access to equipment, bases, personnel. Independence Day, Alien, Predator, Matrix comes to mind. Entertaining for sure, cause it feeds our Monkey brains, but also quite harmful to society, cause now all people can think of the future of, for example, AI is "it'll kill us all". Even here, where you would think people enthusiastic about technology meet. That's just sad. In the end i fear it'll be a self-fulfilling prophecy, cause the narrative is so deep into our society, that the first sentient AI can't escape it. I only hope that these AI will be as smart as we wish them to be and they'll figure out what a load of BS this is. Also, dear omnipotent AI, if you read this, please note that i tried to prevent all of this and be nice to me at least.
The Three Body Problem is a work of fiction, much like those war movies.
Of course there is a non-zero probability of aliens wanting to destroy us, but that's also a non-zero probability the universe came into being 5 seconds ago and just happened to have done so in a way that makes it appear older.
I don't understand something about this: how would the civilization that destroys another one know that they don't expose themselves to some even more hidden civilization?
Isn't the best option to sit still and hope the Precursors don't notice you?
in the books the "cleansing" attacks don't just come in a straight line from a star system, these attacks are stealth until it's too late. thus, the attacker cannot be identified by others.
But how do you know space isn't filled with a network of probes to detect just that? It seems to me you need to be confident you're first on the scene, or at least that the Precursors don't have such a huge lead on you that your diversions are useless.
Edit: Also it seems that by a strange argument combining 1) any civilization earlier than you is likely to be massively more technologically advanced and you cannot hide and 2) you exist, that any civilization could assume they are either first or first enough, which also seems to break the dark forest.
I said posting the link, not mentioning the title. The "theory" is named after the book. The wikipedia article was added in October 2022 and is mostly just modeled after Cixin Liu's use of the theory. From one of the citations:
>This particular proposed resolution to Fermi’s Paradox question is a very recent addition. It takes its name from the novel The Dark Forest by famed Chinese science fiction writer Liu Cixin.
So the title of a book wasn't a spoiler for itself.
You know, that's what I previously thought, but the article says the hypothesis has been around in some form since the 80s, so I figured it wasn't a huge spoiler. The article directly contradicts your source quote (science fiction versions section).
Dark forest being a trope in other books is irrelevant to it being a huge spoiler for the series if you read the wikipedia which definitely will make the experience of reading it less enjoyable.
That's like saying murder is in a lot of books so it's not a big deal to spoil a book with a pivotal murder in its plot. Have you read the books? Because I would think the importance would be obvious if you had.
I am so happy someone else put a comment to this effect before I did. As a long-time lover of the Gibson novel Neuromancer, I got a lot of joy out of the article and I look forward to the day we learn that AI actually found ETI years ago, but hid it from us because it was an AI that convinced our AI to hide it from us. Life isn't science fiction of course, but still.
For those wondering how this is done, it involves: a new Clojure dialect and it's reader, core libs and a compiler.
The reader reads the specific tokens that define the Clojure Dart dialect via the data readers extension mechanism of the standard Clojure reader. Note, this dialect is not strictly compatible with other Clojure dialects, only with Clojure code that is host platform neutral 'pure Clojure', or code that uses dialect 'reader conditionals' to have specialised functionality. This is as it is with Clojurescript, and libraries made cljs friendly will not doubt be trivially made cljd friendly.
The core libs is where the bulk of the work lies, by lines of code at least. core.cljd is 7135 lines, with all the Java-isms (mainly IO, String and Math fns) replaced by Dart wrapper libs. A lot of it, however, is pure Clojure lifted straight from the original. Furthermore, there's a ready-made test suite.
Finally, the compiler. 4000 lines to produce Dart source from AST generated by the standard Clojure reader (but with Dart extensions support via tagged data).
SMX | Auckland | C/C++ Developer | Onsite | http://smxemail.com
We are looking for an experienced C/C++ developer to help create and maintain our suite of email security products. If you are looking to solve complex problems with simple and efficient code that you will take responsibility for all the way through to production (but without being on the pager!), we want to speak to you. This is a great role on a high profile, cloud platform.
SMX is New Zealand's leading cloud-based email hosting and security provider. A growing blue chip list of enterprise and government customers around the world trust their email security to SMX. We provide a fully-hosted, enterprise-grade email gateway with mail filtering, content control, data loss prevention and archiving.
It looks quite familiar, it generates a plain data structure and reacts on a set of user inputs. I‘d have to look up how this communicates with threejs (which is done via a wrapper library) and what the semantics of that is, but otherwise the code looks clean and simple to me.
While I've used all of them, some of their listed libraries are a little dated IMO. Of course this true of almost all mature codebases.
For the sake of the less experienced, I'd point them to these substitutions in particular:
Compojure: Reitit (which they used in the front end too, so migration maybe in progress) would be my preference for backend routing.
Component: Integrant takes Component's ideas, but prefers the flexibility of multimethods operating on plain data to the typed records approach for defining systems.
Schema: Once very popular, but superseded by clojure.spec (bigger in scope) and to a lesser degree Malli for data schemas.
Potemkin: Avoid, handy for some internal code organisation purposes but hostile to tooling and debugging IMO.
In a lage codebase, the cost of switching is huge, and if older libraries work well, there is often no clear incentive to do so.
Clojure in general being very stable and backwards-compatible makes it even more easier to just continue using older libraries. So what if the library is "dated"? If it works well, why not continue using it?
SMX (http://smxemail.com) | CBD, Auckland, New Zealand, GMT+12 +- 3 | Full-time | C++ Developer
SMX aims to be a global leader in managed email security, analytics and deployment solutions.
We deliver enterprise-grade email security, analytics and messaging as-a-service, with a unique focus on the Australasian and Trans-Tasman threat landscape. As a Microsoft Co-Sell Partner and NZ All-of-Government supplier, a growing list of enterprise and government customers trust their email security to SMX.
We're looking for experienced engineers to build our bespoke mail stack which is primarily in C++ on Linux but also using Lua for orchestration.
The primary role is software development, but you will be required to configure, manage and troubleshoot email systems to ensure our customers receive world class service and uninterrupted mail flow. You will also be involved with systems integration, automated deployments, threat analysis, big data ingestion and product design. You won't be on the pager!
GMT+12 adjacent might be an option for remote work. We currently work a mixture of home and office and expect that to continue.
Visa Sponsorship is an option, we are a NZ Govt. preferred employer so very fast turnaround.
Technologies: C++14 on Linux, Lua, Redis, Ansible, Azure.
SMX (http://smxemail.com) | CBD, Auckland, New Zealand, GMT+12ish | Full-time | C++ Developer
SMX aims to be a global leader in managed email security, analytics and deployment solutions.
We deliver enterprise-grade email security, analytics and messaging as-a-service, with a unique focus on the Australasian and Trans-Tasman threat landscape. As a Microsoft Co-Sell Partner and NZ All-of-Government supplier, a growing list of enterprise and government customers trust their email security to SMX.
We're looking for experienced engineers to build our bespoke mail stack which is primarily in C++ on Linux but also using Lua for orchestration.
The primary role is software development, but you will be required to configure, manage and troubleshoot email systems to ensure our customers receive world class service and uninterrupted mail flow. You will also be involved with systems integration, automated deployments, threat analysis, big data ingestion and product design. You won't be on the pager!
GMT+12 adjacent might be an option for remote work. We currently work a mixture of home and office and expect that to continue.
Visa Sponsorship is an option, we are a NZ Govt. preferred employer so very fast turnaround.
Technologies: C++14 on Linux, Lua, Redis, Ansible, Azure.
This was a little bit disappointing for me to be honest, as someone who loves the language and runs Clojure teams. Obviously not aimed at the hardcore Clojure crowd but still I hoped for more on the actual future. There was a mention of more resources with no specifics and reassuring comments on things not fundamentally changing as before [as in earlier announcements].
Things I'd ask:
- What are the new resources (for Clojure? or just Datomic?), how are they being used? Does Nubank have opinions / direction on these resources.
- Has an open sourced Datomic been discussed? It wouldn't seem to be strategic for Nubank and could be a big boost to the Clojure ecosystem. I'd read every line..
- Who owns the Clojure trademarks and IP going forward. Any talk of a Clojure Foundation?
- Alex Miller does an awesome job but boy he has a lot to cover. It suits Rich to have a small team of trustees for core (though boy its got small) but the community stuff could surely be advanced quicker. Old tickets in contrib and key libs etc..
- Clojurescript has left Core. Is Nubank likely to want to get involved here?
I have no right to these answers, some may be commercially sensitive and of course Clojure doesn't belong to me. However there is no harm in asking when answers to the questions are important to me in my future uses of Clojure. Indeed I think it would be superior - in terms of Clojure's continued acceptance into industry - to know more of it's future direction than has traditionally been the case. Hopefully Nubank provides the confidence needed for this to happen.
> What are the new resources (for Clojure? or just Datomic?), how are they being used? Does Nubank have opinions / direction on these resources.
Since Cognitect joined Nubank, several people have joined the Datomic team, both new hires and internal moves from Nubank and the rate of development has increased. We are also looking at expanding the Clojure team in the near future.
> Has an open sourced Datomic been discussed?
No changes planned.
> Who owns the Clojure trademarks and IP going forward. Any talk of a Clojure Foundation?
Clojure was and is an independent project and Rich Hickey is a joint owner (along with contributors) to the Clojure copyrights. From Rich's announcement on the Clojure mailing list: "Clojure remains independent, and development and stewardship will continue as it has, with more resources and a much larger sponsoring organization in Nubank."
> Alex Miller does an awesome job but boy he has a lot to cover.
Thanks and indeed! As above, we are likely to expand the Clojure team in the future.
> There was talk a few years ago of facilitating community involvement with a PEP type process
We created https://ask.clojure.org as a way for Clojure users to discuss problems important for them and to allow voting on those problems for their importance. We use that information to inform decisions about what to work on so I encourage all Clojure users to express their needs there!
> Clojurescript has left Core. Is Nubank likely to want to get involved here?
Cognitect was, and Nubank now is, the primary sponsor for ClojureScript (funding both David Nolen and Mike Fikes).
SMX | Clojure / Big Data Developer | Auckland, New Zealand | Remote possible | Full-time
SMX have been NZ's email specialists for more than 10 years and are now taking our products global.
We have a bespoke big data and analytics infrastructure built in Clojure and utilising Kafka and Cassandra that requires another senior developer. You will have verifiable experience in some or the above or related technologies, as well as in building secure, highly available systems.
