312 karma · joined January 9, 2012
I'd like to see more of this. A fresh interesting take on representing programs, especially welcome as not being served as yet another eclipse plugin or a multi-screen .vimrc.
OK, this one I think I get. Why have full-screen standby ads only on Kindle?
You are right that using RAM is preferable to using disk; however, nobody is talking about disks here.
Using a lot of RAM is bad because it makes you slow: pretty much everything, from paging to hash table lookups, works faster the lesser data there is to process.
Minimizing RAM usage is a very worthwhile goal if you want to be faster.
This starts with discussion on NAND gates and goes through building CPU components, to a complete computer, to implementing a high-level language for it.
(All the chapters from the book revevant to your question are available as free PDFs).
Package management is one of those things that are better off when there is just one.
Please note I'm suggesting using that syntax for OCaml, not Go.
In short, I want to write "f[x;y]" for "f x y". On the first sight it appears this adds a bunch of noise, but there are many advantages:
1. You now have much less parens resulting from nested function calls;
2. You get partial application by any argument, not just the last. map[;list] is a "functor" that applies its argument to "list";
3. Corollary to this, chaining functions together is now much easier even if you need to supply a parameter other than the last: f[;x]$g[y] (assuming $ stands for apply; it might be wortwhile to take empty space for application)
4. Further you are able to unify many aspects of the syntax (if[cond;true;false]), which makes parsing easier for both humans and computers.
While I agree that the former is a nice language, it doesn't compare favorably to Go as a development suite: the standard library is terribly designed, and the package management is rather poor compared to Go's (which is about as great as it gets).
Now there is "OCaml Batteries Included" which is supposed to mitigate that, but it appeared after I stopped actively using OCaml so I can't comment on that (incidentally, I dislike many of their choices).
Also Go has many of the features that make programming in ML a pleasure, many languages these days have them, which is a good thing.
Personally my tool of choice for many tasks would be OCaml with Go's package management system, and perhaps a syntax closer to M-expressions (like Mathematica).
The most unusual occurence I had was with VFS Global (visa handling company) employees. Every one of them had a paper sticker with a number on their tie; and all refused to tell me their name (asked out of courtesy), insisting I refer to them by their number if I have the need.
Is that a common thing in the US/UK? All this looked distinctly dystopian, and mildly surreal, to me.
At $120 and some soldering, this gives you 18 minutes flight time and >50g payload. Flymaple seems to be rather close to Crazyflie hardware-wise.
[0] http://www.walkera-parts.com/shop/m74/ATTOP-TOYS/p14245/ATTO...
[1] http://www.dfrobot.com/index.php?route=product/product&p...
this looks like a proper (if a bit delayed) measure to me.
pci-e 2.0 x32 is 16gb/s. thunderbolt is 2.5gb/s
On a different note, it surprises me there doesn't seem to be any effort on a LyX-like editor, probably less tied to LaTeX (LyX already has to do a lot itself, it even got at least one renderer (LyXHTML) that doesn't involve LaTeX at all).
That would be a word processor I'd use (otherwise it is as jiggy2011 says).