88 karma · joined May 27, 2011
Also, you would be surprised just how much "Java" programming you can do with a decent XML editor. IDE's are overrated.
See point 1 on Steve Yeggies's list of things to consider with emacs.
For any given C compiler I can write a lisp program that gives the same answers for input. Likewise for any Lisp program I can make input for a c compiler that yields the same behavior. I know this because both c and lisp are touring complete. Yay formal languages !!!
But touring completeness and isomorphism are not exactly the same thing. When you run into undefined behavior in your c/c++ program, there does not exist exactly one s-expression to cover the possible interpretations of every compiler. You may need to write several compiler specific s-expressions to cover all the behaviors from the same c expression.
These compiler specific difference break the mappings required for isomorphism.
Lisps also have two different ways of evaluating input. Lazy and strict. So one s-expression may require several c expressions to deal with edge cases. Nothing is perfect.
Sadly, either way you look at it, c expressions are not quite isomorphic to s-expressions.
I agree with you about left to right vs right to left precedence. That's actually why I prefer s-expressions to order of operations and infix notation.
Also some complexity is inherent, some is self imposed. Sometimes static typing is nice and catches errors. Sometimes dynamic typing can save a lot of keystrokes.
http://www.emulator-zone.com/doc.php/n64/ultrahle.html
That was interesting because the typical PC of the time was not exactly speedy.
As for the control, here is what I would do:
Imagine a circle on the center of the screen that stopps the spin, outside the circle, rotate with a speed proportional to the distance from the center.I use those methods all the time when I have to do C# code.
I do wonder why these operations lack a standard name. Still, I think map-reduce sounds a lot better than map-inject or Select-Aggregate or map-fold.
It is easy enough to drop back down to calling XMLHttpRequest by hand. Sample code is here, and changes to jQuery won't break it: http://stackoverflow.com/questions/5395118/jquery-1-5-json-e...
The tidal forces and the x-rays resulting from said forces are pretty much lethally intense.
I suspect that XAML is somewhat related to Adobe's MXML. Both seem pretty similar in concept to Mozilla's XUL, or even GLADE XML. Recent versions of HTML, with behavior defined in something like jQuery seem to be reaching for this kind of thing as well.
They all boil down to a representation of a tree in memory used to sort out what goes where on a screen.
Also, not all Text based UX is a command line. Russ Cox has an interesting if not exactly short demonstration of the ACME editor. http://research.swtch.com/acme Not all Text based UI's are command lines.
Sometimes the VM gets in the way, sometimes the library, or bit of hardware you need to use, only has a C or C++ interface library.
Learning C++ is still important, because, developers who don't understand how C++ works have little chance of knowing how to find an entry in a COM export table.
C++ isn't coming back, it never really went away.
Now, who reviews the reviewers reviewers reviewer?
If you are interested, it is all open source and available here: http://root.cern.ch