axelsvensson
Joined 7 years ago
Joined 7 years ago
It failed badly. While it's easy to construct sentences that way, it puts immense cognitive load on the receiver. Probably because you don't have any structure in which to put all these terms thrown at you, we reasoned, so we reversed the order to get structure (connectives) first, followed by the terms.
It wasn't better. Turns out, receiving a structure with a bunch of holes to be filled later also results in high cognitive load.
Why? My guess is that the cognitive load mainly comes from the number of unfinished structural connections. To minimize that, you need to transmit a tree in such a way that the terms come as close as possible to the connective. In other words, not bottom or top first, but "side first".
I believe this is why infix notation is so popular. While you parse "A and B" or "X + Y" you never have more than one open connection. When you parse "(+ X Y)" you have two open connections after reading the "+". Five levels deep that begins to matter a lot.
I like the purist lispy idea of operation-first expressions, but I struggle to make my mind actually work like that. If you like clojure-type threading macros, consider that they do something similar to infix notation: they reduce the number of open structural connections during parsing.
In philosophy, theories of time are categorized in A- and B- theories [1].
In B-theoretic time, the difference between past, present and future is only subjective. Objectively, all points in time exist and are equally real. I view this to mean that there isn't any particular difference in the degree of reality between our reality and any mathematical model or imagined reality. Only with A-theoretic time are you objectively more real than Donald Duck.
The README lists alternatives and why I find them insufficient. Okular allows free-hand annotations, but not saving those for later use. It allows inserting custom saved stamps, but these will not be visible in other PDF readers.
Then it converts 231 in^3 to 0.99999994293884 U.S. gal, while 1 U.S. gal converts to 231 in^3.
When backup excluded some files, they blamed antivirus software and recommended to go without.
They actively deleted their only backup because the client couldn't read the original files (which was due to disk error).
They admitted that there isn't any guarantee or even effort to make the backup consistent - after asking me to explain the concept.
The only reason I still have my data is because of the very expensive cleanroom disk rescue that they of course refused to pay for - because why try to do what you can to compensate for failing at your only job?
Email: [email protected]