post calc improvements as week10
[lambda.git] / zipper.mdwn
index 1db9e9a..8775231 100644 (file)
@@ -183,7 +183,7 @@ How would we move upward in a tree? Well, we'd build a regular, untargetted tree
         /        |      \
        leaf 1  leaf 2  leaf 3
 
-We'll call this new untargetted tree `node 20`. The result of moving upward from our previous targetter tree, targetted on `leaf 1`, would be the outermost `parent` element of that targetted tree, with `node 20` being the subtree that filling that parent's target position `*`:
+We'll call this new untargetted tree `node 20`. The result of moving upward from our previous targetter tree, targetted on `leaf 1`, would be the outermost `parent` element of that targetted tree, with `node 20` being the subtree that fills that parent's target position `*`:
 
        {
           parent = ...;
@@ -240,4 +240,7 @@ Supposing you did work out an implementation of the tree zipper, then one way to
 
 you won't move upwards at the same steps. Keep comparing "the next leafs" until they are different, or you exhaust the leafs of only one of the trees (then again the trees have different fringes), or you exhaust the leafs of both trees at the same time, without having found leafs with different labels. In this last case, the trees have the same fringe.
 
+If your trees are very big---say, millions of leaves---you can imagine how this would be quicker and more memory-efficient than traversing each tree to construct a list of its fringe, and then comparing the two lists so built to see if they're equal. For one thing, the zipper method can abort early if the fringes diverge early, without needing to traverse or built a list containing the rest of each tree's fringe.
+
+