From f82d259e7bda843fb63ac1a0f6ff1d6bfb187099 Mon Sep 17 00:00:00 2001 From: Owen Jacobson Date: Wed, 9 Dec 2015 20:40:42 -0500 Subject: Remove HTML from the project. (We're no longer using Dokku.) --- .html/dev/entry-points.html | 134 -------------------------------------------- 1 file changed, 134 deletions(-) delete mode 100644 .html/dev/entry-points.html (limited to '.html/dev/entry-points.html') diff --git a/.html/dev/entry-points.html b/.html/dev/entry-points.html deleted file mode 100644 index 717c320..0000000 --- a/.html/dev/entry-points.html +++ /dev/null @@ -1,134 +0,0 @@ - - - - - The Codex » - Entry Points - - - - - - - - -
- - - - - -
-

Entry Points

-

The following captures a conversation from IRC:

-
-

Owen J: Have you run across the idea -of an "entry point" in a runtime yet? (You've definitely used it, just -possibly not known it had a name.)

-

Alex L: I have not!

-

Owen J: It's the point where the -execution of the outside system -- the OS, the browser, the Node -runtime, whatever -- stops and the execution of your code starts. Some -platforms only give you one: C on Unix is classic, where there's only -two entry points: main and signal handlers (and a lot of apps only use -main). JS gives you a shit fucking ton of entry points.

-

Owen J: In a browser, the pageload -process is an entry point: your code gets run when the browser -encounters a <script> tag. So is every event handler. There's none -of your code running when an event handler starts, only the browser -is running. So is every callback from an external service, like -XmlHttpRequest or EventSource or the File APIs. In Node, the top -level of your main script is an entry point, but so is every callback -from an external service.

-

Alex L: Ahahahahahahaha oh my -god. There is no way for me to contain them all. everything the light -touches.

-

Owen J: This is important for -reasoning about exception handling! In JS, exception handling only -propagates one direction: towards the entry point of this sequence of -function calls.

-

Alex L: Yes. This is what I call a -stack trace.

-

Owen J: If an exception escapes from -an entry point, the JS runtime logs it, and then the outside runtime -takes over again. That's one of the ways callbacks from external -services fuck up the idea of a stack trace as a map of control flow.

-

Alex L: Huh. Yes. Yes I can see -that. I mean, in my world, control flow is a somewhat handwavey idea -right now. I'm starting to understand why so many people hate JS-land.

-

Owen J: Sure. But, for example, a -promise chain is a tool for restructuring control flow. In principle, -error handling should provide some kind of map of that, to allow -programmers -- you -- to diagnose how a program reached a given error -state and maybe one day fix the problem. In THIS future, none of them -do that well, though.

-

Alex L: Yes. Truly the darkest -timeline, but this reviews why I am having these concerns.

-
-
- - - -
-
- - -comments powered by Disqus -
- - - - - -
- - \ No newline at end of file -- cgit v1.2.3