Several of my friends worked on the bid for south africa and the volume of data they they were talking about is astounding.
Another friend of mine is working on the forked nix os that they are building to run all this, very very interesting,lots of interesting computing. Lots of phd and post doc CS and EE work being done around this in South Africa.
Interestingly the algo which they use to process the data is very simple, several nested loops (trying to find the paper now one of my friends on the project sent me yielded no results), but this algo obivously has to run on masses of data and massively parallel.
I know that one of the teams at my work has deployed a few tools on mono written in F#.
I play with mono and f# (nix) and I was surprised with how mature mono develop was (I had very low expectations)- I have not used it in anger however, so things like profiling and such I have not even taken a peak at.
I have been playing with F# a fair bit and I am totally in love with the language. I wish it was a jvm language given that is what I ply my trade on (and no scala is not as elegant imo)
The difference is when I travel I don't take all my cards out with me, I would leave at least 2 backups in the hotel safe and another at home which can get sent to me in an emergency. Realistically imitating this behaviour on such a device probably won't happen.
As someone who frequently travels all over Africa, I would want a secure password on this. If this card gets stolen without such a password it would mean the thieves can empty out several of my cc accounts.
on the jvm i would say groovy is probably one of the better languages for dsl's. Gradle is a dsl and groovy has inbuilt Builder classes to help you in the creation of dsl's
Clojure being a lisp is extremely powerful in this regard as well, but if you are programming in any lisp I would expect a fair amount of meta programming.
we have been running an indoor aquaponic system as an expriment for a year now and you are right, it is a pipe dream mostly. Lots of fun to be had, but its not a cheap hobby.
Running an aquaponic system is not easy. We have been running one for a year now inside our house under growlights (as an experiment - no way it is economical). a lot is automated with the arduino, but if my wife was not a microbiologist we would have failed totally. Super interesting however.
Interesting article. DRS has revamped the motto "When in doubt not out" considerably. I also think it has helped reverse swing bowlers (Steyn, Harris) more than pure swing bowlers (Anderson) through the length of the innings.
Test cricket I do think has resulted more because of drs, but also because teams have become more aggressive (a change made by the great aussie team under steve waugh).
It depends on what your desired outcome is. Angular is not as solid, not as fast, nor is the whole product as able to be statically analyzed.
Longer term maintenance is a pleasure with closure, adding new features a breeze, there are tons of exceptionally well tested components and I cannot stress enough how wonderful deep static analysis and dead code elimination is.
Flex (for better or worse) is still widely used in the financial space.
We started using the full google closure stack a couple of years ago and I am happy about that decision everyday.
i fail to understand why you would want to rebuild everything when using scala, we use it successfully with spring. Or rather just use grails and at least have the jvm.
Rails is slow, yes it scales well, but other things scale as well (or better) and will cost you less to run.
Get an earthworm or bokashi composter use that for nutrients. Declorinate your water by letting it stand outside for a day or 2. if you have a water feature somewhere which recycles water pee into it, after a couple of weeks bacteria which turn the amonia into no2 and then no3 will come to live in there (you will also supply a fair bit of nutrient this way), use that to water your lawn.
*bacteria in certain temp ranges obviously, a boston winter won't be any good for this.
The closure compiler is also pretty slow, a way around it is to keep a warm jvm and compile that way (70% performance increase over time). I assume a similar strategy is not possible for typescript, which is a pity.
Typescript seems pretty cool, lack of dead code analysis and the inability to write my own compiler passes (I have looked for this, but it does not seem to be an option - would love to stand corrected) puts me off it.
Interestingly the algo which they use to process the data is very simple, several nested loops (trying to find the paper now one of my friends on the project sent me yielded no results), but this algo obivously has to run on masses of data and massively parallel.