57 karma · joined October 7, 2011
That's you, that's what you sound like.
As time goes on, the glass walls tend to age and occasionally the "cracks" allows external lifeforms (aliens) to slip past the protection layer, much like how insects or parasites would occasionally slip past any opening.
With this in mind, there would be two types of aliens/visitors to our enclosure: (1) lifeforms that are similar to humans in terms of size and biological complexity but more technologically advanced and (2) our protectors who are incomprehensibly larger and more complex than any life on earth. This isn't as outlandish as it seems to be considering there are stars that are million times larger than our own sun.
This sheer difference in scale might as well make the protectors exist in a different dimension. This explains why people would say that aliens were here all this time, but from another dimension. Technically they are here, but more accurately to say the protectors surround us.
Occasionally protectors would step in to prevent mankind from destroying their own enclosure, much like a terrarium owner would reach into the enclosure to remove unwanted organisms. Frequent unidentified sightings on nuclear sites is the protectors' way of peeking and reaching a "hand".
It remains to be seen if humanity would one day evolve to outgrow the enclosure.
Humans are a protected species, carefully raised and nurtured by higher organisms that are hundred thousand times larger than us (in terms of space and time). The earth and solar system is just a vivarium of galactic scale. Several "glass wall" mechanisms were placed to ensure we are separated from the rest of the universe, like the oort cloud.
Somewhere out there in the universe are humans living freely outside the glass wall.
What the hell? So you do agree that it's unintuitive but the supporting points you keep giving are completely, utterly tangential. That's what I have been saying all this time, that it's unintuitive, what you are even disagreeing with me for? The analogy?
I repeat this once again, I made the analogy to simplify and make it clear because some responses seems to miss it. I've already addressed your points, but you keep giving back the same supposed rebuttal, different words but same meaning. Nothing about what you say invalidates the analogy.
> But if you know about this unintuitive feature and are relying on it instead of accessing the fields by their fully qualified names, then you should already have a gnawing feeling that asks you "what happens when there are conflicts?" (and the answer is - it does the intuitive thing)
If you are deeply aware of the quirks, intuition no longer applies. You rely on intuition when you are in an unfamiliar situation. So again, nothing what you said just now supports any of your argument, whatever it is.
Yes, in the literal narrow sense, there is no such thing in the submitted article (if it isn't already clear, I'm referring to my own example). That's why it's an analogy. I don't know the precise term that go uses for this, closest is probably "shadowing", but again it doesn't matter, it is besides the point. The point is that the exhibited behaviour is unintuitive, in contrast to what the others are saying.
> it completely replaces the intuitive thing that's happening with an unintuitive thing that isn't happening
What is the intuitive thing are you referring to here? If it's my example, then you are in total agreement with me, but you seem to think otherwise. If you are referring to the linked article, then you are just merely invoking tautology, to disagree with me. It's intuitive because you said so, therefore my analogy is invalid. Did I get that right?
var x string
x = "abc.com"
x = "xyz.com"
fmt.Println(x)
will print abc.com and that's totally expected.The normal intuition would be that the latter operations or (re)definitions override the preceding ones.
Fixing the problem purely from a syntactic perspective avoids any unexpected semantic changes that could lead to irreconcilable disagreements, as clearly demonstrated by the infamous try proposal. Very simple syntactical changes that maps clearly to the original error handling has the advantage of being trivial to implement while also avoids having the developers needing to learn something new.
function member(item, x) {
return /* if */ is_null(x)
? /* then */ null
: /* elif */ item === head(x)
? /* then */ x
: /* else */ member(item, tail(x));
}> If you need the code to understand the comment, the comment is a failure.
Nope, not all comments are for the public API. Some are very context-specific and can only be understood in that context. Fully providing all the excessive details in the comments that it becomes context-independent is pointless and time-wasting.
Yes you are, you didn't attach the surrounding code where this comment was found. That comment would make a lot of more sense even just with the function name.
[1,2,3,4].reduce((a,b) => Math.max(a,b),100)
// or
Math.max(...[1,2,3,4])I'm also planning on making changes to improve my text reader. The purpose of the project is to help me alleviate my discomfort when reading long blocks of text over an extended period of time.
func _ready() -> void:
set_physics_process(false)
PhysicsServer2D.set_active(false)
PhysicsServer3D.set_active(false)
Engine.max_fps = 1
RenderingServer.render_loop_enabled = false
get_tree().paused = true
I wonder what's using that CPU?For native file dialogs, see the methods file_dialog* in https://docs.godotengine.org/en/stable/classes/class_display...
Not quite sure what you meant by drag & drop, but godot has API for getting the files dropped onto the window: https://docs.godotengine.org/en/stable/classes/class_window....
Finally, you can create (or customize?) native menus: https://docs.godotengine.org/en/stable/classes/class_nativem...
Also, slightly unrelated, I have WIP useless desktop widget created with godot https://github.com/nvlled/fps-desktop that shoots a gun on mouseclick. Tested only on linux.
TIL I can also use semicolons on lua tables, not just commas:
return derivation {
name = "hello.txt";
["in"] = path "hello.txt";
builder = "/bin/sh";
system = "x86_64-linux";
args = {"-c", "while read line; do echo \"$line\"; done < $in > $out"};
}
I like using lua as a DSL, now I like it even more! I've using lua as a html templating language that looks like this: DIV {
id="id";
class="class;
H1 "heading";
P [[
Lorem ipsum dolor sit amet, consectetur adipiscing elit,
sed do eiusmod tempor ]] / EM incididunt / [[ ut labore et
dolore magna aliqua.
]];
PRE ^ CODE [[ this is <code> tag inside <pre> ]];
}This is a habit-building app that I've been personally using for months now. Although it's still buggy and slow as heck (prototyped with electronjs), it has been very helpful and effective for me so far. Aside from slowly reading and finishing a book[1], I alternate in doing these on my free time:
- learn zig (currently with ziglings)
- learn 3D gamedev with godot
- learn blender
- read Crafting Interpreters
- read Computer Graphics from Scratch
- meditate consistently every early evening
Although the pacing is gradual and slower compared to traditional means, it's more relaxed and it doesn't intrude in my daily main activities. I also learn better due to natural spacing effect, which also gives me time to reflect on what I did.Currently thinking of rewriting it in the future, especially the scheduler, but it's good enough for now, I'm instead searching for a remote work to support development.
[1] Philosophy of science: a very short introduction