And because of that we are a few steps away from WarGames [1]
2,240 karma · joined October 1, 2011
TFA says "keep the [probe] warm"; I'm not sure if it's poetry or a necessity; on Earth electronic components guaranteed to operate for maybe -100 °C ~ 100 °C at best but here one must be close to 0 °K.
[1] https://www.cleanenergywire.org/factsheets/germanys-energy-c...
However, laws are a delicate matter, especially those that have to limit some rights to guarantee others (here privacy and security). Making distinct laws for children protection and against online activities related to crime certainly should allow more fine tuning of each framework.
What if we had this kind of distinction for mobile devices with Internet access? Adult's smartphone vs kid's smartphone?
It could be some sort of combo of a specific "for kids" SIM card (with, say, DNS blocking at ISP level and/or date of birth of the user) and a "kids hardened" OS that prevent bypasses and the parental monitoring tools you mention. The OS (in a wide sense, that could extend to the browser and other mission-critical programs) could be certified by some national agency; commercial products have to pay for the test, FLOSS projects could tested for free on request.
If you don't or cannot, then it's the kind of sufficiently advanced technology that looks like magic. Except it is the problematic type of magic, like X-ray. They "magically" let you see the bones inside bodies. But you discover that you shouldn't do it too often only when the damage has already been done.
The API also gives access to things like image saturation, light intensity, strength of volumetric lighting/bloom/exposure, fog distance, so you can enhance weather effects by altering them - per player; OTOH, rain/snow has to be done with particle spawners by weather mods, and figuring out if the player is inside a building, under cover, or outside in the open is difficult.
One can also hook it with external services, e.g. instant messaging.
[1] https://content.luanti.org/packages/?type=mod&page=1&tag=com... (couldn't find a more accurate category in ContentDB; it's "complex" because downloading and installing a mod or a game with Luanti is a couple of clicks).
Not related, but this is an assumption one should automatically reject as soon as it comes to mind.
People do like change, when it is for the better. People have happily moved from SVN to Git, from Vi to Neovim, from Coke to Pepsi (find better examples yourself) etc... People may be emotional about change, but they are not stubborn (generally). Usually they just don't perceive the benefits of the new thing (or they are outweighed by the drawbacks for them). Sometimes "better" has a subjective part that you can't argue about, so you have to "agree to disagree". But it's better to disagree on an opinion than to assume that they don't like change.
"the right to use the content for any purpose, including both commercial and non-commercial purposes" "Note, however, that the Creative Commons licences with Non-Commercial (NC) or No Derivatives (ND) restrictions are not licences for free cultural works and thus do not fulfil the licensing requirement"
So yes, "the deciding factor stops being whether the code is legal, or functional, or useful, and becomes whether it aligns with a position the platform has taken", nothing really new actually.
IMHO, deciding to migrate because of a disagreement that doesn't have practical consequences on the author is a bit of an overreaction. It is not, by the way, a full ban on LLM, as the clause says mostly LLM-generated, a term that has been criticized for its vagueness in other places, but that does leaves some room for thoughtful use.
But why stop using a service we are satisfied with because of virtual future other decisions that might or might not affect us? It's like if people left their country before the candidate for president they fear, is even elected.
[1] https://www.scientificamerican.com/article/are-the-colors-in...
[1] https://en.wiktionary.org/wiki/%CE%BA%CF%81%CF%85%CF%80%CF%8...
Unless you are more after acknowledgement than sharing/helping others (and be on the receiving end sometimes), this is non-problem.
This first claim seems weak to me, and the arguments made in TFA are generally weak IMO. It feels that this theory tries to "eat more than it can chew"; they try to explain a lot of things with a single hypothesis, which in the end yields unconvincing explanations.
For instance, let me answer the 4 opening questions:
Why is the news media so interested in telling you how much the world sucks all the time?
Because fear sells; but that aside, one can also say that we are a species who loves solving problems, and pointing them is generally the first step to a solution.
Why are so many of us obsessed with distraction and managing our attention?
Because something is aggressively trying to steal attention - that is, actually, time - from us. It's self-defence at this point.
Why is it so hard to stop comparing ourselves to others?
Because of the atavistic instinct of reproduction, in which mating partners are selected mainly based on social status. It takes training to go against this instinct, and it is even more difficult when your time is being stolen.
And why does everything in art and design seem the same these days?
That's something a boomer could say... Mainstream designs can, maybe, look similar because when you target a large market you design for the average taste. Non-mainstream designs are just more expensive, harder to find, and less visible.
(from TFA:) > During a rapid eye movement, the flickering light source can paint a streak of ghost images across the retina
So REM could explain it? Maybe it is somehow variable among people?
Datagram is also quite often more fit for applications than streams, because many applications are message oriented. The Websocket protocol acknowledges that even though over TCP. But that's more a bonus point than a strong reason to choose UDP over TCP, one can always recreate packets/messages on top of TCP. It's a bit goofy though, because TCP uses IP packets.
A lot of online games with significant real-time constrains and many-to-many connections gladly use UDP - and similarly, video conference services also use it. Smaller protocols like DNS and NTP as well.
There are other arguments beside real-time streaming with acceptable data loss, see [1] and the "end-to-end argument" paper it links in particular.
Choosing UDP and ending up recreating some of its reliability and flow control features is not a "Uh, Oh..." moment. It's normally a deliberate choice. Sometimes you do need custom wheels [2].
Iron making was known during bronze age, but it was technically more challenging that tin+copper because it requires higher temperatures.
It's amusing to note that it lead to the development of the iron/steel making techniques, so much so that once the tin "was back", steel was cheaper, more reliable (from the logistics perspective) and better.
[1] https://en.wikipedia.org/wiki/Tin_sources_and_trade_during_a...
This matches my experience because you don't chose who you work with. Skill level is uneven among the team. Less skilled co-workers will make mistakes that will have more consequences when the language is more permissive.
That's one of the reasons you want code reviews, but then you convert your skilled programmers to teachers. This is not a good trade, because the time they spend improving the skills of other programmers is partially wasted because programmers are free to come and go. AI could change this picture.
The name of the game is therefore to keep your teams small and skilled, but this is can be difficult because of typical company politics - e.g. "bus factor" considerations, shortening time-to-market is often achieved by adding more programmers.
This is actually a major cheat. Realism is expensive, and exposes your creation to the equivalent of the "uncanny valley" for vehicle simulation - the simulated world is never accurate enough and you can't help but notice the differences with reality. E.g. if you see generic buildings ("autogen") near a location you know IRL, the simulation feels immediately sloppy.
Yet, as long as I'm not interested in visiting real places, I would go for a vehicle simulation in a fictional world any day. I wouldn't mind if the vehicles were also fictional, as long as they require some technique to drive them. What matters in games is challenge and mastery, but not what you master; your RTS, FPS or chess skills have very little value IRL.
> Zoom out far enough—and for some reason it will let you—and you see the tiles, the roads that don’t line up, and the various tricks and techniques that allow it to look so realistic from low down. But don’t do that! That’s silly. This is a train sim, not a plane sim, you’ve no business in the sky.
OpenBVE one-upped BVE train sim with external cameras, and as a result you see all this too. In my eyes, they sort of miss the point of a train simulation: the view point is normally attached to the driver, so one can use all sorts of tricks to avoid having to "paint the entire wall" - which is quite important if you count on a community of fan modders who have limited resources.
The downside is that sometimes it is difficult to install addons or to figure out their custom features because the instructions are often poorly translated from Japanese and websites often have no English translations at all. One should also note that some addons include and run "homemade" DLLs to implement custom features.
It seems that the community is on the decline though, because while searching around I have found a lot of dead links. One can try OpenBVE [2] (partially compatible with BVE), which is less Japan-centric but should have some Japanese lines.
It's just an extrapolation; using the calendar being used at the considered time would be meaningless for us, e.g. the short-lived french republican calendar [1].
[1] https://en.wikipedia.org/wiki/French_Republican_calendar